Zespół nearshore zachowuje się na dwa sposoby: albo jak prawdziwe przedłużenie Twojej organizacji, albo jak zewnętrzny dostawca, którego trzeba dopraszać się o statusy. Z naszego doświadczenia ta różnica ma niewiele wspólnego z geografią, a niemal wszystko ze sposobem, w jaki zespół prowadzi się na co dzień. Obsadzamy i prowadzimy zespoły nearshore dla klientów z branży technologicznej, finansowej i e-commerce, i za każdym razem widzimy ten sam wzorzec: sprawdza się mały, doświadczony zespół, który ma wspólne z Tobą cele, pracuje w Twoim rytmie i według Twoich standardów dostarczania. Nie sprawdza się grupa, której podaje się specyfikację i czeka, co z tego wyjdzie.
Poniżej opisujemy pięć praktyk, którymi pracują nasi inżynierowie i liderzy odpowiedzialni za dostarczanie. To nie są oderwane rekomendacje, tylko sposób, w jaki nasze zespoły nearshore naprawdę działają, i w dużej mierze powód, dla którego klienci zostają z nimi latami, a nie miesiącami.
Jak wygląda dobrze działające dostarczanie nearshore?
Nearshore to praca z zespołem w pobliskim kraju o zbliżonej strefie czasowej, zwykle oddalonym o kilka godzin. Właśnie ta bliskość pozwala naszym zespołom prowadzić stand-upy na żywo, siadać do wspólnych sesji planowania i rozwiązywać problemy ramię w ramię z Twoimi ludźmi, a nie z ośmio- czy dziesięciogodzinnym opóźnieniem. Nasi inżynierowie nearshore biorą zwykle na siebie cały cykl dostarczania: od odkrywania i projektowania, przez development, QA i DevOps, po bieżące utrzymanie.
Świadomie prowadzimy zespoły zgodnie z metodykami zwinnymi: iteracyjne dostarczanie, wspólne ceremonie i częste wydania utrzymują je w jednym rytmie z Twoim wewnętrznym zespołem. To nie jest slajd, który pokazujemy na spotkaniu handlowym, tylko codzienny sposób pracy naszych ludzi, i powód, dla którego dobrze prowadzony zespół nearshore sprawia wrażenie jednego zespołu, a nie dwóch organizacji spierających się o zapisy umowy.
Pięć praktyk, którymi pracują nasze zespoły nearshore
1. Komunikacja przewidywalna, a nie tylko częsta
Jasna, przewidywalna komunikacja to fundament każdego projektu nearshore, jaki prowadzimy. W naszych zespołach oznacza to:
- Konkretne kanały do konkretnych zadań. Slack lub Teams do bieżącej pracy, mail do decyzji, Jira albo Azure DevOps do śledzenia zadań. Nasi inżynierowie trzymają pracę tam, gdzie da się ją prześledzić, a nie rozrzuconą po wątkach na czacie.
- Stały rytm spotkań. Codzienne stand-upy, planowanie sprintu, przeglądy i retrospektywy to dla naszych ludzi rytuały nie do pominięcia, a nie dodatek dla chętnych.
- Wczesne zgłaszanie blokad. Oczekujemy od inżynierów, że wcześnie ujawnią ryzyko, zamiast pozwolić, żeby narastało. Decyzje, wymagania i architekturę spisujemy we wspólnej przestrzeni, żeby nic nie zostawało wyłącznie w czyjejś głowie.
2. Bliskość kulturowa, którą traktujemy jako atut, a nie przypadek
Jednym z powodów, dla których budujemy zespoły nearshore z Polski i szerzej z całego regionu, jest bliskość kulturowa i językowa wobec klientów z Europy Zachodniej i USA. Zauważyliśmy jednak, że ta bliskość opłaca się tylko wtedy, gdy świadomie się z niej korzysta. Nasi liderzy dbają o poczucie bezpieczeństwa, dzięki któremu inżynierowie bez oporów sygnalizują ryzyko albo nie zgadzają się z decyzją. Zostawiamy też miejsce na nieformalny kontakt, który zamienia grupę wykonawców w zespół utożsamiający się z Twoim produktem. W naszych projektach to właśnie powstrzymuje zespół nearshore przed cichym zsunięciem się do roli wykonawcy poleceń.
3. Wspólne godziny pracy wykorzystane do współpracy
Zbieżność stref czasowych to przewaga nearshore, ale i tak trzeba nią zarządzać. Nasze zespoły ustalają z Twoimi ludźmi wspólne godziny i rezerwują je na to, co naprawdę musi odbyć się na żywo. Cała reszta, czyli nagrane dema, pisemne statusy i tickety, przechodzi w tryb asynchroniczny, żeby żadna strona nie musiała wskakiwać w poranne ani nocne rozmowy. Liczy się tu konsekwencja: nasi ludzie trzymają się stałych pór spotkań, żeby obie strony mogły wokół nich układać swój dzień.
4. Zgranie w jeden squad wokół wspólnych narzędzi
Naprawdę wydajne zespoły nearshore czują się częścią całości, a nie doklejką. W naszych projektach wtapiamy inżynierów w jeden zwinny squad razem z Twoimi ludźmi, zamiast prowadzić osobne nurty „lokalny” i „zdalny”. Wciągamy naszych ludzi w dyskusje projektowe, przeglądy roadmapy i post-mortemy, a nie tylko w tickety implementacyjne.
Narzędzia, w których pracują nasze zespoły, są częścią tej kompetencji, a nie listą zakupów, którą Ci wręczamy. Nasi inżynierowie sprawnie posługują się Jirą i Azure DevOps przy backlogu, sprintach i defektach; platformami Git, takimi jak GitHub, GitLab i Bitbucket, gdzie liczy się dyscyplina przeglądu kodu; oraz Confluence lub Notion przy dokumentacji prowadzonej na bieżąco i materiałach onboardingowych. Ujednolicenie pracy w jednym źródle prawdy to sposób, w jaki pilnujemy, żeby priorytety i odpowiedzialność były jednoznaczne w obu lokalizacjach.
5. Pomiar, który służy nauce, a nie szukaniu winnych
Obiektywne metryki pozwalają nam zachować uczciwość w projekcie nearshore. Nasze zespoły śledzą metryki dostarczania, takie jak cycle time, częstotliwość wdrożeń i wskaźnik defektów, żeby rozumieć przepustowość i jakość. Te zespołowe KPI łączymy z metrykami biznesowymi, jak adopcja funkcji, dostępność i informacja zwrotna od klientów, żeby zobaczyć pełniejszy obraz. Regularne rozmowy 1:1 i sesje z informacją zwrotną obejmują też rozwój indywidualny. Tych danych używamy do ulepszania pracy zespołu, nigdy do szukania winnych, bo z naszego doświadczenia zespół nearshore, który boi się własnych metryk, przestaje ujawniać dokładnie te problemy, które metryki mają wychwytywać.
Dlaczego nasi klienci zostają z tymi zespołami na lata?
Zespół nearshore prowadzony w ten sposób przestaje być zewnętrznym dostawcą, a staje się prawdziwym przedłużeniem Twojej organizacji. Jasne oczekiwania, zdyscyplinowana komunikacja, bliskość kulturowa i właściwe narzędzia to warunki wysokiej wydajności, i dokładnie te warunki daje nasz model dostarczania.
Dobrze poprowadzony, a widzieliśmy to w kolejnych projektach, zespół nearshore pomaga szybciej się skalować, pewniej wdrażać i dostarczać przewidywalną wartość Twoim własnym klientom. Jeśli chcesz mieć taką zdolność bez miesięcy budowania kompetencji potrzebnych, żeby nią zarządzać, najszybszą drogą jest wprowadzenie zespołu, który już tak pracuje.
Wpnij zarządzany zespół nearshore RITS w swoją organizację → Wzmocnienie zespołu