Tworzenie raportów z analiz post-mortem

Analizę post-mortem można podzielić na dwa odrębne artefakty: spotkanie, na którym omawiany jest incydent, oraz raport z analizy post-mortem powstały jako wynik tego spotkania.

Te dwa rodzaje aktywności, czyli spotkanie oraz raport, często są zamiennie określane mianem „analizy post-mortem”. Posługując się tym pojęciem, ludzie mogą mieć na myśli jeden z tych elementów lub obydwa.

Chcesz zacząć od szablonu analizy post-mortem? Zapoznaj się z naszymi szablonami analizy post-mortem.

Jest jednak różnica między spotkaniem post-mortem a pisemnym raportem z analizy post-mortem.

W Atlassian pod pojęciem analizy post-mortem lub analizy post-mortem incydentu rozumiemy zasadniczo cały proces analizowania incydentu, obejmujący:

• Prowadzenie spotkania post-mortem dotyczącego incydentu.
• Zarejestrowanie zgromadzonych informacji oraz działań podjętych w trakcie spotkania.
• Uzyskanie zgody na podjęcie kolejnych kroków i poinformowanie o wynikach spotkania.

Więcej informacji na temat sposobów zarządzania analizami post-mortem w Atlassian znajdziesz w naszym Podręczniku zarządzania incydentami.

Składniki dobrego raportu z analizy post-mortem incydentu

Precyzyjne i spójne polecenia

Dobry raport powinien opierać się na czytelnej i spójnej strukturze ramowej. Skuteczne zespoły przeprowadzają każdą analizę post-mortem w oparciu o szablon, w którym uczestnicy odpowiadają na zbiór pytań lub poleceń.

Dzięki temu nie zapomina się o najważniejszych szczegółach. Pozwala to również uspójnić incydenty i pomaga zespołowi w identyfikowaniu wzorców, trendów oraz możliwości poprawy. Taka struktura ramowa może podlegać iteracjom i można ją z czasem ulepszać, jednak wszelkie wprowadzane zmiany powinny być celowe.

Bogactwo szczegółów i danych

Pola w dokumentacji analizy post-mortem nie są miejscami, w których można pomijać szczegóły lub pobieżnie opisywać zdarzenia. W tych miejscach należy podać bardzo szczegółowe i konkretne informacje. Nie pisz, że wystąpił skok w natężeniu ruchu, tylko podaj wskaźnik, który się zmienił oraz wartość jego zmiany. Nie pisz, że zespół był zdezorientowany, tylko zamieść konkretny cytat z historii czasu, w którym ktoś wyraził konsternację.

Inkluzywny i wolny od wskazywania winnych język

Podobnie jak wiele zespołów, w Atlassian praktykujemy analizy post-mortem bez wskazywania winnych. Ważne, aby spotkaniu i analizie incydentu nie towarzyszyło szukanie winnych. To samo dotyczy również treści raportu. Należy unikać sformułowań wskazujących konkretne osoby lub obarczających je winą.