pre-mortem

对 PRD(产品需求文档)或发布计划进行事前推演(pre-mortem)风险分析。将风险归类为 Tigers(真实的问题)、Paper Tigers(被夸大的顾虑)和 Elephants(未说出口的担忧),然后按“会阻止发布(launch-blocking)”、“需快速跟进(fast-follow)”或“纳入常规跟踪(track)”进行分类。适用于准备发布、对应产品计划做压力测试或识别可能出错之处时。

作者

安装

热度:41

下载并解压到你的 skills 目录

复制命令,发送给智能体自动安装:

下载并安装这个技能 https://openskills.cc/api/download?slug=phuryn-pm-execution-skills-pre-mortem&locale=zh&source=copy

pre-mortem - 产品发布前风险评估分析

技能概述


pre-mortem 是一款由资深产品经理设计的风险评估技能,通过假设产品发布失败来反向识别真实风险,将问题分为 Tiger(真问题)、Paper Tiger(过度担忧)和 Elephant(未被讨论的隐忧)三类,并按紧急程度制定缓解计划。

适用场景

1. 产品发布前准备


在产品正式发布前 2-3 周,使用 pre-mortem 对 PRD 或发布计划进行全面风险评估,识别可能阻碍成功的关键因素,确保团队有充足时间解决 launch-blocking 问题。

2. 产品计划压力测试


当产品团队对计划过于乐观或存在争议时,通过假设失败场景暴露隐藏风险,验证核心假设,区分真实威胁和过度担忧,帮助团队达成共识。

3. 风险识别与管理


系统化地识别产品开发中的各类风险,包括技术缺陷、市场接受度、监管合规、客户依赖等,并为每个风险分配负责人和截止日期,建立可执行的风险缓解计划。

核心功能

1. 三类风险智能分类


基于证据和经验将潜在问题准确分类:Tiger 是基于证据的真实问题,需要立即采取行动;Paper Tiger 是表面合理但过度担忧的顾虑,值得记录但不值得投入大量资源;Elephant 是团队讨论不足的隐忧,需要进一步调查。这种分类帮助团队优先处理真正重要的风险。

2. 紧急程度分级管理


对识别出的 Tiger 风险进一步细分:Launch-Blocking 必须在发布前解决,如核心功能故障或监管阻碍;Fast-Follow 需在发布后 30 天内解决,如性能问题或次要功能缺失;Track 可持续监控,按需处理。这种分级确保资源分配与风险紧迫性匹配。

3. 结构化行动计划生成


为每个 Launch-Blocking Tiger 自动生成包含风险描述、缓解措施、责任人和完成日期的行动计划,输出格式化的 PreMortem 报告,便于团队跟踪执行和向利益相关者汇报风险管控进展。

常见问题

什么是 pre-mortem 分析,它与传统的 post-mortem 有什么区别?

pre-mortem 是在产品发布前进行的假设性失败分析,通过"假设产品已经失败,找出原因"来提前识别风险。它与 post-mortem(事后分析)的主要区别在于时间点:pre-mortem 在还有时间采取行动时发现问题,而 post-mortem 是在失败发生后总结教训。pre-mortem 的核心优势是预防性,能够在发布前消除或减轻风险。

Tiger、Paper Tiger、Elephant 这三个风险分类分别代表什么?

这三个术语来自 pre-mortem 方法论:Tiger(真老虎)代表基于证据或经验的真实风险,可能让项目负责人夜不能寐,必须采取行动;Paper Tiger(纸老虎)是表面合理但被夸大的担忧,虽然值得记录以对齐利益相关者,但不应投入大量资源;Elephant(房间里的大象)是团队讨论不足的隐忧或未经验证的假设,值得在发布前进一步调查。默认归类为 Tiger 更保险,宁可谨慎也不要遗漏重要风险。

什么时候应该做 pre-mortem 分析,需要多长时间?

理想情况下,在产品发布前 2-3 周进行首次 pre-mortem 分析,为解决 launch-blocking 问题留出足够时间。如果产品计划复杂或团队对风险存在分歧,可以更早启动。分析过程通常需要 1-2 小时的团队讨论,加上技能分析报告生成时间。建议在发布前重新评估,确认缓解措施按计划推进。pre-mortem 特别适合新产品发布、重大功能上线或进入新市场前的风险评估。