Czym jest retrospektywa post-mortem?
Retrospektywa post-mortem to przegląd incydentu, projektu lub wydania po jego zakończeniu, prowadzony bez szukania winnych. Zespół ustala, co się stało, dlaczego tak się stało i co trzeba zmienić, żeby ten sam problem nie wrócił. Sprawdza się przy incydentach produkcyjnych i awariach, ale równie dobrze przy niedotrzymanym terminie czy zamknięciu dużej inicjatywy. Tablica ma cztery kolumny. „Przyczyny źródłowe” zaczynają się od osi czasu: zespół opisuje, co się wydarzyło i kiedy, zanim ktokolwiek zacznie to analizować, dzięki czemu wszyscy pracują na tych samych faktach. „Co poszło dobrze?” zbiera to, co pomogło, na przykład alerty, które szybko zadziałały, albo skuteczny rollback. „Co poszło źle?” obejmuje luki i tarcia, które pogorszyły sytuację. „Działania do podjęcia” zamieniają dyskusję w konkretne poprawki z przypisaną osobą i terminem. W TeamRetro wszyscy dodają obserwacje jednocześnie, grupują powiązane ze sobą, głosują na problemy o największym wpływie i przypisują działania następcze, zanim spotkanie się skończy. Post-mortemy bez szukania winnych to standardowa praktyka w inżynierii niezawodności (SRE) i zarządzaniu incydentami. Gdy zespół traktuje awarię jako informację o systemie, a nie jako czyjąś winę, ludzie opowiadają, co naprawdę się wydarzyło, i właśnie w ten sposób odkrywa się słabe punkty procesu. Zachowaj podsumowanie, a następnym razem, gdy zepsuje się coś podobnego, będziesz mieć zapis, do którego można wrócić.
Format retrospektywy post-mortem
Przyczyny źródłowe
Jak opisałbyś przebieg wydarzeń w czasie?
Zanim zaczniecie analizę, zbudujcie wspólny, oparty na faktach opis incydentu lub projektu. Poproś zespół o ułożenie wydarzeń po kolei, z naciskiem na to, co się stało i kiedy, a nie na to, kto co zrobił. Uzgodnienie osi czasu na początku zapobiega nieporozumieniom i daje wszystkim ten sam punkt wyjścia do szukania przyczyn.
Co poszło dobrze?
Co zadziałało i pomogło nam skutecznie zareagować?
Nawet przy złym incydencie zwykle jest coś, co warto zachować. Wykorzystaj tę kolumnę, żeby nazwać działania, narzędzia i decyzje, które pomogły, tak aby zespół wiedział, co robić dalej. Zaczynanie od tego, co zadziałało, rozładowuje też część napięcia przed dalszą rozmową.
Co poszło źle?
Gdzie coś się posypało lub zawiodło?
Ta kolumna obejmuje problemy, luki i tarcia, które pogorszyły incydent lub jego skutki. Skupiaj dyskusję na procesach i systemach, a nie na osobach, i przypominaj zespołowi, że celem jest nauka. Szukaj luk, przez które kilka rzeczy mogło pójść źle naraz, takich jak brak monitoringu czy niejasna ścieżka eskalacji.
Działania do podjęcia
Co zrobimy, żeby zapobiec temu w przyszłości?
Zamień dyskusję w konkretne usprawnienia, każde z przypisaną osobą i terminem. Dbaj o to, żeby były na tyle realistyczne, by dało się je faktycznie zrealizować. Na początek listy wstaw zmiany, które najskuteczniej zapobiegną powtórce.
Kiedy należy skorzystać z niniejszego przeglądu retrospektywnego
- Po incydencie produkcyjnym lub awarii, aby zrozumieć przyczynę i zapobiec jej powtórzeniu
- Po zakończeniu dużego projektu lub wydania, aby zebrać wnioski, póki szczegóły są świeże
- Gdy termin nie został dotrzymany lub inicjatywa nie spełniła oczekiwań, a zespół potrzebuje szczerego przeglądu
- Gdy ten sam problem wciąż powraca i chcesz znaleźć jego prawdziwą przyczynę
- Gdy chcesz, żeby Twoje zespoły traktowały porażki jako okazję do nauki, a nie powód do szukania winnych
Proponowane pytania lodołamacze
- Jaka była Twoja najbardziej pamiętna wpadka, z której wyniosłeś świetną lekcję?
- Gdyby ten incydent był filmem, jaki miałby tytuł?
Czy chciałby Pan/Pani, aby Państwa zespół wykonał ćwiczenie rozgrzewkowe, a nie tylko odpowiadał na pytania na głos? Przejrzyj bezpłatne lodołamacze →
Pomysły i wskazówki dotyczące spotkania retrospektywnego
- Zaznacz na samym początku, że sesja odbywa się bez szukania winnych, żeby ludzie czuli się bezpiecznie, opowiadając, co naprawdę się stało
- Zbudujcie wspólną, opartą na faktach oś czasu, zanim ktokolwiek zacznie analizować
- Użyj metody 5 Why, żeby przejść od objawów do faktycznej przyczyny
- Każde działanie musi mieć przypisaną osobę i termin, inaczej nie zostanie zrealizowane
- Zaproś osoby, które brały udział w zdarzeniu, ale utrzymaj grupę na tyle małą, żeby rozmowa była skupiona
- Spisz wnioski i na kolejnych sesjach sprawdzaj wcześniejsze działania, żeby upewnić się, że poprawki się utrzymały