#98 Postmortem bez traženja krivca (Postmortem bez upiranja prstom)

1. Naziv metode

Post-mortem bez okrivljavanja (post-mortem bez dodjeljivanja krivnje)

2. Alternativni nazivi

Pregled incidenta, pregled nakon incidenta

3. Kratak opis

Ovo je specifična vrsta sastanka za iznošenje naučenih lekcija koji se održava nakon neočekivanog kvara ili incidenta (npr. prekida rada sustava). Ključni princip je da se analiza usredotočuje na utvrđivanje sustavnih i procesnih uzroka neuspjeha, a ne na pronalaženje krivca. Temelji se na uvjerenju da ljudi griješe, ali da uzrok leži u manjkavim sustavima, a ne u zloj namjeri.

4. Svrha / Kada koristiti

Prvenstveno se koristi u IT i tehnološkim tvrtkama (popularizirano od strane Google SRE) nakon svakog značajnog incidenta. Cilj je maksimizirati učenje, spriječiti ponovnu pojavu istih grešaka i poticati kulturu psihološke sigurnosti.

5. Postupak / Kako ga primijeniti

1. Sazovite sastanak što je prije moguće nakon incidenta, dok su sjećanja još svježa.
2. Započnite s "Glavnom direktivom" (kao u retrospektivi) kako biste uspostavili sigurno okruženje.
3. Izradite vremensku crtu događaja: detaljno i činjenično rekonstruirajte što se dogodilo, tko je što učinio i kakav je bio utjecaj. Usredotočite se na "što", a ne na "tko".
4. Analizirajte uzroke: Koristite tehnike poput "pet zašto" kako biste otkrili temeljne uzroke (npr. nedostatak nadzora, nejasni postupci, tehnički dug).
5. Definirajte korake za djelovanje: Izradite specifične, mjerljive korektivne mjere usmjerene na poboljšanje sustava (npr. "Dodajte upozorenje o iskorištenosti CPU-a", "Poboljšajte dokumentaciju za krizne situacije"). Dodijelite odgovorne osobe i rokove.
6. Podijelite izvješće: Konačno post-mortem izvješće dijeli se javno unutar organizacije kako bi drugi mogli učiti iz njega.

6. Praktičan primjer

Nakon prekida rada e-trgovine, tim se sastaje na postmortem analizu bez traženja krivaca. Otkrivaju da je prekid uzrokovao neispravan kod koji je implementirao novi kolega. Umjesto da okrive novajliju, pitaju: "Zašto je naš sustav dopustio da grešni kod dospije u produkciju?" Identificiraju temeljne uzroke: nedostatak automatiziranog testiranja i izostanak procesa pregleda koda za mlađe programere. Akcijske točke usmjerene su na poboljšanje tih procesa.

7. Prednosti

- Potiče kulturu psihološke sigurnosti i povjerenja.
- Potiče iskrenost i brže rješavanje problema (ljudi se ne boje priznati svoje pogreške).
- Vodi do robusnijih i otpornijih sustava.
- Maksimizira učenje iz pogrešaka.

8. Rizici / Ograničenja

- Zahtijeva apsolutnu predanost uprave načelu "bez okrivljavanja". Svaki nagovještaj igre okrivljavanja uništit će povjerenje.
- Može se zloupotrijebiti kao izgovor za nemar ako se ne razumije ispravno. Ne radi se o nedostatku odgovornosti, već o usmjeravanju na sustavnu odgovornost.

9. Praktični savjeti

- Držite istragu incidenta odvojeno od rješavanja kadrovskih pitanja, ako je to apsolutno nužno.
- Automatizirajte izradu kronologije iz dnevnika i komunikacijskih alata.
- Usredotočite se na "čimbenike koji su doprinijeli" umjesto na jedini "koren uzroka", jer složeni propusti rijetko imaju samo jedan uzrok.