Przyczyny źródłowe

Jak opisałbyś oś czasu wydarzeń?

Wdrożenie zostało opublikowane o 14:20, a pierwsze alerty o błędach pojawiły się około osiem minut później.
Klienci zaczęli zgłaszać problemy z logowaniem, zanim wychwycił to nasz monitoring.
Wycofaliśmy zmiany o 15:05, ale wyczyszczenie pamięci podręcznej zajęło kolejne 20 minut.
Co poszło dobrze?

Co zadziałało i pomogło nam skutecznie zareagować?

Nasz system alertów wychwycił skok błędów niemal natychmiast.
Zespół dołączył do rozmowy o incydencie w ciągu kilku minut i zachował spokój.
Posiadanie jasnej procedury wycofywania zmian zaoszczędziło nam dużo czasu.
Co poszło źle?

Gdzie sprawy się załamały lub zawiodły?

Nie mieliśmy zautomatyzowanego testu obejmującego tę ścieżkę konfiguracji.
Monitoring nie obejmował zależności, która faktycznie zawiodła.
Ścieżka eskalacji była niejasna, więc odpowiednie osoby zostały wezwane zbyt późno.
Działania do podjęcia

Co zrobimy, aby zapobiec temu w przyszłości?

Dodać zautomatyzowane testy obejmujące zmianę konfiguracji, która spowodowała awarię.
Zaktualizować instrukcję obsługi i zweryfikować kroki wycofywania zmian w przyszłym tygodniu.
Wprowadzić piątkowe zamrożenie wdrożeń dla zmian wysokiego ryzyka.

Czym jest retrospektywa Post-Mortem

Retrospektywa post-mortem daje zespołom uporządkowany, wolny od obwiniania sposób na przeanalizowanie incydentu, projektu lub wydania po jego zakończeniu oraz uchwycenie dokładnie tego, co się wydarzyło, dlaczego się wydarzyło i co należy zmienić. Zamiast wskazywać winnych, skupiamy się na zrozumieniu osi czasu wydarzeń, ujawnieniu czynników, które się do nich przyczyniły, i przełożeniu tych spostrzeżeń na konkretne działania, które zapobiegną powtórzeniu się tych samych problemów. Sprawdza się równie dobrze w przypadku incydentów i awarii inżynieryjnych, niedotrzymanych terminów, jak i zamknięcia dużej inicjatywy. Format prowadzi uczestników przez wspólną rekonstrukcję wydarzeń, szczere spojrzenie na to, co poszło dobrze, a co źle, analizę przyczyn źródłowych, a na koniec zestaw uzgodnionych usprawnień z jasno przypisaną odpowiedzialnością. Dokumentując wszystko w jednym miejscu, zespół buduje pamięć instytucjonalną, do której może wracać i uczyć się z niej z biegiem czasu. Przeprowadzenie sesji w TeamRetro pozwala wszystkim być na bieżąco w czasie rzeczywistym, ułatwia grupowanie powiązanych obserwacji, priorytetyzację najistotniejszych problemów oraz przydzielanie działań następczych jeszcze przed zakończeniem spotkania. Prawdziwa wartość post-mortem tkwi w jego zaangażowaniu w bezpieczeństwo psychologiczne i ciągłe doskonalenie. Gdy zespoły traktują porażkę jako dane, a nie jako winę, odkrywają systemowe słabości, wzmacniają procesy i szybciej reagują następnym razem. Spopularyzowany przez praktyki niezawodności witryn i zarządzania incydentami w firmach takich jak Google, bezwinny post-mortem stał się niezbędnym rytuałem dla zespołów osiągających wysokie wyniki, które chcą stawać się silniejsze z każdym wydarzeniem.

Format retrospektywy Post-Mortem

Przyczyny źródłowe

Jak opisałbyś oś czasu wydarzeń?

Ten temat ustanawia wspólny, oparty na faktach opis incydentu lub projektu, zanim rozpocznie się jakakolwiek analiza. Zachęć zespół do obiektywnego przedstawienia sekwencji wydarzeń, skupiając się na tym, co się wydarzyło i kiedy, a nie kto co zrobił. Zbudowanie tej wspólnej osi czasu w pierwszej kolejności zapobiega nieporozumieniom i daje wszystkim ten sam punkt wyjścia do głębszej rozmowy.

Co poszło dobrze?

Co zadziałało i pomogło nam skutecznie zareagować?

Nawet podczas trudnych incydentów zwykle są rzeczy warte uczczenia i utrwalenia. Wykorzystaj ten temat do podkreślenia zachowań, narzędzi i decyzji, które pomogły, aby zespół wiedział, co kontynuować. Uchwycenie pozytywów równoważy też rozmowę i utrzymuje zdrowe morale.

Co poszło źle?

Gdzie sprawy się załamały lub zawiodły?

Ten temat ujawnia problemy, luki i punkty tarcia, które przyczyniły się do incydentu lub złego wyniku. Utrzymuj konstruktywny ton i skup się na procesach i systemach, a nie na poszczególnych osobach. Zachęcaj do szczerości, przypominając zespołowi, że celem jest nauka, a nie obwinianie.

Działania do podjęcia

Co zrobimy, aby zapobiec temu w przyszłości?

Przekształć dyskusję w konkretne, przypisane i określone w czasie usprawnienia. Upewnij się, że każde działanie ma jasno wskazanego właściciela i jest na tyle realistyczne, aby faktycznie można je było ukończyć. Priorytetowo traktuj zmiany, które będą miały największy wpływ na zapobieganie powtórzeniu się sytuacji.

Kiedy stosować tę retrospektywę?

  • Po incydencie produkcyjnym lub awarii, aby zrozumieć przyczynę i zapobiec jej ponownemu wystąpieniu.
  • Przy zamknięciu dużego projektu lub wydania, aby uchwycić wyciągnięte wnioski, póki szczegóły są świeże.
  • Gdy termin został niedotrzymany lub inicjatywa nie spełniła oczekiwań, a zespół potrzebuje szczerego przeglądu.
  • Gdy powtarzający się problem ciągle powraca i chcesz dotrzeć do jego prawdziwej przyczyny źródłowej.
  • Aby zbudować kulturę bezwinnej nauki i ciągłego doskonalenia w zespołach.

Sugerowane pytania dotyczące lodołamaczy

  • Jaki jest najbardziej pamiętny moment 'ups', który zamienił się w świetną lekcję?
  • Gdyby ten incydent był tytułem filmu, jak byś go nazwał?

Pomysły i wskazówki dotyczące spotkania retrospektywnego

  • Ustal bezwinny ton od samego początku, aby ludzie czuli się bezpiecznie, dzieląc się tym, co naprawdę się wydarzyło.
  • Zbuduj wspólną, opartą na faktach oś czasu przed przejściem do analizy, aby wszyscy byli zgrani.
  • Użyj metody Pięciu Razy Dlaczego, aby przebić się przez objawy i odkryć prawdziwe przyczyny źródłowe.
  • Spraw, aby każde działanie było konkretne, przypisane i określone w czasie, tak aby realizacja faktycznie nastąpiła.
  • Zaproś odpowiednią mieszankę osób zaangażowanych, ale utrzymaj grupę na tyle małą, aby zachować skupienie.
  • Udokumentuj wynik i wracaj do wcześniejszych działań na kolejnych sesjach, aby potwierdzić, że poprawki się utrwaliły.

Często zadawane pytania

Czym jest bezwinny post-mortem?
Bezwinny post-mortem skupia się na zrozumieniu systemów, procesów i okoliczności, które doprowadziły do incydentu, a nie na przypisywaniu winy poszczególnym osobom. Takie podejście zachęca do szczerości i ujawnia prawdziwe przyczyny źródłowe, aby zespół mógł je naprawić.
Kiedy przeprowadzić retrospektywę post-mortem?
Przeprowadź ją po znaczącym incydencie, awarii, niedotrzymanym terminie lub po ukończeniu dużego projektu. Jest najskuteczniejsza, gdy odbywa się wkrótce po wydarzeniu, póki szczegóły i kontekst są jeszcze świeże.
Ile trwa retrospektywa post-mortem?
Większość post-mortemów trwa od 60 do 90 minut, w zależności od złożoności incydentu. Zarezerwuj dodatkowy czas na dokładną analizę przyczyn źródłowych i uzgodnienie jasnych działań.
Czym post-mortem różni się od retrospektywy sprintu?
Retrospektywa sprintu przegląda określony okres pracy i proces zespołowy, podczas gdy post-mortem koncentruje się na konkretnym incydencie lub wydarzeniu, kładąc nacisk na rekonstrukcję osi czasu i analizę przyczyn źródłowych.
Kto powinien uczestniczyć w retrospektywie post-mortem?
Uwzględnij osoby bezpośrednio zaangażowane w incydent lub projekt, wraz z interesariuszami, którzy mogą wnieść kontekst lub objąć działania następcze. Utrzymuj grupę na tyle skupioną, aby każdy mógł brać znaczący udział.
Jak zapobiec temu, by post-mortem zamienił się w grę w obwinianie?
Z góry ustal oczekiwania, że sesja jest bezwinna, skup rozmowę na procesach i systemach, a nie na ludziach, oraz traktuj błędy jako okazje do nauki. Neutralny facylitator może pomóc utrzymać konstruktywny ton.

Są Państwo nowicjuszami w retrospektywach? Proszę przeczytać nasz przewodnik na temat prowadzenia retrospektywy →