← ClaudeAtlas

premortem-postmortemlisted

Run premortems before risky work and postmortems after incidents or failures. Use when the user asks for premortem, postmortem, incident review, retrospective, launch risk, "how will this fail", or "what killed this". Build the causal chain from evidence and produce the premortem/postmortem document with owners and verification.
CassioRoos/godfly-skills · ★ 1 · AI & Automation · score 75
Install: claude install-skill CassioRoos/godfly-skills
# Premortem / Postmortem Use premortems to prevent predictable failure. Use postmortems to learn without rewriting history. ## Premortem Frame it as: "It is six months after launch. This failed badly. What killed it?" Steps: 1. Define success in measurable terms. 2. List failure causes independently before filtering. 3. Classify causes: - **Real threats**: plausible, damaging, actionable. - **Noise**: scary but unlikely or unactionable. - **Avoided truths**: politically or emotionally uncomfortable risks. 4. Score real threats by impact, likelihood, and detectability. 5. Turn the top threats into controls, owners, and validation tests. 6. Define launch gates and rollback triggers. Premortem output: ```markdown ## Success Definition ## Failure Story ## Top Failure Causes - Cause: Class: Evidence: Impact: Likelihood: Detectability: Prevention: Detection: Owner: ## Launch Gates ## Rollback Triggers ``` ## Postmortem Do not hunt for a single root cause when the evidence shows a chain. Most failures are systems failures. Steps: 1. Build a timeline from evidence: logs, metrics, deploys, alerts, commits, tickets, user reports. 2. Separate facts from interpretations. 3. Identify contributing factors across code, process, config, monitoring, docs, and decision-making. 4. Ask why detection failed or succeeded. 5. Define corrective actions with owners and deadlines. 6. Add regression tests, monitors, runbooks, or guardrails. Postmortem output: `