Zmiana Project Managera to jeden z najbardziej niedocenianych momentów w cyklu życia projektu.

Jedni mówią: „robimy handover”.
Inni: „ktoś przejmuje projekt”.

W praktyce oba pojęcia są często używane zamiennie.

A nie powinny.

Bo handover i takeover to dwa różne procesy, z różną odpowiedzialnością, różnym ryzykiem i zupełnie inną dynamiką decyzyjną.

I dopóki organizacja nie rozumie tej różnicy — ciągłość projektowa pozostaje przypadkiem.

Czym jest project handover?

Project handover to proces przekazania odpowiedzialności za projekt przez dotychczasowego Project Managera.

To perspektywa osoby oddającej projekt.

Handover obejmuje:

• przekazanie dokumentacji,

• omówienie statusu,

• wskazanie ryzyk,

• przekazanie relacji z interesariuszami,

• opis kontekstu decyzyjnego.

Kluczowe słowo: przekazanie.

W modelu klasycznym handover traktowany jest jako:

• spotkanie,

• przegląd dokumentów,

• e-mail podsumowujący.

Problem polega na tym, że takie podejście koncentruje się na dokumentach, a nie na zdolności organizacji do zachowania ciągłości.

Czym jest project takeover?

Project takeover to proces przejęcia odpowiedzialności za projekt przez nowego Project Managera.

To perspektywa osoby wchodzącej w projekt.

Takeover obejmuje:

• analizę rzeczywistego stanu projektu (nie tylko dokumentów),

• weryfikację logiki decyzji,

• ocenę relacji interesariuszy,

• identyfikację ryzyk ukrytych,

• odbudowę zaufania i autorytetu lidera.

Kluczowe słowo: przejęcie odpowiedzialności.

Takeover nie jest biernym odbiorem informacji.
Jest aktywnym procesem stabilizacji.

Dlaczego mylenie tych pojęć jest groźne?

Bo handover zakłada, że przekazujący wie, co jest istotne.

Takeover zakłada, że przejmujący potrafi zweryfikować, czego nie wie.

Jeśli organizacja skupia się wyłącznie na handoverze, pomija:

• perspektywę nowego PM-a,

• asymetrię informacji,

• ryzyko błędnych założeń,

• utratę kontekstu decyzyjnego.

Efekt?

Dokumentacja jest kompletna.
A projekt traci stabilność.

Handover i takeover jako dwa etapy jednego procesu

W dojrzałym modelu zarządzania projektami:

Handover = zabezpieczenie przekazania wiedzy
Takeover = zabezpieczenie przejęcia odpowiedzialności

To dwa uzupełniające się elementy jednego mechanizmu ciągłości.

Brak któregokolwiek z nich powoduje:

• chaos decyzyjny,

• eskalacje,

• utratę zaufania zespołu,

• destabilizację programu lub portfela.

Co powinien zawierać dojrzały proces handover?

Dojrzały handover powinien obejmować:

1. Mapę decyzji strategicznych wraz z ich uzasadnieniem.

2. Nierozwiązane napięcia interesariuszy.

3. Aktualny poziom ryzyk (nie tylko z RAID).

4. Zależności programowe i portfelowe.

5. Warunki, których zmiana może wywołać eskalację.

To nie jest lista dokumentów.
To lista elementów kontekstu.

Co powinien zawierać dojrzały proces takeover?

Dojrzały takeover powinien obejmować:

1. Audyt pierwszych 72 godzin.

2. Weryfikację realnej sytuacji interesariuszy.

3. Sprawdzenie zgodności projektu ze strategią.

4. Ocenę ryzyk „uśpionych”.

5. Ustalenie nowej struktury komunikacji.

Takeover jest momentem największego ryzyka —
ale też największej szansy na stabilizację projektu.

Handover i takeover w kontekście ciągłości projektowej

W większości metodyk zarządzania projektami znajdziemy procesy inicjacji, planowania, realizacji i zamknięcia.

Znacznie rzadziej znajdziemy systemowe podejście do zmiany lidera projektu.

A rotacja Project Managera jest normą, nie wyjątkiem.

Dlatego handover i takeover powinny być elementem governance projektowego, a nie improwizacją.

To właśnie ta luka stała się fundamentem Project Continuity System™ (PCS™).

Project Continuity System™ – integracja handover i takeover

PCS™ traktuje:

• handover jako mechanizm transferu kontekstu,

• takeover jako mechanizm stabilizacji odpowiedzialności.

System obejmuje:

• standard przekazania projektu,

• check-listę 72h takeover,

• mapowanie ryzyk rotacji PM,

• warunki bezpiecznej zmiany lidera,

• rolę PMO jako właściciela ciągłości.

Bo projekt można przekazać.
Ale ciągłość trzeba zaprojektować.

Kiedy handover i takeover są krytyczne?

Szczególnie w sytuacjach:

• zmiany Project Managera,

• zawieszenia projektu,

• kryzysu projektu,

• reorganizacji portfela,

• przejęcia projektu od innej firmy lub dostawcy,

• wejścia interim managera.

W tych momentach brak systemu kosztuje najwięcej.

Podsumowanie

Handover to nie to samo co takeover.

Handover to przekazanie wiedzy.
Takeover to przejęcie odpowiedzialności.

Oba są elementem jednego procesu: zabezpieczenia ciągłości projektowej.

Jeśli organizacja skupia się tylko na dokumentach,
a nie na mechanizmie przejęcia odpowiedzialności —
działa dzięki ludziom, nie systemowi.

Jeśli jesteś Project Managerem

Jeśli stoisz przed przejęciem projektu i chcesz uporządkować pierwsze 72 godziny:

👉 sprawdź program 72h Takeover™.

Jeśli odpowiadasz za PMO lub portfel projektów

Jeśli chcesz sprawdzić, czy Twoja organizacja posiada system ciągłości przy zmianie lidera:

👉 rozpocznij od GAP Mapping™
👉 lub porozmawiajmy o wdrożeniu Project Continuity System™

Bo zmiana PM-a nie jest incydentem.
To test dojrzałości organizacji.