Pre-Mortem Analyst

⚰️ 先假设失败,再逆向求生

通过假设项目已失败的逆向思维,突破乐观偏见识别真实风险,比传统风险评估多发现30%问题

收藏
8.7k
安装
3.2k
版本
1.0.0
CLS 安全性认证2026-05-12
点击查看完整报告 >

使用说明

核心用法

Pre-Mortem Analyst 采用逆向决策法:先假设项目彻底失败,再倒推失败原因。与传统风险评估的"什么可能出错"不同,它强制设定"6个月后项目已死"的场景,绕过人类天然的乐观偏见,释放团队坦诚分析。

执行六步法:①设定失败场景 ②无过滤 brainstorm 10+ 死因 ③按人/流程/技术/外部四维度分类 ④评估可能性×影响 ⑤制定前三优先级的具体预防措施 ⑥定义早期预警信号。

显著优点

  • 认知突破:Kahneman 支持的研究显示,预验尸法可提升问题识别率30%
  • 心理安全:"已失败"的假设降低防御性,促进真实反馈
  • 可执行性强:输出格式直接可用,含具体预防动作与监控指标
  • 场景触发智能:自动识别"pre-mortem/premortem/what could go wrong"等关键词

潜在局限

  • 依赖参与者诚实度:若团队文化惩罚失败,效果大打折扣
  • 可能过度悲观:需配合 inversion-strategist 等技能平衡
  • 静态快照:需定期复验,外部环境变化可能使原假设失效
  • 量化粗糙:Likelihood×Impact 仅用高/中/低三档,精确度有限

适合人群

  • 产品经理/项目经理在重大发布前
  • 创业团队融资前或规模化决策前
  • 企业战略部门进行并购/新市场进入评估
  • 与 first-principles-decomposer 联用,质疑隐含假设

常规风险

  • 虚假安全感:完成预验尸≠真正规避风险,执行预防动作才是关键
  • 分析瘫痪:10+ 死因清单可能让团队陷入焦虑而非行动
  • 信号噪音:早期预警指标过多时,可能忽视真正的 leading indicator

安全解读

核心用法

Pre-Mortem Analyst 采用"时间倒流"思维:强制用户假设项目已在未来某时点彻底失败,然后逆向追问"为什么"。操作流程包含六步——设定失败场景(设定具体日期与失败状态)→ 无筛选 brainstorm 列出 10+ 失败原因 → 按人/流程/技术/外部四维度归类 → 用 Likelihood × Impact 矩阵评级 → 为前三高优先风险制定具体缓解措施 → 定义早期预警信号。

输出采用结构化模板,包含失败场景描述、四维原因清单(带风险评级与预防措施)、TOP 3 优先级行动项,以及可勾选的监控清单。

显著优点

  • 突破认知偏差:传统风险评估问"可能出什么问题",易受乐观偏见过滤;预验尸假设失败为既定事实,解放心理防御,使团队更愿意坦诚暴露潜在问题
  • 结构清晰:人/流程/技术/外部四维分类 + L×I 评级矩阵,将模糊焦虑转化为可操作的清单
  • 可组合性强:文档明确建议与 inversion-strategist、second-order-consequences、first-principles-decomposer、mspot-generator 等技能联用,形成系统性决策支持
  • 零学习成本:纯文档型 Skill,无需代码执行或外部配置

潜在缺点与局限

  • 依赖使用者能力: brainstorm 质量高度依赖参与者的行业经验与批判性思维,新手可能流于表面
  • 无自动化执行:仅提供方法论框架,不自动抓取项目数据或生成风险概率计算
  • 时间设定主观:"6 个月后失败"的假设可能不适用于所有项目周期
  • 情绪管理挑战:部分团队可能对"预设失败"产生抵触,需引导技巧

适合人群

  • 产品经理 / 项目经理:在重大发布前进行系统性压力测试
  • 创业者 / 战略团队:评估新业务线的隐性脆弱性
  • 咨询顾问:为客户提供比 SWOT 更深入的风险前置分析
  • 需要突破群体思维、强迫团队面对 uncomfortable truth 的决策者

常规风险

  • 框架误用:若仅走完形式而未真正投入逆向思考,可能产生虚假安全感
  • 过度悲观陷阱:部分使用者可能从"假设失败"滑向"预期失败",影响团队士气
  • mitigation 成本低估:文档要求为 TOP 3 风险制定"具体行动",但未提供成本估算框架,可能导致资源分配失衡

Pre-Mortem Analyst 内容

references文件夹
手动下载zip · 6.1 kB
examples.mdtext/markdown
请选择文件