Post mortem projektu – co to jest i po co się je robi?

Post-mortem projektu to spotkanie organizowane po zakończeniu wszystkich działań, podczas którego zespół analizuje przebieg prac, sukcesy, problemy i decyzje. Jego celem nie jest wskazanie winnych, lecz wyciągnięcie wniosków, usprawnienie procesów i zachowanie wiedzy przydatnej w kolejnych projektach.

Po co robić post-mortem projektu?

Dobrze przeprowadzone spotkanie zamykające projekt pozwala spojrzeć na całość z perspektywy zespołu, a nie tylko przez pryzmat harmonogramu, budżetu czy końcowego rezultatu. Nawet projekt zakończony zgodnie z planem może ujawnić procesy, które da się uprościć, oraz rozwiązania warte powtórzenia.

Najważniejsze korzyści z analizy post-mortem to:

• Transfer wiedzy – doświadczenia poszczególnych osób trafiają do wspólnej dokumentacji i nie zostają wyłącznie w pamięci uczestników.
• Usprawnienie procesów – zespół może zmienić sposób planowania, komunikacji, podejmowania decyzji lub kontroli ryzyka.
• Ograniczenie powtarzania błędów – opisanie przyczyn problemu zwiększa szansę, że podobna sytuacja nie wystąpi przy następnym projekcie.
• Powielanie dobrych rozwiązań – spotkanie pomaga nazwać działania, które przyspieszyły pracę albo poprawiły jakość rezultatu.
• Wzmocnienie morale – omówienie sukcesów i docenienie wkładu zespołu pozwala zamknąć projekt w sposób konstruktywny.

Warunkiem uzyskania tych efektów jest zasada no-blame, czyli brak obwiniania. Rozmowa powinna dotyczyć faktów, decyzji, warunków i procesów, a nie szukania osoby odpowiedzialnej za każde niepowodzenie. Pytanie „co w procesie doprowadziło do problemu?” zwykle prowadzi do lepszych wniosków niż „kto popełnił błąd?”.

Post-mortem, retrospektywa i pre-mortem – czym się różnią?

Terminy bywają stosowane zamiennie, ale oznaczają różne rodzaje pracy z zespołem. Najważniejsza różnica dotyczy momentu spotkania i zakresu analizy.

Retrospektywa jest szczególnie charakterystyczna dla podejścia Agile. Zespół analizuje krótki, zamknięty odcinek pracy i może od razu zmienić sposób działania w kolejnym sprincie. Post-mortem ma szerszy zakres, ponieważ obejmuje cały projekt, jego cele, współpracę, decyzje, zależności i rezultat końcowy.

Pre-mortem działa w przeciwnym kierunku niż post-mortem. Uczestnicy zakładają, że projekt już się nie udał, a następnie szukają możliwych przyczyn takiego wyniku. Dzięki temu można wcześniej rozpoznać zagrożenia i zaplanować działania zapobiegawcze.

Jak przeprowadzić post-mortem projektu?

Spotkanie nie wymaga rozbudowanej procedury, ale powinno mieć jasno określony cel, moderatora i sposób dokumentowania ustaleń. Najlepiej zaplanować je w ciągu kilku dni od zakończenia projektu, gdy szczegóły są jeszcze świeże, a uczestnicy mają już wystarczający dystans do oceny wydarzeń.

1. Przygotuj spotkanie – ustal termin, zaproś osoby zaangażowane w projekt i przygotuj krótką agendę. Uwzględnij omówienie celu projektu, sukcesów, problemów, przyczyn oraz propozycji zmian. Przed spotkaniem możesz poprosić uczestników o zapisanie dwóch lub trzech rzeczy, które zadziałały, i podobnej liczby obszarów wymagających poprawy.
2. Wyznacz moderatora i osobę robiącą notatki – moderator prowadzi rozmowę, pilnuje czasu i równowagi wypowiedzi, a notujący zapisuje ustalenia. Te role można rozdzielić, aby prowadzący nie musiał jednocześnie śledzić dyskusji i dokumentować jej przebiegu. Moderatorem nie musi być kierownik projektu, zwłaszcza gdy jego decyzje również będą przedmiotem rozmowy.
3. Ustal zasady rozmowy – na początku zaznacz, że celem jest nauka i poprawa procesu, a nie ocena konkretnych osób. Zachęcaj do opisywania faktów, przykładów i konsekwencji. Gdy pojawi się problem, pytaj o jego przyczynę, warunki, które go umożliwiły, oraz o sposób wcześniejszego wykrycia.
4. Poprowadź analizę otwartymi pytaniami – zacznij od tego, co zespół chce zachować, a dopiero później przejdź do trudności. Pozwól uczestnikom mówić o różnych perspektywach, także wtedy, gdy nie są one zgodne. Nie zamykaj rozmowy na pierwszym wyjaśnieniu, ponieważ widoczny błąd może być tylko skutkiem problemu z planowaniem, komunikacją albo zakresem projektu.
5. Zamień wnioski na działania – każda istotna obserwacja powinna prowadzić do konkretnej decyzji. Zapisz, co należy zmienić, kto przygotuje zmianę i kiedy zostanie sprawdzone jej wdrożenie. Sam opis problemu nie poprawi procesu, jeśli nie zostanie połączony z działaniem.
6. Udostępnij dokumentację i wróć do ustaleń – po spotkaniu przygotuj krótkie podsumowanie zawierające sukcesy, problemy, przyczyny, decyzje i działania następcze. Umieść je w miejscu dostępnym dla zespołu. Przy kolejnym projekcie sprawdź, czy wcześniejsze ustalenia zostały wykorzystane i czy przyniosły oczekiwany efekt.

Podczas rozmowy pomocne mogą być pytania, które kierują uwagę na proces, a nie na personalne oceny:

• Co pomogło zespołowi osiągnąć cel projektu?
• W którym momencie pojawiło się największe opóźnienie i co je wywołało?
• Czy zespół miał wystarczające informacje, zasoby i uprawnienia do wykonania pracy?
• Jaką decyzję podjęlibyśmy inaczej, gdybyśmy rozpoczynali projekt jeszcze raz?
• Co warto zachować lub zmienić w planowaniu następnego projektu?

Na co uważać podczas spotkania?

Najczęstszy problem polega na zamianie post-mortem w rozliczenie osób. Taka forma ogranicza szczerość, dlatego uczestnicy zaczynają bronić swoich decyzji zamiast mówić o rzeczywistych trudnościach. Równie nieużyteczne jest skupienie się wyłącznie na porażkach. Analiza powinna pokazać także, które praktyki, decyzje i rozwiązania warto powtórzyć.

Bezpieczeństwo psychologiczne nie oznacza braku odpowiedzialności. Oznacza możliwość opisania problemu bez obawy, że samo zgłoszenie błędu zostanie potraktowane jako powód do ukarania.

Spotkanie powinno zakończyć się krótką listą priorytetów, a nie katalogiem kilkudziesięciu ogólnych zaleceń. Lepiej wdrożyć kilka jasno opisanych zmian i sprawdzić ich działanie niż stworzyć obszerny dokument, do którego nikt później nie wróci.

Post-mortem projektu jest więc elementem zamknięcia prac i źródłem wiedzy dla kolejnych zespołów. Jego wartość nie wynika z samego spotkania, lecz z połączenia szczerej rozmowy, kultury no-blame, dobrej dokumentacji i rzeczywistego wykorzystania ustalonych zmian.