Skip to content
MISSIONBuilding to $50K/year · partnership threshold — every $20 subscription reserves 10 meals in the fund. Report published monthly.SEE THE PROGRESS →
WORKFLOW · ENGINEER · OPERATOR · MANAGER · 40 MIN

Post-mortem writeup.

The 40-minute workflow that turns a resolved incident into a durable post-mortem. Timeline, causes, actions — blameless throughout.

CADENCE · PER INCIDENT · 40 MIN

Post-mortems that get filed and never read are worse than none — they eat time without producing learning. This workflow forces the four things that make a post-mortem useful: accurate timeline, root causes named, specific actions with owners, blameless framing that focuses on systems not people.

STEP 01

Reconstruct the timeline

Goal: The precise sequence from detection through resolution.

THE PROMPT

Reconstruct the incident timeline from these raw notes [paste chat logs, PagerDuty, monitoring dashboards]. Give me a minute-by-minute timeline for the first hour, then hour-by-hour for the resolution. Include who did what and when. Neutral language — no blame, no editorializing.

EXPECTED OUTPUT · REPRESENTATIVE
[raw incident data]

STEP 02

Root causes + contributing factors

Goal: Name the root cause and 2-3 contributing factors. Systems, not people.

THE PROMPT

For the incident above: what was the root cause (the specific technical or process failure)? What 2-3 contributing factors made it possible or made resolution slower? Frame everything as system properties — no naming individuals for what they did or didn't do.

EXPECTED OUTPUT · REPRESENTATIVE
(context from prior steps)

STEP 03

Specific actions + owners

Goal: Actions with owners + deadlines. No vague 'we should consider' items.

THE PROMPT

For each contributing factor above: what's the specific action to prevent recurrence? Assign an owner (role, not person) and a deadline. Kill any action that starts with 'consider' or 'evaluate' — those don't get done.

EXPECTED OUTPUT · REPRESENTATIVE
(context from prior steps)

THE COMPOUNDING PART

Repeatability, not cleverness.

HANDOFFS

What lives where when the workflow finishes.

Post the memo where it's findable by anyone who might read it. Reference incident tags. If someone new to on-call reads it in 6 months, they should learn from it without needing full context.

VARIATIONS

The same shape, different jobs.

  • Customer-facing version: same content but audience-appropriate — cut internal action details, keep the timeline + honest 'what we're doing to prevent this'.
  • Multi-team incident: add per-team sections; each team owns their contributing factors + actions.
  • Non-technical incident (comms failure, process breakdown): same structure, replace technical terms with process language.

Try this workflow once. Then decide if it earns a recurring slot.

The value compounds after the third run, not the first.

Start with LADLEWatch it work
$20/MO · CANCEL ANYTIME · $0.80/MEAL · RECEIPTS MONTHLY
Read the ledger →
0meals fundedROLLING TOTAL · UPDATED HOURLY
SEE THE RECEIPTS →