gezel Gezel Handboek

Incident Postmortem

Write a blameless incident postmortem after a production outage or degradation — a structured, factual document covering the impact, a precise timeline (detection → diagnosis → mitigation → resolution), the root cause and contributing factors via a five-whys analysis, what went well and what went poorly, and concrete, owned, dated action items that prevent recurrence. A researcher assembles the verified timeline and evidence from logs/alerts/chat, a copywriter writes the blameless narrative and root-cause analysis, and a reviewer checks the timeline is accurate, the analysis reaches a true root cause, and every action item is specific and owned. Use this for outage retrospectives, severity-incident reviews, and any 'what happened and how do we prevent it' writeup.

How it runs

#StepWho runs itWhat happens
1Assemble the timelineResearcherbuild a verified, timestamped factual timeline
2Write the postmortemCopywriterblameless narrative, root-cause, and owned action items
3Review for accuracy and blamelessnessReviewercheck root cause, timeline fidelity, and action quality
4EvaluateReviewerGrade the deliverable against every acceptance criterion. All pass → finish; any fail → loop back and fix the gap.
5FinishDeveloperAll acceptance criteria met. Stamp a short summary and report DONE.

Say something like "write a postmortem" or "incident retrospective" or "outage writeup" or "root cause analysis" or "post-incident review" in chat to start it.

Watch this article as a slideshow