Wróć do: Zarządzanie projektami

Szablony Premortem

Przewiduj przyszłość, wyobrażając sobie porażkę. Skorzystaj z szablonu Premortem, by przeprowadzić burzę mózgów nad wszystkim, co może pójść nie tak przed uruchomieniem — dzięki temu zespół zbuduje zabezpieczenia i zapobiegnie katastrofom, zanim się wydarzą.

Szablony: 6

Więcej

Czym jest szablon Premortem?

A szablon Premortem to uporządkowana przestrzeń robocza służąca do identyfikowania "ślepych punktów" przed rozpoczęciem projektu. Spopularyzowane przez psychologa Gary'ego Kleina ćwiczenie odwraca tradycyjne pytanie "Co może pójść nie tak?" w definitywne stwierdzenie: "Jest rok później i ten projekt jest katastrofą. Co się stało?" Ta zmiana poznawcza omija "Overconfidence Bias" i "Groupthink", 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ół czuje się bezpiecznie, by być "brutalnie szczerym." Zanim rozpoczniesz sesję w Miro, przeprowadź te trzy eksperckie "kontrole":

1. Audyt "Prospective Hindsight"

Audyt: Czy twój zespół po prostu wypisuje „ryzyka” jak standardowy dziennik RAID? Rozwiązanie: Skontroluj pod kątem Imagined Certainty. Profesjonalny szablon zmusza zespół do zaczynania od końca. Zamiast mówić „Konkurent może wprowadzić produkt”, muszą 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 „Spectacular Failure”

Audyt: Czy „porażki”, które wskazuje zespół, są zbyt drobne lub łatwe do naprawienia? Rozwiązanie: Skontroluj pod kątem Scale. Zachęć zespół do wyobrażenia sobie „Total Catastrophe” — procesów sądowych, 90% odpływu klientów lub całkowitego kryzysu marki. Kiedy wyobrazisz sobie ogromną porażkę, odkrywasz systemowe słabości (np. „Nasza architektura serwerów nie poradzi sobie z 2x ruchem”), które umykały małoskalowemu myśleniu o ryzyku.

3. Zabezpieczenie "Anti-Groupthink"

Audyt: Czy kierownik projektu lub lider "broni" projektu podczas burzy mózgów? Rozwiązanie: Audyt pod kątem Niezależnej burzy mózgów. Użyj "Silent Writing" przez pierwsze 10 minut. Wszyscy muszą indywidualnie zapisać swoją "Reason for Failure" przed podzieleniem się nią. Dzięki temu młodszy programista, który zauważy techniczny błąd, nie zostanie onieśmielony optymizmem starszego menedżera i nie zamilknie.

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

Wybierz strukturę dopasowaną do złożoności Twojego projektu:

  • The Basic Pre-mortem Canvas:

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

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

  • The "Trio of Trouble" Template:

    • Najlepsze dla: strategicznych zmian biznesowych.

    • Kategorie: Podziel przyczyny niepowodzenia na Techniczne (nie działało), Rynkowe (nikt tego nie chciał) i Operacyjne (nie mogliśmy tego obsłużyć).

  • The "Post-It" Grave-Site:

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

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

Kluczowe elementy szablonu pre-mortem

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

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

  • Potencjalne przyczyny: Surowa lista wszystkich możliwych powodów niepowodzenia.

  • Nadciągające zagrożenia: Lista priorytetowa 3–5 ryzyk, które są najbardziej prawdopodobne i najbardziej szkodliwe.

  • Roadmapa działań zapobiegawczych: Konkretne zadania dodane do obecnego planu projektu, mające zapobiec wyobrażonemu niepowodzeniu.

  • Wskaźniki „czerwonej flagi”: Lista „wcześnych oznak ostrzegawczych” (np. „Jeśli do 2. miesiąca nie osiągniemy 1 000 użytkowników, idziemy w stronę porażki”).

Typowe pułapki w przeprowadzaniu pre-mortem

  • Ćwiczenie "odhaczenia": Robienie tego, ponieważ procedura tego wymaga, ale bez faktycznej zmiany planu projektu.

    • Rozwiązanie: Każda "Przyczyna niepowodzenia" musi skutkować Zadaniem. Jeśli stwierdzisz, że "Brak dokumentacji" pogrzebał projekt, musisz wyznaczyć kogoś do spisania dokumentacji w tym tygodniu.

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

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