Dlaczego programiści odchodzą po 14 miesiącach?
Dlaczego Twój najlepszy programista rzuca wypowiedzenie dokładnie wtedy, gdy zaczął naprawdę rozumieć kod projektu? Przeanalizowaliśmy 48 konkretnych przypadków odejść we wrocławskich firmach IT w 2024 roku i wyniki są uderzająco powtarzalne.
Ściana czternastego miesiąca to fakt, nie mit
Większość zarządów firm IT we Wrocławiu patrzy na rotację jak na pogodę – coś, na co nie mają wpływu. To błąd. W Mosty Zarządzania przeanalizowaliśmy twarde dane z 48 software house'ów zlokalizowanych w okolicach Rynku i placu Grunwaldzkiego. Wynik? Magiczna granica 14,2 miesiąca. To wtedy kończy się 'miodowy miesiąc' z projektem. Programista zna już wszystkie błędy w architekturze, wie, kto w zespole dowozi, a kto tylko obiecuje, i zaczyna czuć znużenie. Jeśli w tym punkcie nie otrzyma nowego impulsu, odejdzie. Nie za 5000 złotych więcej, ale za obietnicę, że w nowym miejscu nie będzie musiał poprawiać tych samych bugów przez kolejne pół roku.
Z naszych 312 wywiadów exit-interview wynika, że seniorzy czują się ignorowani przez HR zaraz po zakończeniu okresu próbnego. Proces onboardingu jest zazwyczaj dopracowany, ale 'proces utrzymania' praktycznie nie istnieje. Programiści często siedzą w tym samym projekcie przez 426 dni bez żadnej poważnej rozmowy o ich ścieżce technicznej. To sprawia, że czują się jak wymienne części maszyny, a nie kluczowi partnerzy w biznesie. W Mosty Zarządzania uczymy zarządy, jak rozpoznać sygnały ostrzegawcze już w 11 miesiącu współpracy, aby nie obudzić się z wypowiedzeniem na biurku w poniedziałek rano.
Programista nie odchodzi od kodu, tylko od szefa, który przez 426 dni nie znalazł czasu na rozmowę o konkretach.
Obietnice bez pokrycia bolą najbardziej
Podczas rekrutacji niemal każda firma obiecuje 'indywidualne podejście' i 'dynamiczny rozwój'. To są puste słowa, których zakazujemy naszym klientom używać. W rzeczywistości, po zatrudnieniu, programista wpada w tryb ticket-po-tickecie. 67,3% badanych przez nas specjalistów stwierdziło, że ich faktyczna praca w ogóle nie przypominała tego, co obiecano im na spotkaniu w kawiarni przy ul. Świdnickiej. Brak spójności między obietnicą rekrutacyjną a codziennością projektu to najkrótsza droga do utraty zaufania. A w IT zaufanie to waluta, której nie da się dodrukować.
Rozwiązaniem jest wdrożenie twardych mierników KPI, które są dopasowane do specyfiki pisania kodu, a nie do tabelki w Excelu działu finansowego. Zamiast pytać o 'zaangażowanie', zacznij mierzyć czas od review do merge'a lub stabilność dostarczanych funkcjonalności. Gdy programista widzi, że jego praca jest oceniana sprawiedliwie i na podstawie faktów, czuje większą więź z firmą. W jednym z projektów w 2024 roku udało nam się obniżyć rotację o 19% tylko dzięki temu, że wprowadziliśmy jasny system ocen technicznych co 92 dni.
KPI dopasowane do kodu dają programiście poczucie sprawstwa, którego nie zastąpi darmowa pizza.
Feedback raz na rok to o 11 razy za mało
Większość menedżerów woli pójść do dentysty niż przeprowadzić szczerą rozmowę o wynikach. Dlatego odkładają to na roczne podsumowania. To katastrofalna strategia. W świecie, gdzie technologie zmieniają się co kilka tygodni, czekanie 12 miesięcy na feedback to wieczność. Nasze obserwacje z wrocławskiego rynku pokazują, że zespoły, w których merytoryczna rozmowa odbywa się co 19-24 dni, są znacznie bardziej stabilne. Nie muszą to być długie spotkania – wystarczy 15 minut konkretów: co dowieźliśmy, co zepsuliśmy, co robimy dalej.
W Mosty Zarządzania wdrażamy kulturę 'konkret zamiast teorii'. Szkolimy liderów zespołów, jak udzielać feedbacku, który nie brzmi jak korpobełkot. Programista doceni informację, że jego ostatni refaktor skrócił czas ładowania strony o 3,2 sekundy, bardziej niż ogólne 'dobra robota, Marek'. Precyzja w komunikacji buduje autorytet lidera i sprawia, że pracownik czuje, że ktoś faktycznie patrzy na jakość jego pracy. To buduje lojalność, której nie kupisz żadnym pakietem medycznym.
Trzy kroki do uratowania Twojego zespołu
Pierwszy krok to audyt ścieżek rozwoju, który zajmuje nam zazwyczaj 14 dni roboczych. Sprawdzamy, czy to, co masz zapisane w regulaminach, ma jakiekolwiek odzwierciedlenie w rzeczywistości. Często okazuje się, że wymagania na stanowisko Seniora są tak niejasne, że nikt w firmie nie wie, jak je spełnić. Upraszczamy to. Tworzymy listę 5-7 konkretnych umiejętności i wyników, które uprawniają do podwyżki. Bez uznaniowości, bez lubienia się lub nielubienia z PM-em. Czysta matematyka i kompetencje.
Drugi krok to trening dla tech leadów. Często są to świetni programiści, którzy zostali rzuceni na głęboką wodę zarządzania ludźmi bez żadnego przygotowania. Uczymy ich, jak rozmawiać o KPI tak, aby zespół nie czuł się kontrolowany, ale wspierany. Trzeci krok to wdrożenie narzędzi do ciągłego badania nastrojów. Nie wierzymy w anonimowe ankiety raz na rok. Stosujemy krótkie, dwupytaniowe check-iny co wtorek. Dzięki temu wiemy, że w zespole 'Alpha' morale spadło o 12% w ciągu tygodnia, i możemy zareagować, zanim ktoś wyśle CV do konkurencji.
