Nowa osoba dołącza do zespołu pełna entuzjazmu, a kończy pierwszy tydzień z notatnikiem pełnym niedokończonych pytań i poczuciem, że wszyscy wokół są zbyt zajęci, żeby pomóc. Brak loginu do systemu, nikt nie wie, kto ma odpowiedzieć na pytanie o proces, a pierwsze zadanie okazuje się dużo bardziej skomplikowane niż wynikało z opisu. To typowy obraz źle przeprowadzonego onboardingu - procesu, który ma sprawić, że nowa osoba staje się produktywnym członkiem zespołu, nie źródłem dodatkowego chaosu.
Dobry onboarding nie polega na jednym dniu szkolenia i liczeniu na to, że resztę nowa osoba "się nauczy w praniu". Polega na konkretnym planie pierwszych dni i tygodni, który ktoś przygotował zanim ta osoba w ogóle dołączyła do zespołu.
W tym artykule pokażę, co powinien zawierać taki plan, jak prowadzić onboarding krok po kroku i jakich błędów unikać, żeby nowa osoba zaczęła realnie pomagać zespołowi szybciej niż po kilku miesięcy.
Dlaczego onboarding często wygląda jak chaos
Zespoły rzadko planują onboarding z wyprzedzeniem, bo nowe osoby dołączają nieregularnie - raz na kilka miesięcy, czasem rzadziej. Każdy onboarding wymyślany jest na nowo, zależnie od tego, kto akurat ma czas zająć się nową osobą tego konkretnego dnia.
Brak rutyny w tym procesie oznacza, że każdy onboarding wypada inaczej - jedna osoba dostaje świetne wsparcie, bo trafiła na zaangażowanego kolegę, druga zostaje praktycznie sama, bo akurat wszyscy mieli napięty tydzień.
Dodatkowo wiedza o tym, jak działa projekt, często istnieje tylko w głowach obecnych członków zespołu, nie w żadnym spisanym dokumencie. Nowa osoba musi więc pytać o wszystko, a każde pytanie kosztuje czas kogoś, kto akurat próbuje skończyć własne zadanie.
Co powinien zawierać dobry plan wdrożenia
Dostęp do narzędzi i dokumentacji od pierwszego dnia
Nic nie zniechęca bardziej niż pierwszy dzień spędzony na czekaniu na dostęp do repozytorium, tablicy projektowej czy komunikatora zespołu. Te dostępy powinny być przygotowane zanim nowa osoba w ogóle zaloguje się pierwszego dnia. Razem z dostępami powinna iść dobrze prowadzona dokumentacja projektu, opisana w artykule Dokumentacja projektu - co, gdzie i jak zapisywać.
Jasno przypisana osoba wspierająca
Jedna konkretna osoba (czasem zwana buddy) powinna być pierwszym punktem kontaktu dla nowego członka zespołu. Bez tego nowa osoba nie wie, kogo zapytać, i albo przerywa pracę przypadkowym osobom, albo - co gorsza - nie pyta wcale i sama zgaduje, co prowadzi do błędów.
Rola osoby wspierającej nie musi być czasochłonna - liczy się dostępność na krótkie pytania w pierwszych dniach, nie godziny spędzone na formalnych szkoleniach.
Pierwsze zadanie - małe, ale realne
Pierwsze zadanie nie powinno być ani trywialne ("popraw literówkę"), ani od razu bardzo złożone. Powinno być realnym, ale ograniczonym wycinkiem pracy, który pozwala nowej osobie przejść przez cały proces zespołu - od podjęcia zadania, przez code review, po zamknięcie go zgodnie z Definition of Done obowiązującą w zespole.
Jasne oczekiwania na pierwsze tygodnie
Nowa osoba powinna wiedzieć, czego się od niej oczekuje w pierwszym tygodniu, a czego w pierwszym miesiącu - bez tego sama próbuje zgadnąć, czy ma się skupić na nauce, czy na jak najszybszym dostarczaniu zadań, co bywa zupełnie inną odpowiedzią w różnych zespołach.
Warto te oczekiwania spisać, choćby w kilku punktach, i przekazać nowej osobie na piśmie, a nie tylko powiedzieć ustnie pierwszego dnia, kiedy i tak przyjmuje dużo nowych informacji naraz i część z nich zwyczajnie zapomni.
Onboarding krok po kroku
Przed pierwszym dniem
Przygotuj dostępy, wyznacz osobę wspierającą i przygotuj listę dokumentów, które nowa osoba powinna przeczytać w pierwszych dniach. Zaplanuj też pierwsze zadanie, żeby nie szukać go w pośpiechu w drugim dniu pracy.
Pierwszy tydzień
Skup się na orientacji - jak działa projekt, jakie są jego główne części, gdzie szukać odpowiedzi na typowe pytania. Pierwsze zadanie powinno zostać przydzielone, ale tempo jego realizacji jest mniej ważne niż zrozumienie, jak wygląda cały proces od początku do końca.
Pierwszy miesiąc
Po pierwszym tygodniu nowa osoba powinna zacząć przejmować realne zadania w normalnym tempie, ale wciąż z dostępem do osoby wspierającej. Krótka rozmowa na koniec pierwszego miesiąca - co było jasne, co wciąż jest niezrozumiałe - pomaga poprawić proces onboardingu dla następnej osoby.
To dobry moment, żeby zapytać też o coś innego niż samą wiedzę techniczną - czy nowa osoba wie, do kogo zwrócić się z różnymi typami pytań, i czy czuje się komfortowo, zgłaszając, że czegoś nie rozumie, zamiast udawać, że wszystko jest jasne.
Onboarding w zespołach zdalnych
W zespołach rozproszonych ryzyko chaosu jest większe, bo nowa osoba nie może po prostu odwrócić się na krześle i zapytać kolegę o coś szybko. Dokumentacja i jasno ustalone godziny dostępności osoby wspierającej stają się jeszcze ważniejsze niż w pracy z biura - więcej o tym przeczytasz w artykule Praca zdalna - jak utrzymać produktywność i komunikację.
Najczęstsze błędy przy wdrażaniu nowych osób
- Brak przygotowanych dostępów - pierwszy dzień spędzony na czekaniu na konta i uprawnienia, zamiast na realnej pracy.
- Brak jasno przypisanej osoby wspierającej - nowa osoba nie wie, kogo zapytać, i traci czas, szukając odpowiedzi samodzielnie albo czekając zbyt długo.
- Zbyt trudne pierwsze zadanie - skomplikowane zadanie na starcie zniechęca i nie uczy procesu zespołu, tylko wywołuje frustrację.
- Brak jasnych oczekiwań - nowa osoba zgaduje, czy ma się skupić na nauce, czy na szybkim dostarczaniu zadań.
- Nieaktualna dokumentacja - instrukcje, które opisują proces sprzed roku, wprowadzają w błąd bardziej niż brak dokumentacji w ogóle.
Przykład z praktyki
Mały zespół programistyczny przyjmował nowych ludzi bez żadnego planu - każda osoba uczyła się projektu, czytając losowo fragmenty kodu i pytając, kogo akurat udało się złapać na czacie. Pierwsze tygodnie nowych osób były nieproduktywne, a zespół tracił czas, odpowiadając na te same pytania od każdej nowej osoby.
Po wprowadzeniu krótkiej listy kontrolnej - dostępy przygotowane przed pierwszym dniem, wyznaczona osoba wspierająca, jedno konkretne pierwsze zadanie - czas, po którym nowa osoba zaczynała samodzielnie realizować typowe zadania, skrócił się z około sześciu tygodni do mniej niż trzech. Zespół nie zmienił nic poza samym planem wdrożenia.
Co ciekawe, lista kontrolna nie wymagała dodatkowego czasu od zespołu w skali całego miesiąca - po prostu przeniosła czas spędzany na odpowiadaniu na powtarzające się pytania z trzeciego i czwartego tygodnia na jednorazowe przygotowanie materiałów przed pierwszym dniem nowej osoby.
Jak Taskello pomaga wdrażać nowych członków zespołu
W Taskello pierwsze zadanie dla nowej osoby można od razu przypisać z jasnym opisem celu, priorytetem i checklistą Definition of Done, dzięki czemu osoba wspierająca nie musi tłumaczyć wszystkiego ustnie - kontekst jest zapisany przy samym zadaniu. Dokumentacja projektu prowadzona w jednym miejscu pozwala nowej osobie samodzielnie znaleźć odpowiedzi na podstawowe pytania, zamiast przerywać pracę kolegom.
Administrator obszaru roboczego może też śledzić, jak szybko nowa osoba zaczyna kończyć przypisane zadania, co daje konkretny sygnał, czy onboarding idzie zgodnie z planem, bez konieczności zgadywania na podstawie wrażeń.
Podsumowanie
Dobry onboarding to nie kwestia szczęścia ani osobowości nowej osoby - to efekt konkretnego planu przygotowanego zanim ta osoba dołączy do zespołu. Dostępy gotowe od pierwszego dnia, jasno przypisana osoba wspierająca, dobrze dobrane pierwsze zadanie i jasne oczekiwania na pierwsze tygodnie eliminują większość chaosu, który zwykle towarzyszy dołączeniu nowej osoby.
Jeśli Twój zespół wdraża nowe osoby nieregularnie i każdy raz wygląda inaczej, zacznij od spisania jednej krótkiej listy kontrolnej na podstawie tego, co najbardziej brakowało ostatniej nowej osobie. To prostsza zmiana niż się wydaje, a różnica w pierwszych tygodniach pracy nowego członka zespołu jest natychmiast widoczna - podobnie jak korzyści z dobrze rozłożonej odpowiedzialności i czasu w zespole opisane w innym artykule.