Project Managera pamięta się nie tylko po tym, co dowiózł.

Czasami równie mocno po tym, jak zakończył swoją rolę i co pozostawił osobie, która przyszła po nim.

Zmiana Project Managera może nastąpić w bardzo różnych okolicznościach. Może być naturalnym etapem projektu, wynikać ze zmiany roli, reorganizacji, nowego kontraktu albo decyzji biznesowej.

Nie zawsze jest to nasz wybór.

Nie zawsze się z nim zgadzamy.

Nie zawsze moment jest idealny.

Ale właśnie dlatego uważam, że Project Handover jest jednym z najbardziej znaczących testów zawodowej dojrzałości Project Managera.

Nie zawsze mamy wpływ na to, dlaczego kończy się nasza odpowiedzialność za projekt.

Mamy jednak bardzo duży wpływ na to, jak projekt przekażemy i co pozostawimy swojemu następcy.

Co to jest Project Handover?

Project Handover oznacza uporządkowane przekazanie odpowiedzialności za projekt przez odchodzącego Project Managera osobie, która będzie go dalej prowadzić.

Jego celem jest umożliwienie następcy zrozumienia nie tylko bieżącego statusu projektu, ale również kontekstu najważniejszych decyzji, aktualnych priorytetów, zobowiązań oraz obszarów wymagających szczególnej uwagi.

Project Handover nadal zbyt często sprowadza się do kilku komunikatów:

„Wszystko jest na SharePoincie”.

„Tutaj jest Jira”.

„To aktualny harmonogram”.

„Tutaj znajdziesz RAID log”.

„A to ostatni status report”.

Wszystkie te materiały mogą być potrzebne.

Jednak ich udostępnienie nie oznacza jeszcze, że odpowiedzialność za projekt została skutecznie przekazana.

Dlatego dobrego handoveru nie mierzę liczbą udostępnionych plików.

Pytam raczej:

Czy osoba po drugiej stronie otrzymała wystarczająco dużo informacji i kontekstu, aby rozpocząć świadomy Project Takeover?

Dokumenty można udostępnić.

Odpowiedzialność trzeba rzeczywiście przekazać.

Problem sprowadzania handoveru do repozytorium dokumentów omawiam szerzej w artykule Handover ≠ przekazanie dokumentacji. Na blogu jest on pozycjonowany jako materiał o dojrzałości projektowej organizacji i ograniczeniach podejścia „dokumentacja znajduje się w repozytorium”. [olakanofocka.pl]

Czym różni się Project Handover od Project Takeover?

Project Handover odpowiada na pytanie: „Co powinienem przekazać następcy?”. Project Takeover odpowiada na pytanie: „Co muszę zrozumieć i zweryfikować, zanim przejmę odpowiedzialność?”.

Oba procesy dotyczą tej samej zmiany Project Managera, ale reprezentują inne perspektywy, pytania i zakres odpowiedzialności.

Project Handover

To perspektywa Project Managera, który projekt przekazuje.

Jego główne pytanie brzmi:

Co muszę przekazać, aby następna osoba mogła świadomie kontynuować projekt?

Outgoing PM odpowiada za jakość i czytelność przekazania. Powinien pomóc następcy zrozumieć projekt, a nie jedynie wskazać miejsca przechowywania materiałów.

Project Takeover

To perspektywa Project Managera, który projekt przejmuje.

Jego pytanie brzmi:

Co muszę wiedzieć, sprawdzić i zrozumieć, zanim rzeczywiście przejmę odpowiedzialność?

Incoming PM odpowiada za diagnozę projektu, weryfikację otrzymanych informacji, identyfikację luk i podjęcie własnych decyzji.

Dlatego:

Dobry Handover nie gwarantuje automatycznie dobrego Takeoveru.

Ta sama zmiana.

Dwie role.

Dwie odpowiedzialności.

Dwie odrębne perspektywy.

To rozróżnienie rozwijam szerzej w artykule Project Takeover vs Handover – czym naprawdę się różnią?. [olakanofocka.pl]

Dlaczego sama dokumentacja nie wystarcza podczas Project Handover?

Nowy PM może otrzymać komplet dokumentów i nadal nie rozumieć projektu.

Może mieć dostęp do SharePointa, Jiry, harmonogramu, RAID logu i wcześniejszych raportów, a mimo to pomyśleć:

„Mam setki informacji i nadal nie wiem, co naprawdę dzieje się w tym projekcie”.

Dzieje się tak dlatego, że dokumentacja dostarcza przede wszystkim informacji.

Do świadomego podejmowania decyzji potrzebny jest również kontekst.

Nie wystarczy wiedzieć:

Co zdecydowaliśmy?

Trzeba zrozumieć:

Dlaczego podjęliśmy właśnie taką decyzję?

Nie wystarczy mieć dostęp do rejestru ryzyk.

Trzeba również rozpoznać:

Które ryzyko rzeczywiście wymaga uwagi następcy w obecnej sytuacji?

Nie wystarczy poznać listy interesariuszy.

Trzeba też wiedzieć:

Jak wygląda rzeczywista dynamika współpracy, czego oczekują kluczowe osoby i jakie zobowiązania zostały wobec nich podjęte?

Nie wystarczy zobaczyć listę otwartych tematów.

Trzeba również zrozumieć:

Co powinno znaleźć się wysoko na radarze nowego Project Managera?

To właśnie kontekst jest jedną z najbardziej podatnych na utratę warstw wiedzy podczas zmiany lidera.

A kiedy ten kontekst znika:

Nowy PM zamiast prowadzić projekt do przodu, próbuje najpierw odtworzyć jego przeszłość.

Perspektywa osoby przychodzącej wymaga więc czegoś więcej niż odebrania materiałów od poprzednika. Takeover obejmuje również aktywną diagnozę, weryfikację i identyfikację luk. Rozwijam to w artykule Dlaczego Project Takeover jest trudniejszy niż Handover?. [olakanofocka.pl]

Co naprawdę powinien zabezpieczyć dobry Project Handover?

Dobry handover nie polega na próbie przekazania następcy wszystkiego, co wydarzyło się w projekcie.

To ani możliwe, ani potrzebne.

Jego celem jest:

Zmniejszenie luki pomiędzy tym, co wie odchodzący Project Manager, a tym, co musi zrozumieć osoba przejmująca, aby świadomie rozpocząć Project Takeover.

W tym procesie wyróżniam trzy warstwy.

1. Informacja

To formalna warstwa projektu, którą można przekazać, uporządkować i zweryfikować.

Informacja tworzy podstawę handoveru, ale sama nie wystarcza do zrozumienia projektu.

2. Kontekst

Kontekst wyjaśnia:

• dlaczego projekt znajduje się w obecnym miejscu,
• co stoi za najważniejszymi decyzjami,
• jakie założenia wpłynęły na przyjęty kierunek,
• które obszary mogą być bardziej wrażliwe, niż sugeruje ich oficjalny status.

To właśnie utrata kontekstu sprawia, że incoming PM może dysponować ogromną ilością materiałów, a mimo to nadal nie rozumieć rzeczywistej sytuacji.

3. Perspektywa PM-to-PM

Jest jeszcze coś, czego formalna dokumentacja praktycznie nigdy nie zastąpi.

To profesjonalna perspektywa osoby, która zna projekt od środka:

„Gdybym pozostał(a) w projekcie, właśnie na te obszary zwrócił(a)bym szczególną uwagę”.

Nie jest to instrukcja dla następcy.

Incoming PM nadal powinien przeprowadzić własną diagnozę, zweryfikować otrzymane informacje i podejmować własne decyzje.

Nie musi jednak zaczynać od pustej kartki.

Dlatego:

Handover ma umożliwić profesjonalne przekazanie. Takeover ma zapewnić świadome przejęcie.

Jedno nie zastępuje drugiego.

Czy w Project Handover potrzebna jest checklista?

Checklista może być wartościowym narzędziem wspierającym Project Handover, ale nie powinna sprowadzać procesu do mechanicznego odhaczania kolejnych pozycji.

Jej podstawowym zadaniem powinno być sprawdzenie:

Czy następca otrzymał wystarczająco dużo informacji i kontekstu, aby świadomie rozpocząć Takeover?

Właśnie dlatego checklista dla PM-a przekazującego projekt nie powinna być identyczna z checklistą dla PM-a przejmującego odpowiedzialność.

To ta sama zmiana organizacyjna, ale pytania, ryzyka i zakres odpowiedzialności są po obu stronach inne.

Pełna struktura checklisty handoverowej wymaga osobnego, praktycznego narzędzia. Sam artykuł ma pomóc zrozumieć, dlaczego handover jest potrzebny i co powinien zabezpieczać, a nie zastępować kompletnego procesu pracy.

Jak zachować profesjonalizm podczas trudnego Project Handover?

Nie każdy handover odbywa się w komfortowych okolicznościach.

Zmiana PM-a może być naturalnym etapem projektu, ale może także wynikać z reorganizacji, zmiany roli, zakończenia współpracy albo decyzji biznesowej, której Project Manager sam nie podjął.

Nie zawsze wybieramy tę zmianę.

Nie zawsze się z nią zgadzamy.

Nie zawsze towarzyszą jej pozytywne emocje.

Właśnie dlatego sposób przekazania projektu może być jednym z najlepszych testów zawodowej dojrzałości lidera.

Profesjonalizm jest stosunkowo łatwy, kiedy wszystko przebiega zgodnie z naszym planem.

Znacznie więcej mówi o nas sposób, w jaki postępujemy wtedy, gdy sytuacja jest trudna, a mimo to nadal odpowiadamy za profesjonalne zakończenie swojej roli.

Osoba przejmująca projekt nie powinna ponosić kosztu okoliczności naszego odejścia.

Zespół również nie.

Klient również nie.

Dlatego podczas handoveru warto zadać sobie jedno pytanie:

Gdybym jutro to ja przejmował(a) ten projekt, czego potrzebował(a)bym od poprzedniego PM-a, aby móc dobrze zacząć?

To pytanie zmienia perspektywę.

Handover przestaje być obowiązkiem do odhaczenia.

Staje się ostatnim świadomym aktem odpowiedzialności lidera za projekt, zespół, klienta i swojego następcę.

Czym jest PM-to-PM Ethics?

PM-to-PM Ethics to zasada odpowiedzialnego przekazywania projektu innemu Project Managerowi, zgodnie ze standardem, którego sami oczekiwalibyśmy jako osoba przejmująca odpowiedzialność.

W ramach mojego Project Continuity System™ jest to:

ZASADA 04 PCS™: PM-to-PM Ethics

Przekazuj projekt dokładnie tak, jak sam(a) chciałbyś go otrzymać.

Nie oznacza to stworzenia setek stron dodatkowej dokumentacji.

Nie oznacza również próby opowiedzenia następcy wszystkiego, co wydarzyło się w projekcie.

Chodzi o coś ważniejszego:

dać następnej osobie możliwie najlepsze warunki do świadomego rozpoczęcia Takeoveru.

W trudnych okolicznościach ta zasada nabiera szczególnego znaczenia.

Dojrzałość lidera poznaje się nie tylko po tym, jak przejmuje odpowiedzialność. Czasami jeszcze wyraźniej po tym, jak potrafi ją przekazać.

PM-to-PM Ethics jest elementem szerszego podejścia, które opisuję w artykule Project Continuity System™ – moja odpowiedź na lukę w zarządzaniu projektami przy zmianie Project Managera. [olakanofocka.pl]

Kiedy rozpocząć przygotowanie do Project Handover?

Sam proces handoveru rozpoczyna się, kiedy wiadomo, że odpowiedzialność za projekt zostanie przekazana innej osobie.

Jednak gotowość do profesjonalnego przekazania projektu powstaje wcześniej.

To element warsztatu i codziennej dyscypliny Project Managera.

Jeżeli przez wiele miesięcy najważniejsze decyzje, zobowiązania i kontekst istnieją wyłącznie w pamięci jednej osoby, trudno oczekiwać, że podczas ostatniego spotkania uda się bez strat przekazać cały obraz projektu.

Dlatego warto pracować w taki sposób, aby projekt można było profesjonalnie przekazać wtedy, kiedy pojawi się taka potrzeba, nawet jeśli obecnie żadnej zmiany PM-a nie planujemy.

Nie oznacza to, że Project Manager ma być łatwo zastępowalny.

Chodzi o coś innego:

Projekt nie powinien tracić pamięci tylko dlatego, że zmienia się jego lider.

Praktyczny przykład przekazania projektu w nietypowych okolicznościach opisuję w materiale Project Continuity w praktyce: przekazuję projekt, który został zawieszony. [olakanofocka.pl]

Co zostawiasz po sobie jako Project Manager?

To pytanie warto postawić właśnie w momencie przekazania odpowiedzialności.

Czy zostawiam chaos czy strukturę?

Dokumenty czy również kontekst?

Same decyzje czy też zrozumienie, dlaczego zostały podjęte?

Niepewność czy punkt wyjścia do świadomego Takeoveru?

I być może najważniejsze:

Czy następca będzie mógł zacząć prowadzić projekt do przodu, czy najpierw będzie musiał odtworzyć jego przeszłość?

Nie zawsze mamy wpływ na to, kiedy i dlaczego kończy się nasza rola w projekcie.

Mamy jednak wpływ na to, jak ją zakończymy.

Dlatego:

Przekazuj projekt dokładnie tak, jak sam(a) chciałbyś go otrzymać.

Bo dobry handover nie jest uprzejmością wobec następcy. To ostatni akt odpowiedzialności za projekt.

I być może właśnie po tym również pamięta się naprawdę dobrych Project Managerów.

Najczęściej zadawane pytania o Project Handover

Co to jest Project Handover?

Project Handover to uporządkowany proces przekazania odpowiedzialności za projekt wraz z informacjami, kontekstem decyzji i wiedzą potrzebną następnemu Project Managerowi.

Jego celem nie jest wyłącznie udostępnienie dokumentacji. Powinien umożliwić nowemu PM-owi rozpoczęcie świadomego procesu przejmowania odpowiedzialności.

Czy Project Handover i Project Takeover oznaczają to samo?

Nie.

Project Handover jest procesem przekazania projektu przez outgoing PM-a.

Project Takeover jest procesem diagnozy, weryfikacji i przejmowania odpowiedzialności przez incoming PM-a.

Dotyczą tej samej zmiany lidera, ale reprezentują różne perspektywy i odpowiedzialności.

Czy przekazanie dokumentacji wystarcza do zakończenia handoveru?

Nie.

Dokumentacja jest ważną częścią Project Handover, ale nie zawsze zawiera kontekst decyzji, wiedzę ukrytą, rzeczywiste priorytety i historię relacji z interesariuszami.

Komplet dokumentów nie jest więc automatycznie równoznaczny z kompletnym handoverem.

Kiedy należy rozpocząć przygotowanie Project Handover?

Właściwe przygotowanie powinno rozpocząć się, gdy znana jest zmiana Project Managera.

Jednocześnie gotowość do handoveru warto budować przez cały okres prowadzenia projektu, dbając o utrzymywanie wiedzy, historii decyzji i najważniejszego kontekstu.

Czy Project Handover wymaga checklisty?

Checklista może pomóc uporządkować przekazanie i ograniczyć ryzyko pominięcia istotnych obszarów.

Nie powinna jednak zastępować profesjonalnej oceny sytuacji ani sprowadzać całego procesu do mechanicznego odhaczania dokumentów.

Kto odpowiada za powodzenie zmiany Project Managera?

Outgoing PM odpowiada za jakość przekazania.

Incoming PM odpowiada za jakość diagnozy i przejęcia.

Organizacja oraz PMO odpowiadają za stworzenie standardu, odpowiednich warunków i jasnego podziału odpowiedzialności dla obu procesów.

Co zrobić, jeśli poprzedni Project Manager jest niedostępny?

W takiej sytuacji Project Takeover nie może opierać się na klasycznym handoverze PM-to-PM.

Incoming PM powinien skupić się na uporządkowanej diagnozie projektu, weryfikacji informacji w wielu źródłach, identyfikacji osób posiadających wiedzę oraz ujawnieniu braków, założeń i ryzyk.

To jeden z powodów, dla których Takeover powinien być traktowany jako odrębny proces, a nie bierny odbiór materiałów.

Powiązane artykuły o Project Takeover i Handover

Jeśli chcesz pogłębić konkretny aspekt sukcesji projektu:

• Różnica między obiema perspektywami: Project Takeover vs Handover – czym naprawdę się różnią? [olakanofocka.pl]
• Perspektywa PM-a przekazującego: Handover ≠ przekazanie dokumentacji [olakanofocka.pl]
• Perspektywa PM-a przejmującego: Dlaczego Project Takeover jest trudniejszy niż Handover? [olakanofocka.pl]
• Szersze podejście systemowe: Project Continuity System™ – moja odpowiedź na lukę w zarządzaniu projektami [olakanofocka.pl]
• Praktyczny przykład: Project Continuity w praktyce: przekazuję projekt, który został zawieszony [olakanofocka.pl]
• Perspektywa organizacji i PMO: Sukcesja lidera w projekcie: co o Project Manager Turnover mówią światowe badania? [olakanofocka.pl]

7 ZŁOTYCH ZASAD PROJECT TAKEOVER & HANDOVER

PM-to-PM Ethics jest jedną z 7 Złotych Zasad Project Continuity System™.

Wszystkie siedem zasad, dwie odrębne perspektywy Takeover i Handover oraz praktyczne narzędzia zebrałam w 45-stronicowym e-booku:

„7 ZŁOTYCH ZASAD PRZEJĘCIA I PRZEKAZANIA PROJEKTU”

E-book jest przeznaczony zarówno dla osób, które przejmują istniejący projekt, jak i dla Project Managerów przygotowujących profesjonalne przekazanie odpowiedzialności.

Jeżeli natomiast chcesz przepracować różne scenariusze zmiany PM-a na żywo, 24 listopada 2026 prowadzę Masterclass Project Takeover & Handover.

E-book pomaga uporządkować standard.
Masterclass pozwala przećwiczyć jego zastosowanie w różnych scenariuszach. 

O autorce

Ola Kanofocka, PMP®, PgMP®

Project Managerka, mentorka i trenerka PM oraz twórczyni Project Continuity System™.

Od ponad 18 lat pracuje z projektami, programami i portfelami w sektorze prywatnym i publicznym. Rozwija podejście do Project Takeover, Project Handover i ciągłości projektowej z perspektywy zarówno indywidualnych kompetencji Project Managera, jak i zdolności organizacyjnej.