Byłem developerem, jestem managerem - co teraz?

Wczoraj team-mate, dziś manager. Jak zrobić to dobrze?

   Reading time: 5
Od developera do managera. Jak sprawnie przejąć "swój" zespół?

Wybierając ścieżkę managerską masz z grubsza dwie możliwości na start. Możesz zostać liderem „swojego zespołu” czyli tego w którym do tej pory pracowałeś jako individual contributor. Albo, bramka numer dwa, możesz objąć inny zespół, w tej samej firmie, albo rekrutując się na zewnątrz.

Dziś skupmy się na przypadku pierwszym. Kiedy to zespół z którym do tej pory ramię w ramię dostarczaliście ficzery i omawialiście ważne dla siebie tematy na slackowym kanale tylko dla dev’ów, staje się twoim zespołem, a ty zostajesz Liderem. Pisząc lider mam na myśli team leadera, engineering managera, engineering leada czy jak inaczej twoja organizacja określa to stanowisko po polsku, IMHO niezbyt dumnie zwane kierownikiem zespołu inżynierów.

Mniejsza o nazwę. jesteś liderem. Masz wymarzony zespół, gratulacje btw ????. Zasłużony awans, cieszę się. Pewnie radość miesza się z paraliżującym bardziej, bądź mniej pytaniem. Co teraz?

No właśnie, co teraz?

To nowa sytuacja, ale jak każda sytuacja, jest.. do ogarnięcia. Wiem że ilość zmian może wydawać się przytłaczająca, jest dużo nowego. Spokojnie poradzisz sobie z tym, w kilku prostych krokach. Jakie to kroki?

  1. Umarł Król, niech żyje Król
  2. Ustal co zostaje jak było, co się zmieni
  3. Obserwuj
  4. Ustal granice i egzekwuj co ustaliłeś.

Umarł Król, niech żyje Król

Skoro obejmujesz zespół, to znaczy że poprzedni lider odszedł. Niezależnie zupełnie od tego czy awansował, przeszedł do innej firmy czy został zwolniony, to jednak był i w jakiś sposób, do tej pory, ten zespół prowadził. Pójdę sposób znają rozumieją i dobrze pamiętają, teraz pojawiasz się ty. Ludzie ten sposób znają, rozumieją i dobrze pamiętają, no i teraz pojawiasz się ty. Czy to znaczy że musisz prowadzić zespół tak samo jak twój poprzednik? Czy trzeba koniecznie trzeba się od tego odciąć i robić coś zupełnie innego? Temat wydaje się trudny. Jednak odpowiedź jest typowo zdroworozsądkowa.

Przede wszystkim niczego nie musisz, możesz. Możesz kontynuować to co robił poprzedni Lider, możesz wprowadzać pewne zmiany. Whatever works. Najważniejsze jest to żeby dokładnie określić i zakomunikować ludziom co teraz będzie się działo. Bo oni, tak samo jak ty, nie mają pojęcia czy coś się zmieni i jak to powinno wyglądać. I to właśnie twoją rolą jest zadbać o to żeby rozumieli co się dzieje i zaplanować to odpowiednio by zespół czół się bezpiecznie i pewnie.

Zdecydowanie natomiast nie polecam krytykować swojego poprzednika, nawet jeżeli masz jakieś uwagi do tego jak dział czy działała. Zachowaj to dla siebie. Dużo więcej dobrego zdziałasz wprowadzając odpowiednie zmiany i opowiadając o tym co zmieniasz i dlaczego, niż krytykując. Po pierwsze nie każdy musi się z Tobą zgadzać, po drugie trochę słabo krytykować kogoś kto już nie może się bronić bo go tutaj nie ma prawda?

Ustal co zostaje jak było, co się zmieni

Jako individual contributor robiłeś pewne rzeczy, teraz jako Lider nie będziesz ich robić. Sam pewnie już o tym wiesz, warto powiedzieć o tym żeby i ludzie z zespołu wiedzieli czego się spodziewać.

Są też pewnie tematy którymi teraz będziesz się zajmować. Jak np. one no one ze wszystkimi ludźmi zespołu czy zupełnie inne uczestnictwo w planowaniu pracy, bliżej układania roadmapy i pracy z biznesem a dalej od bieżączki sprintu. O tym też warto powiedzieć. Nie ma nic lepszego niż transparencja., serio.

Obserwuj

Wchodząc w nowy zespół (i to zarówno kiedy przyjmujesz ten w którym wcześniej pracowałeś, jak i kiedy przejmiesz zupełnie nowy) warto pierwszy miesiąc poświęcić na obserwację. Zanim zaczniesz sugerować czy wprowadzać jakiekolwiek zmiany, zrozum jak zespół funkcjonuje. Teraz z perspektywy lidera możesz zupełnie inaczej wiedzieć i rozumieć rzeczy niż widziałeś je wcześniej kiedy byłeś developerem.

Ustal granice i egzekwuj co ustaliłeś

Ostatni ale nie mniej ważny temat to fakt, że musisz ustalić pewne granice. Kiedy byłeś deweloperem sam zachowywałeś się pewnie inaczej niż teraz, i bardzo możliwe że trochę innego zachowania też oczekujesz też od członków zespołu. Nie każ im się tego domyślać, opowiedz o swoich oczekiwaniach i omów je z zespołem w otwarty sposób niczego nie narzucając. Dbając o przyjazną atmosferę i wspólne zrozumienie. Nadmierny kij w tyłku jak i totalny luz tak samo przeciętnie polecam. Znajdź swoją równowagę gdzieś pomiędzy tymi dwiema, powodzenia!

Picture of Piotr Klonowski

Piotr Klonowski

Cześć, jestem Piotrek. Kiedyś sam przeszedłem drogę od developera do Lidera. Jestem praktykiem z ponad 15-letnim doświadczeniem w IT. Pomagam specjalistom i młodym managerów zostać kompetentnymi liderami IT.

Share:

Facebook
Twitter
Pinterest
LinkedIn
0 0 votes
Article Rating
Subscribe
Powiadom o
guest

0 komentarzy
najstarszy
najnowszy oceniany
Inline Feedbacks
View all comments
Sprawdź inne ciekawe wpisy:

Polecane artykuły

jak programista może zarabiać więcej?

Jak zarabiać więcej jako programista?

   Reading time: 6 Jakie skille pomagają programistom dostarczać firmom większą wartość i automatycznie podnosić swoją wartość na rynku? Disclamer: Większość z nas pracuje, czując przynależność, poczucie misji i motywację

0
Would love your thoughts, please comment.x