Szablony retrospektywne do analizy po zakończeniu projektu

Gdy projekt, incydent lub wdrożenie dobiegają końca – zwłaszcza jeśli nie przebiegły zgodnie z planem – analiza podsumowująca pozwala przekształcić trudne doświadczenie w trwałe usprawnienia. Niniejsze szablony pomogą Państwa zespołowi przeprowadzić analizę przyczyn źródłowych, ustalić, co się wydarzyło i dlaczego, bez obwiniania kogokolwiek, oraz uzgodnić konkretne zmiany, które zapobiegną powtórzeniu się tej samej porażki.

Retrospektywa post-mortem
Wyciągnij wnioski z incydentu bez szukania winnych.
Retrospektywa reagowania na incydenty
Wyciągaj wnioski z każdego incydentu, zanim nadejdzie następny
- operations
- management
Retrospektywa po premierze
Wyciągnij wnioski z tej premiery, zanim zaplanujesz następną.
Retrospektywa podsumowująca projekt
Podsumujcie zakończony projekt i przenieście wnioski dalej.
Retrospektywa Fishbone (Ishikawa)
Prześledź problem zespołu aż do jego przyczyn źródłowych
Retrospektywa W głąb króliczej nory
Podążaj za jednym problemem aż do jego źródła.
Retrospektywa Cyber Security Ops
Przeanalizuj z zespołem bezpieczeństwa incydenty, zabezpieczenia i luki.
Retrospektywa procesu eskalacji
Przeanalizuj, jak obsłużono ostatnie eskalacje, i usuń luki.
- customerSupport
- operations
- management
Retrospektywa Prime Directive Norma Kertha – cztery oryginalne pytania
Cztery pytania Norma Kertha, poprzedzone Prime Directive.

Najczęściej zadawane pytania

What makes a post-mortem blameless?

A blameless post-mortem focuses on the systems, decisions, and conditions that led to a failure rather than on individuals, so people speak openly and the real root causes come to light.

What should come out of a post-mortem?

A clear timeline of what happened, the underlying root causes, and a short set of specific, owned actions that make the same failure far less likely to recur.