pre-mortemlisted

# Pre-mortem 失败推演 + Risk Register ## 何时触发 - 任何方案 / 上线 / campaign / 战略决策定稿前 - "上线前最后过一遍" - "这有什么风险" - "万一 X 怎么办" - 五维碰撞测试发现某维度有问题但不严重时（追加 pre-mortem 量化） - 用户 表达"我感觉哪里不对但说不上来" - 团队过度乐观信号（"肯定能做完" / "一定会成功"） ## 何时不触发 - 已经上线后的事故复盘 → 用 `root-cause` - 单一选项是否做的二元决策 → 用 `decision-matrix` - 创意发散阶段（pre-mortem 是收敛阶段工具） ## 核心方法：Klein Pre-mortem **Gary Klein 1989 经典方法**——把 post-mortem 提前。 ### 视角切换（关键） 不要问："这个方案会有什么风险？"（人会下意识防守） 要问：**"假设 6 个月后这个方案彻底失败了。现在写一份 autopsy——失败的原因都有哪些？"**（视角切换 → 大脑进入归因模式 → 风险被主动挖出） ### 5 步流程 #### Step 1：场景设定 ``` 现在是 <T+6 个月> / <上线后 X 周> / <campaign 结束后> 方案 / 项目 / 决策已经彻底失败 你正在写失败 autopsy ``` 明确"失败"的具体形态：用户没用 / 业务指标没达 / 团队解散 / 老板砍项目 / 技术债不可维护 / 法务被告 / 公关危机。 #### Step 2：穷举失败原因（每人独立写） 每个参与者**独立**列出至少 5 条失败原因。**不要先讨论**——独立列完后再合并。 理由：群体讨论会触发从众效应，独立列才能拿到 diverse 输入。 类型清单（每类至少 1 条）： | 类别 | 检查点 | |---|---| | **用户层** | 用户根本不需要 / 用户用法和我们想的不一样 / 用户切换成本太高 | | **市场层** | 竞品先发 / 时机错 / 用户教育成本太高 | | **技术层** | 实现复杂度被低估 / 性能不满足 / 第三方依赖崩 / 数据迁移踩坑 | | **团队层** | 关键人离职 / 技能不匹配 / 沟通断 / 优先级被抢 | | **流程层** | 评审流程没走完 / 法务卡住 / 安全 review 不过 | | **外部层** | 政策变 / 合作方违约 / 黑天鹅事件 | #### Step 3：合并 + 概率 / 影响 评分（FMEA 量化） 合并所有人列的原因，去重。每条按 FMEA 三维评分： | 维度 | 含义 | 范围 | |---|---|---| | **Severity (S)** | 失败影响多大 | 1 (轻微) - 10 (灾难) | | **Probability (P)** | 多大可能发生 | 1 (几乎不) - 10 (高度可能) | | **Detectability (D)** | 多容易事先发现 | 1 (容易) - 10 (难) | **RPN (Risk Priority Number) = S × P × D**，最高 1000，最低 1。 #### Step 4：Risk Register（按 RPN 降序） ```markdown | ID | 失败原因 | S | P | D | RPN | Mitigation 动