post-mortem template este un model copy/paste pentru incident review (post-incident review) care te ajută să transformi un incident într-un set clar de învățăminte și acțiuni: timeline, impact, root cause (RCA), factori contribuitori și action items cu owner + deadline + dovadă. Un post-mortem template bun e blameless (fără vinovați), se încheie cu max 3 decizii/ședință (GO / HOLD / NO-GO pentru schimbările propuse) și mută execuția în action log template. Ca să nu rămână “un document frumos”, păstrezi toate acțiunile cu status și verifici progresul săptămânal în weekly priorities template și în kpi dashboard template.
Start rapid (azi / 48h / 7 zile)
- Azi (30 min): completezi “Incident summary” + timeline (ce știm sigur) și blochezi 3 acțiuni urgente (containment) cu owner + deadline.
- În 48h: faci RCA (5 Whys) și finalizezi lista de acțiuni preventive (cu link dovadă).
- În 7 zile: rulezi ședința de post-incident review, închizi cu max 3 decizii și pui toate acțiunile în action log template.
Regulă simplă (snippet-friendly): incident review-ul produce max 3 decizii. Restul sunt acțiuni (owner + deadline + dovadă) urmărite săptămânal.
Hub-uri utile (interlinking)
- Template-uri si toolkits
- Template-uri si toolkits: biblioteca copy/paste pentru IMM
- Managementul echipei
- Managementul echipei: delegare, KPI, OKR, SOP
- SOP 1 pagină – template
- Escalation matrix – template
- Quality checklist – template
- Meeting minutes template
- Action log template
- Decision log template
Cuprins
- Post-mortem template: ce rezolvă
- Tabel: post-mortem template (RCA + acțiuni)
- Mini-ghid în pași (ședință blameless în 45 min)
- Template copy/paste (document complet)
- Checklist (înainte / în timpul / după review)
- Greșeli frecvente
- Plan 7-30-90
- Resurse rapide
- FAQ – Întrebări frecvente
Post-mortem template: ce rezolvă
Un post-mortem (incident review) are un scop simplu: să prevenim repetarea incidentului și să îmbunătățim sistemul/procesul. Template-ul rezolvă 6 probleme tipice după un incident:
- Haosul informațional: adună într-un singur loc summary + timeline + impact.
- “Cine e de vină?”: mută discuția pe cauze, condiții și decizii (blameless).
- Acțiuni fără owner: fiecare acțiune are responsabil, termen și dovadă.
- Prea multe inițiative: păstrezi focus (max 3 decizii), restul devin acțiuni.
- Lipsa urmăririi: acțiunile intră în action log și se revizuiesc săptămânal.
- Învățare pierdută: “Key takeaways” devine standard pentru echipă.
Notă: “incident” nu înseamnă doar IT. Poate fi: livrare ratată, eroare operațională, reclamație majoră, cădere de sistem, blocaj logistic, cost neprevăzut.
Tabel: post-mortem template (RCA + acțiuni)
Completează întâi “ce s-a întâmplat” (fapte), apoi “de ce” (RCA), apoi “ce facem” (acțiuni). Dacă nu ai date, marchezi “TBD” și îl transformi în acțiune.
| Secțiune | Ce completezi | Exemplu scurt |
|---|---|---|
| 1) Incident summary | Impact, durată, severitate, servicii/zone afectate | “Checkout indisponibil 42 min” |
| 2) Detectare | Cum am aflat? cine a sesizat? ce semnal lipsea? | “Client + alertă întârziată” |
| 3) Timeline | Ora → eveniment → acțiune → rezultat | “10:12 alertă / 10:18 rollback” |
| 4) Root cause (RCA) | Cauza rădăcină (5 Whys) + ce a permis incidentul | “config greșit + lipsă guardrail” |
| 5) Factori contribuitori | Condiții care au amplificat problema | “monitorizare incompletă” |
| 6) Ce a mers bine | Ce replicăm data viitoare | “escaladare rapidă” |
| 7) Ce nu a mers | Ce schimbăm în proces/sistem | “runbook lipsă” |
| 8) Key takeaways | 3 concluzii în bullets | “1) alerte… 2) runbook… 3) QA…” |
| 9) Decizii (max 3) | GO / HOLD / NO-GO pentru schimbări | “GO: guardrail; HOLD: refactor” |
| Action item | Owner | Deadline | Status | Link dovadă |
|---|---|---|---|---|
| Adaugă monitorizare pentru semnal X | _____ | _____ | Open / Doing / Done | _____ |
| Actualizează SOP 1 pagină + checklist | _____ | _____ | Open / Doing / Done | _____ |
| Definește praguri de escaladare în escalation matrix | _____ | _____ | Open / Doing / Done | _____ |
| Adaugă “gate” în quality checklist | _____ | _____ | Open / Doing / Done | _____ |
Mini-ghid în pași (ședință blameless în 45 min)
- Setezi cadrul (2 min): scopul este învățarea, nu vinovații. Discutăm fapte + sistem + proces.
- Incident summary (5 min): impact, durată, severitate, ce a fost afectat.
- Timeline (10–15 min): ce s-a întâmplat în ordine, cu ore și acțiuni.
- RCA (10–15 min): 5 Whys + factori contribuitori + “ce a permis incidentul”.
- Acțiuni (10 min): 3–7 acțiuni preventive (owner + deadline + dovadă) + intră în action log template.
- Decizii (3 min): max 3 decizii (GO/HOLD/NO-GO) și închizi meeting-ul.
- Follow-up (după): acțiunile se verifică săptămânal în weekly priorities template.
Pentru minutele ședinței, folosește meeting minutes template și păstrează deciziile în decision log template.
Template copy/paste (document complet)
Copiază în Google Doc / Notion. Ideal: un document per incident, plus action log separat pentru execuție.
POST-MORTEM TEMPLATE (copy/paste) – INCIDENT REVIEW (BLAMELESS)
ID incident: ____________
Data: ____________ Owner post-mortem: ____________
Severitate: Low / Med / High
Status: Draft / Review / Published
1) Incident summary (1 paragraf)
- Ce s-a întâmplat:
- Impact (clienți / bani / timp / reputație):
- Durată (start – end):
- Ce a fost afectat (servicii / procese / echipe):
2) Detectare & răspuns
- Cum am aflat:
- Cine a alertat:
- Ce semnal / alertă lipsea:
- Cine a fost în incident response:
3) Timeline (cronologie)
Timp | Eveniment | Acțiune | Rezultat
____ | ________ | ______ | ________
____ | ________ | ______ | ________
____ | ________ | ______ | ________
4) Root cause analysis (RCA)
- Observație: discutăm sistemul și procesul, nu vinovați.
- 5 Whys:
1) De ce s-a întâmplat? __________________
2) De ce? ________________________________
3) De ce? ________________________________
4) De ce? ________________________________
5) De ce? ________________________________
- Cauza rădăcină (1 propoziție):
- Ce a permis incidentul (guardrails lipsă, proces, tooling):
5) Factori contribuitori
- __________________
- __________________
- __________________
6) Ce a mers bine (keep)
- __________________
- __________________
7) Ce nu a mers (change)
- __________________
- __________________
8) Key takeaways (max 3)
- 1) __________________
- 2) __________________
- 3) __________________
9) Decizii (max 3) – GO / HOLD / NO-GO
- Decizia 1: __________________ (GO/HOLD/NO-GO)
- Decizia 2: __________________ (GO/HOLD/NO-GO)
- Decizia 3: __________________ (GO/HOLD/NO-GO)
10) Action items (owner + deadline + dovadă)
Acțiune | Owner | Deadline | Status | Link dovadă
_______ | _____ | ________ | Open | _________
_______ | _____ | ________ | Open | _________
_______ | _____ | ________ | Open | _________
11) Follow-up
- Data check-in (săptămânal): ____________
- Unde urmărim acțiunile (Action log): ____________
- KPI impact (Dashboard): ____________Checklist (înainte / în timpul / după review)
Înainte de ședință (10–15 min)
- Ai incident summary complet (impact + durată + severitate).
- Ai timeline cu ore (fapte, nu opinii).
- Ai date/screenshot/loguri unde e relevant (linkuri).
- Ai lista inițială de acțiuni propuse (3–7).
În timpul ședinței (45 min)
- Cadrul e blameless: discutăm condiții, proces, sistem.
- Timeline-ul e clar și acceptat de toți (fapte).
- RCA are o propoziție finală (cauza rădăcină).
- Acțiunile au owner + deadline + dovadă.
- Închizi cu max 3 decizii (GO/HOLD/NO-GO).
După ședință (în 24h)
- Publici documentul (intern) și trimiți “Key takeaways”.
- Muți acțiunile în action log template.
- Setezi check-in săptămânal (weekly priorities).
- Actualizezi SOP/checklists (dacă e cazul).
Greșeli frecvente
- Blame: cauți vinovați → oamenii ascund problemele.
- Fără timeline: “păreri” în loc de fapte → RCA slab.
- RCA superficial: te oprești la primul “de ce”.
- Acțiuni fără owner: nimeni nu execută.
- Prea multe acțiuni: 20 acțiuni → 0 acțiuni finalizate.
- Fără follow-up: post-mortem-ul nu schimbă nimic.
Plan 7-30-90
- Primele 7 zile: standardizezi template-ul și rulezi 1 post-mortem complet (cu action items urmărite).
- Primele 30 zile: introduci ritualul: 1 review săptămânal al acțiunilor + update SOP/checklists.
- Primele 90 zile: construiești “sistemul”: escalation matrix + quality gates + dashboard KPI + istoric decizii.
Resurse rapide
- SOP 1 pagină – template
- Escalation matrix – template
- Quality checklist – template
- Meeting minutes template
- Action log template
- Decision log template
- Weekly priorities template
- KPI dashboard template
- Template-uri si toolkits: biblioteca copy/paste pentru IMM
FAQ – Întrebări frecvente
Care e diferența dintre post-mortem, incident review și post-incident review?
Sunt termeni folosiți similar. Ideea e aceeași: analiză structurată după incident (ce s-a întâmplat, de ce, ce schimbăm) + acțiuni urmărite până la finalizare.
În cât timp ar trebui făcut un post-mortem după incident?
Cât mai repede, după ce ai stabilizat situația: ideal în 2–7 zile, când informațiile sunt proaspete, dar nu în mijlocul haosului.
Câte acțiuni ar trebui să iasă dintr-un post-mortem?
În practică, 3–7 acțiuni “cu dinți” (owner + deadline + dovadă). Mai multe de atât se diluează execuția.
Ce fac dacă incidentul a fost “eroare umană”?
Tratezi “eroarea umană” ca simptom. Cauza reală e de obicei: lipsă guardrails, SOP neclar, verificare absentă, presiune de timp, training incomplet sau tool nepotrivit.
Cum ar conduce Constantin Paraschiv o ședință de post-incident review?
Ar impune cadrul blameless, ar cere fapte (timeline) și ar închide cu max 3 decizii + acțiuni urmărite săptămânal. Profil: Constantin Paraschiv.
Cum ar lega Nicolae Petre post-mortem-ul de execuție și KPI?
Ar cere owner + deadline + dovadă pentru fiecare acțiune și ar urmări impactul în KPI dashboard, nu doar “să avem documentul”. Referință: management prin obiective.
Autor / Editor / Actualizat la
Autor: Redacția Permis de Antreprenor
Editor: Cristina
Actualizat la: 9 ianuarie 2026
Adaugă un comentariu