home / skills / coowoolf / insighthunt-skills / pre-mortem-framework

pre-mortem-framework skill

/decision-thinking/pre-mortem-framework

This skill helps teams perform pre-mortems to surface hidden risks before high-stakes projects, enabling proactive mitigation and safer launches.

npx playbooks add skill coowoolf/insighthunt-skills --skill pre-mortem-framework

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
2.5 KB
---
name: Pre-Mortem Framework
description: Instead of waiting for a post-mortem after failure, imagine the project has already failed spectacularly and work backward to uncover hidden risks. Use before kicking off any major initiative, product launch, or high-stakes project.
---

# The Pre-Mortem Framework

> "If you do a pre-mortem right, you will not have to do an ugly post-mortem." β€” Shreyas Doshi

## What It Is

Instead of waiting for a post-mortem after a failure, the team **imagines the project has already failed spectacularly in the future** and works backward to determine why. This uncovers hidden risks that polite corporate culture usually suppresses.

## When To Use

- Before kicking off any **major initiative**
- Prior to **product launch** or **high-stakes project**
- When team has **optimism bias** or is avoiding hard conversations
- To create **psychological safety** for voicing concerns

## Core Principles

### 1. The Prompt
Start by stating: "Imagine it is 6 months from now and this project has failed miserably."

### 2. Categorize Risks

| Type | Description |
|------|-------------|
| 🐯 **Tigers** | Fatal threats that can kill the project |
| πŸ“„ **Paper Tigers** | Perceived but fake threats (fear without substance) |
| 🐘 **Elephants** | Unspoken truths everyone avoids discussing |

### 3. Cross-Team Voting
Have team members vote on the scariest tiger identified by *someone else* β€” this surfaces risks without political defensiveness.

## How To Apply

```
STEP 1: Set the Scene (5 min)
└── "It's 6 months from now. This project failed spectacularly."
└── "What went wrong?"

STEP 2: Silent Brainstorm (10 min)
└── Each person writes 3-5 failure scenarios
└── No discussion during writing

STEP 3: Share & Categorize (15 min)
└── Read aloud and tag as Tiger/Paper Tiger/Elephant
└── Group similar themes

STEP 4: Vote (5 min)
└── Each person votes on TOP 2 scariest Tigers
└── RULE: You cannot vote for your own

STEP 5: Action Plan (15 min)
└── For each top Tiger: assign owner and mitigation
```

## Common Mistakes

❌ Treating it as a standard risk assessment without the "imagined failure" prompt

❌ Allowing senior leaders to dominate discussion (kills psychological safety)

❌ Not following up on identified risks post-session

## Real-World Example

Shreyas used this at Stripe for major launches to surface "elephants"β€”like questioning if a PR splash would actually result in sustained user adoption.

---
*Source: Shreyas Doshi, Lenny's Podcast*

Overview

This skill teaches the Pre-Mortem Framework: a structured exercise where the team imagines a future catastrophic failure and works backward to surface hidden risks. It is designed to uncover fatal threats, false fears, and unspoken assumptions before a project launches. Use it to increase psychological safety and focus mitigation where it matters most.

How this skill works

Facilitators set a clear prompt: imagine the project failed spectacularly six months from now. Team members silently write several failure scenarios, then share and tag each as a fatal threat (Tiger), a perceived threat (Paper Tiger), or an unspoken truth (Elephant). The group votes on the scariest Tigers (not for their own) and converts top risks into owned mitigation actions.

When to use it

  • Before starting any major initiative or product launch
  • When the team shows optimism bias or is avoiding hard conversations
  • Prior to high-stakes projects with tight timelines or big dependencies
  • When you need to surface unspoken assumptions and increase psychological safety
  • As a periodic check-in on ongoing projects approaching critical milestones

Best practices

  • Begin with the timejump prompt to force perspective-shift: 'It’s six months later and we failed.'
  • Keep the initial brainstorm silent to prevent anchoring and groupthink
  • Categorize each scenario as Tiger, Paper Tiger, or Elephant to prioritize clarity
  • Enforce the voting rule: don’t vote for your own items to reduce political bias
  • Assign owners and deadlines for mitigations immediately; schedule follow-ups

Example use cases

  • A product team running a pre-launch review to find adoption blockers
  • A cross-functional kickoff for a platform migration with many dependencies
  • Leadership preparing for a large marketing campaign to test assumptions
  • Startup founders validating that hiring and burn-rate risks are visible
  • Program managers using it to reveal unspoken stakeholder constraints

FAQ

How long should a pre-mortem take?

Plan 45–60 minutes: 5 min setup, 10 silent brainstorm, 15 share & categorize, 5 vote, 15 action planning.

Who should attend?

Include cross-functional members directly involved or impacted; limit to a group that can candidly discuss risks without bloating the session.