Rotacja Project Managera wjest normą, ale ignorowanie jej konsekwencji prowadzi do chaosu decyzyjnego i utraty kontekstu projektu. Dowiedz się, jak te “nienormalne skutki” ujawniają się z czasem.
W każdej organizacji rotacja Project Managera wydaje się czymś naturalnym. Ludzie awansują, zmieniają zespoły, odchodzą do innych firm. Dla organizacji to codzienność operacyjna.
Dla projektu — początek kryzysu, którego skutki rzadko są przewidywane.
Problem nie polega na samej zmianie PM-a. Problem polega na skrajnym niedoszacowaniu konsekwencji tej zmiany. Większość firm zakłada, że skoro zmiana jest „normalna”, to jej skutki również będą nieznaczne. W rzeczywistości rotacja bez ustrukturyzowanego procesu wywołuje w projekcie cichy paraliż.
A to, jak silnie te skutki uderzą w Twój budżet i harmonogram, zależy wyłącznie od jednego wyboru: czy rotacją zarządzasz systemowo, czy na niej improwizujesz.
Improwizacja vs System: Dwa światy po odejściu PM-a
Kiedy z projektu odchodzi Lider, organizacja trafia na rozdroże:
Podejście Improwizowane („Jakoś to będzie”): Opiera się na pobieżnym przekazaniu plików, wysłaniu linku do Jiry i wierze, że „nowy PM to profesjonalista, więc sam sobie poradzi”.
Podejście Systemowe (np. Project Continuity System™): Traktuje zmianę PM-a jako krytyczną operację biznesową. Łączy rzetelny Handover (uporządkowanie przeszłości) z prospektywnym Takeoverem (zabezpieczeniem przyszłości i przejęciem kontroli).
Gdy firma wybiera improwizację, uruchamia się ciąg nienormalnych, drastycznych skutków.
4 Konkretne Skutki Improwizowanej Rotacji PM-a
1. LUKA decyzyjna i działanie siłą inercji
W pierwszych tygodniach po zmianie PM-a projekt tworzy iluzję stabilności. Zespół realizuje dawne zadania, status w raporcie świeci „na zielono”. W rzeczywistości projekt działa wyłącznie siłą pędu. Nowy PM nie zna kulisów dawnych ustaleń, więc boi się podejmować wiążące decyzje, a kluczowe tematy są odkładane. Brak pożarów nie oznacza stabilności — oznacza ukryty paraliż decyzyjny.
2. Erozja zaufania klienta i eskalacje
Klient nie kupuje samych wykresów w Excelu — kupuje relację i poczucie bezpieczeństwa. Gdy widzi nowego PM-a, który musi po raz trzeci pytać o to samo lub podważa wcześniejsze ustalenia poprzednika, traci cierpliwość. Zamiast płynnej współpracy pojawia się nieufność, szukanie haczyków w umowie i bezpośrednie eskalacje do Zarządu.
3. Efekt Domino i paraliż Zespołu
Brak jasnego kontekstu po stronie nowego PM-a błyskawicznie uderza w zespół. Programiści i specjaliści dostają sprzeczne priorytety, a w zespole rośnie frustracja. Gdy nowy PM pod wpływem presji zaczyna gasić pożary na ślepo, chaos przenosi się na kolejne projekty w portfelu. Jedna nieudana zmiana PM-a potrafi destabilizować alokację zasobów w całej firmi
4. „Zerowanie” projektu i ukryte koszty finansowe
Dokumentacja porządkuje pliki, ale nie zawiera wiedzy ukrytej (tacit knowledge) — historii kompromisów, nieformalnych ustaleń i cichych umów ze sponsorem. Jeśli proces ogranicza się do przesłania plików, nowy PM musi odkręcać błędne decyzje i uczyć się projektu od nowa. Zamiast iść do przodu, firma płaci za poprawki (rework), opóźnienia i spadek wydajności.
Prawdziwe źródło problemu: Powszechne Mity
Dlaczego tak wiele firm wciąż wybiera improwizację i płaci za nią chaosem? Ponieważ kadra zarządzająca ulega groźnym mitom:
Mit #1 & #9: „Wszystko jest w narzędziach i dokumentacji, wystarczy jedno spotkanie.”
Samo przekazanie folderu to za mało. O tym, dlaczego zrzut plików na OneDrive nie zabezpiecza projektu, pisałam we wpisie: Handover ≠ Przekazanie dokumentacji.
Mit #2: „Dobry PM poradzi sobie sam.”
Zrzucanie całej odpowiedzialności na jednostkę bez ustrukturyzowanego procesu prowadzi do szybkiego wypalenia nowego lidera.
Mit #7: „Handover to tylko formalność administracyjna.”
Samo przekazanie to dopiero wstęp. Najtrudniejszy jest moment przejęcia sterów. Dowiedz się więcej we wpisie: Dlaczego Project Takeover jest trudniejszy niż Handover?
Chcesz poznać wszystkie 10 błędnych założeń?
Pobierz nasz bezpłatny Iluzja Bezpieczenstwa – 10 Mitów i Ryzyk Zarządczych i sprawdź, czy Twoja firma opiera sukcesję na faktach, czy na pobożnych życzeniach.
Od Improwizacji do Systemu: Rola PMO i Portfolio Managera
Skutki rotacji rzadko zamykają się w granicach jednego projektu. To ryzyko systemowe, które uderza w cały portfel inicjatyw firmy.
Improwizacja kosztuje najwięcej na szczeblu strategicznym. Dlatego to po stronie PMO i Portfolio Managera leży obowiązek zbudowania tarczy ochronnej — standardu, który sprawi, że odejście lidera nie zawali harmonogramów innych projektów. Szerzej rolę szczebla strategicznego opisuję w artykule: Rola Portfolio Managera w zapewnieniu ciągłości projektów.
Przekazanie projektu to ustrukturyzowana operacja, a nie zdarzenie ad-hoc. Zobacz, jak zmienić podejście w organizacji: Handover jako proces krytyczny, nie administracyjny.
Podsumowanie: Skutki rotacji to Twój wybór
Rotacja Project Managerów jest i będzie normalnym zjawiskiem. Nienormalne są natomiast skutki — opóźnienia, koszty i utrata zaufania klienta — które pojawiają się wtedy, gdy firma opiera się na improwizacji.
Ciągłość decyzyjna w projekcie nie zależy od szczęścia. Jest bezpośrednim efektem dojrzałości Twojego systemu zarządzania.
Zabezpiecz swój portfel z Project Continuity System™
Nie pozwól, aby zmiana Project Managera przypominała rosyjską ruletkę i generowała ukryte koszty.
W ramach Project Continuity System™ (PCS™) pomagamy firmom wdrożyć powtarzalny standard, który zamienia chaotyczną zmianę PM-a w bezpieczny, przewidywalny proces. Zbuduj odporność organizacji na rotację i utrzymaj pełną kontrolę nad projektami.
72h na przejęcie projektu – Program Mentoringowy 1:1
Skuteczne przejęcie projektu w pierwszych dniach decyduje o jego powodzeniu. W moim 3-godzinnym mentoringu „72h na przejęcie projektu” pomagam PM-om szybko odzyskać kontrolę, uporządkować chaos, przygotować plan działania i zabezpieczyć kluczowe informacje. To sprawdzony proces oparty na 17 latach doświadczenia i dziesiątkach przejętych projektów — od poukładanych po kryzysowe.
