Wróć do: Zarządzanie projektami

Szablony Premortem

Przewidź przyszłość, wyobrażając sobie porażkę. Użyj szablonu Premortem, aby przeprowadzić burzę mózgów dotyczących wszystkiego, co może pójść nie tak przed startem, dzięki czemu zespół będzie w stanie stworzyć zabezpieczenia i zapobiec katastrofom, zanim się wydarzą.

Szablony: 6

Czym jest szablon premortem?

A szablon premortem to uporządkowana przestrzeń robocza służąca do identyfikowania "ślepych punktów" zanim projekt się rozpocznie. Upowszechnione przez psychologa Gary'ego Kleina, ćwiczenie odwraca tradycyjne pytanie "Co może pójść nie tak?" w jedno zdecydowane stwierdzenie: "Jest rok od teraz i ten projekt to katastrofa. Co się stało?" Ta zmiana poznawcza omija "błąd nadmiernej pewności siebie" i "myślenie grupowe", które często uciszają sceptyków w sali pełnej optymistów.

Audyt "Fail-Safe": 3 sposoby na ujawnienie ukrytych zagrożeń

Pre-mortem jest skuteczny tylko wtedy, gdy zespół może być "brutalnie szczery". Zanim rozpoczniesz sesję w Miro, przeprowadź te trzy eksperckie "kontrole":

1. Audyt "Prospective Hindsight"

Kontrola: Czy twój zespół po prostu wymienia "Ryzyka" jak w standardowym RAID logu? Rozwiązanie: Przeprowadź audyt pod kątem Wyobrażonej pewności. Profesjonalny szablon zmusza zespół do zaczynania od końca. Zamiast mówić "Konkurent może wprowadzić produkt," powinni stwierdzić "Konkurent wprowadził lepszą wersję za połowę ceny." Traktując porażkę jako fakt historyczny, mózg znacznie lepiej odnajduje realistyczną ścieżkę, która do niej doprowadziła.

2. Test "Spektakularnej porażki"

Kontrola: Czy "Porażki", które identyfikuje twój zespół, są zbyt małe lub zbyt łatwe do naprawienia? Rozwiązanie: Przeprowadź audyt pod kątem Skali. Zachęć zespół, by wyobraził sobie "Całkowitą katastrofę"—sprawy sądowe, 90% utraty klientów lub całkowity kryzys marki. Kiedy wyobrazisz sobie ogromną porażkę, odkrywasz słabości systemowe (np. "Nasza architektura serwerowa nie poradzi sobie z ruchem 2x większym"), których rozważanie małych ryzyk nie wykrywa.

3. Zabezpieczenie przed grupowym myśleniem

Audyt: Czy kierownik projektu lub lider "broni" projektu podczas burzy mózgów? Rozwiązanie: Przeprowadź audyt pod kątem Niezależnej burzy mózgów. Użyj "Cichego pisania" przez pierwsze 10 minut. Każdy musi indywidualnie zapisać swój "Powód niepowodzenia" zanim się podzieli. Dzięki temu młodszy programista, który zauważy błąd techniczny, nie zamilknie z powodu optymizmu starszego menedżera.

Struktury strategiczne: którego szablonu pre-mortem potrzebujesz?

Wybierz strukturę, która odpowiada złożoności twojego projektu:

  • Podstawowa plansza pre-mortem:

    • Najlepsze dla: małych zespołów lub wdrożeń funkcji.

    • Przebieg: 1. Wyobraź sobie porażkę, 2. Przeprowadź burzę mózgów w celu znalezienia przyczyn, 3. Skonsoliduj, 4. Zaplanuj działania zapobiegawcze.

  • The "Trio of Trouble" Template:

    • Najlepsze dla: strategicznych zmian w biznesie.

    • The Categories: Grupuj przyczyny porażki na Technical (nie działało), Market (nikt tego nie chciał) oraz Operational (nie byliśmy w stanie tego obsłużyć).

  • The "Post-It" Grave-Site:

    • Najlepsze dla: wizualizacji "End of the Project".

    • The Goal: Dosłownie narysować "Tombstone" dla projektu i zapisać na nim "Cause of Death", aby przerwać emocjonalne przywiązanie do pomysłu.

Kluczowe elementy szablonu Pre-mortem

Skuteczna tablica Pre-mortem wymaga tych pięciu podstawowych elementów:

  • Scenariusz katastrofy: Obrazowy opis przyszłego, nieudanego stanu.

  • Przyczyny kandydujące: Surowa lista wszystkich potencjalnych powodów porażki.

  • „Nadciągające” zagrożenia: Lista priorytetowa 3–5 najprawdopodobniejszych i najgroźniejszych ryzyk.

  • Roadmapa działań zapobiegawczych: Konkretne zadania dodane do aktualnego planu projektu, aby zapobiec wyobrażonej porażce.

  • Wskaźniki „czerwonej flagi”: Lista „wcześnych sygnałów ostrzegawczych” (np. „Jeżeli do 2. miesiąca nie osiągniemy 1 000 użytkowników, jesteśmy na drodze do porażki”).

Typowe pułapki w sesjach pre-mortem

  • Ćwiczenie "odhaczenia": Robienie tego, bo proces tak nakazuje, ale bez rzeczywistej zmiany planu projektu.

    • Rozwiązanie: Każdy "Powód niepowodzenia" musi skutkować zadaniem do wykonania. Jeśli ustalisz, że "Brak dokumentacji" zabił projekt, musisz wyznaczyć kogoś do napisania dokumentacji w tym tygodniu.

  • Postawa obronna: Poczucie, że pre-mortem to "atak" na wizję projektu.

    • Rozwiązanie: Przedstaw to jako "Ostateczny akt wsparcia." Zespół, który przeprowadza pre-mortem, dba bardziej o rzeczywisty sukces projektu niż o własny komfort.