mcpField
P
pre-mortem

pre-mortem

github.com/borghei生产力1.0k118 次安装1 周前更新
代码仓库

关于 pre-mortem

pre-mortem 是帮助团队为计划中的发布、构建、迁移或重大变更做压力测试的技能：先假设项目失败，再回溯原因。它将风险分为 Tiger、Paper Tiger 或 Elephant，为有证据的风险标注紧急程度，并提示需要升级处理的顾虑。

主要功能

  1. 01前瞻性回溯风险练习
  2. 02Tiger、Paper Tiger 和 Elephant 分类
  3. 03为 Tiger 标注紧急程度与负责人
  4. 04六阶段会议引导
  5. 05自动汇总风险并标记 Elephant

适用场景

  1. 01发布前对计划进行压力测试
  2. 02迁移或架构变更前审查风险
  3. 03揭示团队尚未明确表达的顾虑
  4. 04将发布风险转为优先行动

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill pre-mortem

安装后在 Claude Code 中输入/pre-mortem确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

assets/
pre_mortem_template.md
examples/
shared-dashboards-v1-pre-mortem.md
references/
methodology-and-tools.md
pre-mortem-guide.md
red-flags.md
scripts/
risk_categorizer.py

详细介绍

事前验尸风险分析专家

概述

事前验尸是一种前瞻性回顾练习：设想你的产品已经发布并以失败告终，然后倒推找出原因。此技能使用 Tiger / Paper Tiger / Elephant 分类法，按类型和紧急程度对风险分类，确保在发布前解决阻碍发布的问题，同时避免在不太可能发生的风险上白费精力。

核心能力

  • 前瞻性回顾框架——“发布 14 天后，我们失败了。为什么？”能揭示具体、坦诚的风险。
  • Tiger / Paper Tiger / Elephant 分类——区分有实际证据支持的风险（Tigers）、焦虑（Paper Tigers）和未明说的顾虑（Elephants）。
  • 紧急程度分级——为每个 Tiger 标记为阻碍发布、快速跟进或持续追踪，并指定负责人和决策日期。
  • 6 阶段引导——在 60-90 分钟内完成设定情境、静默生成、聚类、分类、缓解风险和处理 Elephants。
  • 自动分类——risk_categorizer.py 汇总分布情况，并标记需要升级处理的 Elephants。

适用场景

  • 投入大量资源开始构建之前（构思之后、验证之后）。
  • 重大发布、迁移或架构变更之前。
  • 团队“感觉不太对”，却说不清原因时。
  • 利益相关者信心很高，而你需要对其进行压力测试时。

先澄清

开始事前验尸前，请确认以下信息。如果有任何一项未知或含糊，请提问——不要自行假设：

  • 要进行压力测试的事项——具体是哪个发布/构建/迁移在“发布 14 天后失败了”（为前瞻性回顾框架明确锚点）
  • 失败时间范围——你设想回顾时所处的日期/里程碑（时间范围含糊会导致风险也含糊）
  • 参与者——4-8 名参与者，以及是否具备心理安全感（只有坦诚交流且参与者合适时，Elephants 才会浮现）

停止规则：只问最可能改变结果的 2-3 个问题。如果用户说“直接起草”，就继续，并在文档顶部列出你的假设。

快速开始

python3 scripts/risk_categorizer.py --demo            # built-in sample (7 risks)
python3 scripts/risk_categorizer.py input.json        # categorize your risks
python3 scripts/risk_categorizer.py input.json --format json

每项风险都需要包含 description、category（tiger/paper_tiger/elephant）、evidence，以及 Tiger 专用的 urgency（launch_blocking/fast_follow/track）。使用 assets/pre_mortem_template.md 记录会议内容。

参考资料

根据任务加载相应的参考资料——保持此文件精简，按需获取详细信息：

  • references/methodology-and-tools.md——思想实验、包含示例的完整 Tiger/Paper Tiger/Elephant 分类、紧急程度表、6 阶段引导脚本、risk_categorizer.py 的用法和标记、输出格式、故障排查、成功标准和参考书目。运行会议或编写脚本时阅读。
  • references/pre-mortem-guide.md——Gary Klein 的方法起源及事前验尸为何有效、何时（以及何时不）开展、跨领域的详细分类标准、引导时间安排，以及 SaaS 发布的完整示例。了解理论和完整示例时阅读。
  • references/red-flags.md——12 种反模式（缓解风险走过场、群体思维、风险描述含糊、对 Elephants 过度缓解、事前验尸开展过晚、缺少负责人），并附有反面/正面示例和一句话检查方法。分享事前验尸结果前阅读。

范围与限制

**适用范围：**采用“发布失败后 14 天”的设定进行前瞻性复盘；按紧急程度划分 Tiger、Paper Tiger 和 Elephant；自动检测需要升级处理的 Elephant；生成风险登记表；为线下和远程团队提供引导方法。

**不适用范围：**持续的风险管理与跟踪（参见 senior-pm/risk_matrix_analyzer.py）；量化的概率／影响评分（senior-pm/）；产品探索与假设验证（brainstorm-experiments/）；技术架构风险评估（engineering/ 技能）。

**重要注意事项：**最适合 4-8 名参与者；检测 Elephant 升级情况时使用的关键词检查是一种启发式方法；事前复盘是对假设梳理（identify-assumptions/）的补充，而非替代；心理安全是前提。

集成点

集成方向描述
brainstorm-ideas/接收自通过初步验证的想法，在全面构建前进行事前复盘
brainstorm-experiments/接收自实验结束后，事前复盘会对构建决策进行压力测试
identify-assumptions/双向可能会发现新的假设阻碍发布的 Tiger；Elephant 往往会暴露被刻意回避的假设
execution/create-prd/提供给Tiger 的缓解措施会纳入 PRD 风险章节和假设验证计划
senior-pm/提供给阻碍发布的 Tiger 会通过 risk_matrix_analyzer.py 升级并纳入项目组合风险登记表
scrum-master/提供给需要快速跟进的 Tiger 会转化为 Sprint 待办事项，并编写侧重缓解措施的故事

评论

支持 Markdown