postmortem

Guide teams through blameless incident postmortems with evidence-based root-cause analysis.

2|Updated Apr 19, 2026
One-click install
npx skills add https://github.com/MotWakorb/claude-agent-dev-team --skill postmortem-motwakorb
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: postmortem
Source: https://github.com/MotWakorb/claude-agent-dev-team/tree/main/postmortem
Command: npx skills add https://github.com/MotWakorb/claude-agent-dev-team --skill postmortem-motwakorb

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Blameless incident postmortems provide a structured, evidence-based way to analyze incidents, identify systemic failures, and drive concrete improvements.

Core Features & Use Cases

  • Step 1: Gather facts and establish the incident record.
  • Step 2: Build a detailed timeline from evidence (logs, metrics, alerts, deploy history).
  • Step 3: Spawn relevant agents for cross-functional analysis.
  • Step 4: Synthesize root cause and contributing factors with data-driven conclusions.
  • Step 5: Document what went well, what went wrong, and where we got lucky.
  • Step 6: Create concrete, traceable action items (beads) to prevent recurrence.

Quick Start

Document the incident immediately after resolution using the template provided in this Skill.

Frequently Asked Questions about postmortem

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I conduct a blameless incident postmortem?

A blameless incident postmortem focuses on systemic failures rather than individual mistakes. You gather evidence like logs, metrics, and deploy history to construct a timeline, analyze root causes, and generate actionable action items to prevent recurrence.

What is a blameless postmortem in site reliability engineering?

A blameless postmortem is an evidence-based incident analysis process used in site reliability engineering to identify systemic failures. It requires incident records, logs, metrics, and runbooks to establish a timeline and root-cause analysis without pointing fingers.

How do I build an incident timeline from logs and metrics?

To build an incident timeline, you gather factual evidence from logs, metrics, alerts, and deploy history. This chronological timeline forms the foundation for cross-functional analysis, helping teams synthesize contributing factors and root causes.

What do I need to start an incident analysis?

To start an incident analysis, you need a documented incident record, concrete evidence such as logs and metrics, deploy history, and relevant runbooks. These inputs enforce a repeatable template for structured data collection and root-cause analysis.

What are beads in an incident postmortem?

Beads in an incident postmortem are concrete, traceable action items created to prevent incident recurrence. They are generated after synthesizing what went well, what went wrong, and where the team got lucky during the incident response.

Can I use this postmortem process for dev and product teams?

Yes, this incident postmortem process applies to incident response across site reliability, dev, and product teams. It enables structured data collection and cross-functional analysis to drive concrete improvements regardless of the specific engineering discipline.