预 mortem（事前验尸）：假设项目已经失败反推原因

预mortem（事前验尸）

假设项目已经失败，反推原因本文档提供：项目失败前提宣布表1张；个人写作与汇总表1张；按阶段引导问题库1张；失败原因归并判定表1张；失败路径优先级指数式(1)及变量分档表1张；预防动作清单表1张；产出整理的三份文档结构表1张；决策规则6条与矛盾四段1处；完整示例1个（含四次试错与变量表）；三套场景操作序列表1张；来源说明表1张。2026-11-03这一节的标题读完你能拿到什么这一节在全文中的功能一、开场第一句就说“项目已经失败了”，把原因写成过去时项目失败前提宣布表（表1），含宣布话术、时间设定、材料清单确定会议第一个动作，把参会人从“预计会怎样”拉到“已经怎样了”二、每人先写三条原因，收齐后再开口，写完之前不讨论个人写作与汇总表（表2），含写作格式、收齐方式、汇总规则防止第一个发言的人定调，保证原因分布不被发言顺序压缩三、按五个阶段问引导问题，每个阶段至少问出一个具体原因按阶段引导问题库（表3），含每个阶段的引导问句与追问方向用阶段覆盖防止原因集中在某一环节，补齐个人写作漏掉的区域四、把散落的原因归并成失败路径，一条路径对应一组原因失败原因归并判定表（表4），含归并规则与路径命名格式把原因清单从散点压成可排序的路径，避免逐条原因平铺五、失败路径排优先级：发生可能性乘影响，再乘当前控制缺口优先级指数式(1)、变量分档表与排序表（表5）把失败路径转换成可排期的预防顺序六、每条高优先级路径配一个预防动作，写清谁在什么时限前做完什么预防动作清单（表6），含动作、责任人岗位、完成判定三列把失败路径转成可验收的动作，防止产出停在“原因清单”七、产出整理：三份文档分开交，不合并成一份会议纪要产出整理的三份文档结构表（表7）解决“开完会产出一堆便利贴、没人知道拿去干什么”的交接问题八、什么情况重开会、什么情况加一轮写作、什么情况接受决策规则6条与矛盾四段式给超出标准会议流程时的判断依据九、一次完整的预mortem：从项目启动会到预防动作清单完整示例，含起点、分步操作、四次试错、终点与变量表（表8）展示规则在真实会议顺序中的落地过程十、三套场景操作序列：完整版、精简版、单人版三套版本检查项与产出增减对照表（表9）按项目阶段与参与人数选择执行深度按第一列在正文找对应那节，按第二列判断这节有没有所需内容，按第三列判断这节是否对应当前卡住的位置。项目启动会开完两周，项目计划书上写着各阶段里程碑和责任人，风险登记册里有三条“可能延期”的条目，项目经理在周报里写“目前按计划推进”，但没有人回答过一个问题：如果这个项目在六个月后失败了，最可能是哪个环节先出的问题。一、开场第一句就说“项目已经失败了”，把原因写成过去时预mortem与常规风险讨论的区别在时态。常规讨论问“可能出什么问题”，参会人回答的是预测；预mortem问“已经出了什么问题”，参会人回答的是回溯。时态换了，答案的具体程度不一样。表1项目失败前提宣布表要素怎么写示例不这么写的后果时间设定写出项目原定完成日之后的一个具体日期假设现在是2027年3月31日，项目原定2026年12月31日上线参会人仍按“未来可能”思考失败判定写出“失败”的可观测状态项目未上线，或上线后核心功能不可用超过30天失败定义模糊，原因发散宣布话术主持人用过去时宣布，不解释、不铺垫“这个项目已经失败了。现在是2027年3月31日，项目没有上线。接下来四十分钟，我们找出它为什么失败。”参会人进入安慰或辩护模式材料清单桌上放项目计划书、风险登记册、最近一次周报项目计划书v3、风险登记册、2026-10第2周周报原因停留在印象层面，无法对照文件表1第3行的宣布话术用过去时，不说“如果失败”，不说“可能失败”。第1行的时间设定写在白板左上角，会议全程可见。第4行的材料清单在会前发到参会人手里，会上不再发。主持人宣布后停顿十秒，不追问、不举例。第一个开口的人决定后续发言的基调，主持人自己不做第一个发言的人。二、每人先写三条原因，收齐后再开口，写完之前不讨论宣布之后直接进入个人写作。每人发三张纸条，每张写一条失败原因，写“因为……所以项目失败了”的句式，不写“可能因为”。写完后纸条收齐、打乱，由记录员逐张念出，念的时候不标注写的人。表2个人写作与汇总步骤时长做什么格式要求常见偏差纠正动作发纸条1分钟每人三张，不署名纸条编号写在背面有人只写一张主持人确认每人至少写两张个人写作8分钟安静写，不交流每条写“因为……所以项目失败了”，含一个具体事件写成“沟通不畅”这类概括词写概括词的，追问“哪次沟通、谁和谁、没说什么”收齐打乱2分钟记录员收齐后打乱顺序不按座位顺序收按座位收导致顺序可推测从后排开始收，收齐后洗牌逐张念出10分钟记录员逐张念，不评价念完一张停两秒念的人加评论记录员只念纸条原文汇总登记5分钟每张纸条登记一行，编临时号登记表列：临时号、原因原文、涉及阶段合并相似条目先不合并，全部登记表2第2行的写作格式要求含一个具体事件，例如“因为集成测试阶段发现接口不兼容，返工三周，所以项目失败了”，不写“因为技术风险”。第4行念纸条时不标注写的人，目的是让后续归并只按内容判断，不按职务权重。纸条收齐后数总数。总数少于参会人数乘2时，说明有人写不出或不愿写，主持人补发纸条并说明“写不出具体事件就写你最先想到的那个画面”，不追问为什么不写。三、按五个阶段问引导问题，每个阶段至少问出一个具体原因个人写作覆盖的是每人最先想到的原因，通常集中在两类：自己岗位相关的、最近发生过的。引导问题按项目阶段逐段问，目的是把原因分布拉回到全流程。表3按阶段引导问题库阶段引导问句追问方向什么算问出了一个具体原因本阶段至少问出几条需求与规划项目失败前，需求上发生了什么变化是计划里没写应对的追问：哪个需求变了、谁提出的、变更走了什么流程写出需求名称、变更时间、未应对的具体环节1执行与交付哪个交付环节在失败前已经出现了延迟或返工，当时怎么处理的追问：延迟了几天、返工原因、当时有没有上报写出环节名称、延迟天数、处理动作1人员与协作哪个关键角色在失败前已经离开或无法履职，交接做了什么追问：角色名称、离开时间、交接材料有哪些写出角色、时间、交接物清单1外部依赖哪个外部依赖在失败前已经不可用或变更了条件追问：依赖名称、变更内容、发现时间写出依赖名称、变更内容、发现渠道1收尾与运营移交上线前哪个移交条件没有满足，当时是否被接受为遗留问题追问：移交项名称、未满足的具体条件、谁接受为遗留写出移交项、未满足条件、接受人岗位1表3每个阶段至少问出一条具体原因，五个阶段合计至少五条。某阶段问不出时，主持人换一个追问方向再问一次；两次追问仍问不出的，该阶段在汇总表标“本阶段无原因”，不强行编造。引导问题在个人写作汇总之后使用，不替代个人写作。引导问题的回答追加到汇总表，编引导号，与个人写作的临时号并列，不覆盖。四、把散落的原因归并成失败路径，一条路径对应一组原因汇总表上的原因条目通常是散点：有人写“接口不兼容”，有人写“集成测试时间不够”，有人写“测试环境没准备好”。这三条指向同一条失败路径，归并后写成一条路径，路径下挂三条原因。表4失败原因归并判定归并判定什么算同一条路径路径命名格式示例不归并的后果时间上前后相继一条原因是另一条的前置条件或触发条件“触发条件→中间环节→失败结果”测试环境未就绪→集成测试压缩→接口问题未发现→上线后核心功能不可用原因条目平铺，无法排序对象上指向同一交付物多条原因影响同一个交付物或同一个环节“交付物名称+失败方式”接口兼容性验证缺失导致上线后核心功能不可用同一问题被重复计数责任上落在同一角色多条原因都指向同一岗位的同一类动作缺失“角色+动作缺失+后果”集成测试责任人未在计划中明确导致测试阶段无人牵头归并过粗，丢失具体动作表4第1行的归并示例把三条原因串成一条路径，路径名写出触发条件和结果。第2行的归并示例把同一交付物的多条原因压成一条，路径名以交付物开头。第3行的归并示例按角色归并，路径名写出角色和缺失的动作。归并后每条路径写三样：路径名称、挂在该路径下的原因编号、该路径的失败结果。一条路径下的原因少于两条时，不单独成路径，并入最接近的路径或标“独立原因”单独列。归并完成后数路径条数。路径条数超过原因条数的一半时，说明归并过粗，回表4按对象或责任再拆；路径条数少于原因条数的五分之一时，说明归并不足，按时间相继关系再合并。五、失败路径排优先级：发生可能性乘影响，再乘当前控制缺口排序用三个分档值：该路径在项目剩余周期内发生的可能性、发生后对项目目标的影響程度、当前对该路径的控制缺口。三项各换成分档分，代入式(1)。式(1)失败路径优先级指数F表5式(1)变量分档与排序变量含义分档规则常见错误校验方法FPI失败路径优先级指数由式(1)算出用原因条数代替可能性先看三项分档再看FPI值P发生可能性分已有前兆信号3分，同类项目发生过2分，无前兆1分凭印象打“高”按前兆信号记录取分I影响程度分导致项目无法上线3分，上线后核心功能不可用2分，延期不超过一个月1分用影响金额代替按失败结果描述取分C控制缺口分无控制措施3分，有措施未验证2分，有措施且已验证1分把“有计划”按“已验证”计按控制措施验证记录取分式(1)的两个常见错误。第一，P凭印象打“高”，没有前兆信号记录支撑；第二，C把“计划里有控制措施”按“已验证”计，计划里的措施没跑过，控制缺口仍应按2分计。校验方法：手里有表4的路径清单、前兆信号记录和控制措施验证记录，从项目文件和周报中拿到；算出FPI后与排序表上一版逐行比对，同时检查P、I、C三项是否都来自同一路径行。表5-a失败路径排序排序路径名称PICFPI本周期动作1接口兼容性验证缺失导致上线后核心功能不可用32212在开发阶段增加接口兼容性预检，责任人集成测试岗，两周内完成2关键角色离职无交接导致集成阶段无人牵头22312明确集成测试责任人并在计划中写岗位，一周内完成3需求变更未走流程导致返工压缩测试时间2124建立需求变更登记表，变更超过3人日需评审，两周内完成4外部依赖接口文档变更未通知导致联调失败1224与外部方约定文档变更通知机制，一个月内完成表5-a第1行与第2行FPI相同，按P高分者排前，P相同按I高分者排前。第4行FPI4，动作时限放宽到一个月。排序表每行的动作写出具体交付物和完成判定，不写“加强管理”。六、每条高优先级路径配一个预防动作，写清谁在什么时限前做完什么排序表前几行的动作要能验收。预防动作写成“谁、在什么时限前、做完什么、以什么为完成判定”，四样缺一样，动作退回重写。表6预防动作清单路径编号预防动作责任人岗位时限完成判定（可观测）验收状态FP-01在开发阶段增加接口兼容性预检步骤集成测试岗2026-11-17项目计划书开发阶段新增“接口兼容性预检”步骤，且有第一次预检记录已验收FP-02明确集成测试责任人并在计划中写岗位项目管理岗2026-11-10项目计划书“集成测试”行责任人列填岗位名称，非空白已验收FP-03建立需求变更登记表需求管理岗2026-11-17登记表有表头和至少一条已登记变更记录未验收FP-04与外部方约定文档变更通知机制接口管理岗2026-12-01双方签字的通知机制备忘，或邮件确认记录进行中表6第1行的完成判定写“项目计划书开发阶段新增步骤且有第一次预检记录”，两样都有才算完成。第3行验收状态“未验收”，原因是登记表只有表头无记录。第4行“进行中”，完成判定未达成前不标已验收。验收状态在下一周周会上逐行核对，核对动作是打开完成判定列写的文件或记录，看是否满足判定描述。连续两周未验收的动作，责任人岗位在周报中写明卡在哪一步。七、产出整理：三份文档分开交，不合并成一份会议纪要预mortem开完，桌上通常是一堆纸条和一张白板照片。产出整理不是把纸条贴进会议纪要，是按三份文档分开交，每份有独立用途和更新触发条件。表7产出整理的三份文档结构文档服务谁以哪张表为主只放什么不放什么更新触发失败路径登记册项目经理与项目组表4与表5-a路径名称、挂载原因编号、FPI、本周期动作不放纸条原文和会议发言记录项目阶段变更或新增前兆信号时预防动作跟踪表项目管理岗与责任人表6动作、责任人岗位、时限、完成判定、验收状态不放失败路径的完整归并过程每周周会核对后会议过程记录审计与复盘表2汇总与表3引导回答纸条临时号、原因原文、引导问题回答不放FPI排序和动作分配项目结项复盘时表7第1行的失败路径登记册不放纸条原文，纸条原文留在会议过程记录里，两份文档分开存放。第3行的会议过程记录在项目结项复盘时使用，用于对照“当时识别出的路径，后来哪些发生了”。三份文档的公共键是路径编号。预防动作跟踪表的路径编号列引用失败路径登记册的编号，会议过程记录的临时号不进入前两份文档。周会核对时打开预防动作跟踪表逐行看验收状态，不重新翻纸条。八、什么情况重开会、什么情况加一轮写作、什么情况接受规则1（失败定义未达成一致）。如果宣布失败前提后，参会人对“什么叫失败”有不同理解，则暂停写作，先统一失败判定并写在白板上。退路：统一不了时，按表1第2行的可观测状态作为唯一判定，其余理解不进入本次会议。规则2（个人写作条数不足）。如果纸条总数少于参会人数乘2，则补发纸条并加一轮5分钟写作。退路：加写后仍不足，主持人逐人问“你最先想到的那个画面是什么”，把回答记为纸条内容。规则3（某阶段问不出原因）。如果某阶段两次追问后仍问不出具体原因，则该阶段标“本阶段无原因”，不强行编造。退路：五个阶段中有两个以上标“无原因”时，会议改为只处理已识别路径，未覆盖阶段在下一轮预mortem前补做专项访谈。规则4（路径归并过粗或过细）。如果路径条数超过原因条数的一半或少于五分之一，则回表4重新归并。退路：重归并两次仍不符合比例，按现有路径继续排序，在备注列标“归并待优化”。规则5（FPI并列）。如果两条路径FPI相同，则按P高分者排前；P相同按I高分者排前；两项都相同按C高分者排前。退路：三项都相同的，按路径编号顺序排，不另行讨论。规则6（接受）。如果某路径FPI不高于4且当前已有控制措施在运行，则本周期动作写“接受，纳入下季度复评”，不投入新资源。退路：下一季度该路径出现前兆信号或控制措施失效时，自动回到排序表。矛盾四段。矛盾陈述：预mortem要求参会人具体写出“哪个环节、谁、什么时候”出了什么问题，越具体越能转化成预防动作；但项目还在早期时，很多环节尚未展开，具体到人名和日期的原因写不出来，强行写会变成猜测。实质分析：具体性服务预防动作的可执行性，早期阶段的信息量服务原因的可靠性；项目越早期，能写出的具体原因越少，写出来的越可能是套话，套话归并出的路径无法排序。权衡规则：原因写到“环节名称加失败方式”即可，人名和日期允许写岗位和阶段；预防动作里的时限按项目阶段定，不按日历日期定。退路：项目处于启动后一个月内时，预mortem只做引导问题阶段的原因收集，不做归并和排序，产出为“待观察清单”，在下一个里程碑前重做一次完整预mortem。九、一次完整的预mortem：从项目启动会到预防动作清单以下示例案例为合理设定，细节用于展示规则在会议顺序中的落地。起点。某企业一个系统集成项目启动两周，项目计划书有各阶段里程碑，风险登记册有三条“可能延期”条目，项目经理要求做一次预mortem，参会8人，会议时长90分钟。分步操作与不顺利环节。第一轮。信号：主持人宣布“项目已经失败了，现在是2027年3月31日”，参会人沉默约15秒，随后第一个人说“我觉得不至于失败吧”。当时以为需要先说服大家接受这个前提。试了花10分钟解释为什么要假设失败，参会人开始讨论“失败概率有多高”，偏离了找原因。试完发现解释前提会把会议拉回预测模式，推翻了“先说服再写作”的假设。换路：不解释，直接发纸条写原因，写作阶段不接受口头发言。第二轮。信号：8人交回纸条19张，其中7张写的是“沟通不畅”“资源不足”“需求变化”这类概括词。当时以为概括词也能归并。试了把7张概括词登记进汇总表，归并时发现“沟通不畅”可以挂到任何一条路径下，无法确定归属。试完发现概括词不含具体事件，无法归并，推翻了“概括词可先登记后细化”的假设。换路：7张退回写的人，追问“哪次沟通、谁和谁、没说什么”，追问后改写出5张具体原因，2张仍写不出，标“原因未具体化”。第三轮。信号：按五个阶段问引导问题，外部依赖阶段两次追问后仍问不出具体原因，参会人说“外部方一直配合得很好”。当时以为该阶段确实无原因。试了标“本阶段无原因”后继续，归并时发现有一条纸条写“外部接口文档上个月改过一次没通知我们”，这条属于外部依赖阶段但个人写作时被归到了执行阶段。试完发现引导问题问不出不等于该阶段无原因，个人写作里可能藏着该阶段的原因，推翻了“问不出就标无原因”的假设。换路：回汇总表按阶段重新标注每条原因的涉及阶段，外部依赖阶段从个人写作中补出1条。第四轮。信号：归并出6条路径，算FPI后前两条并列12分。当时以为并列就按纸条编号排。试了按编号排，第2条路径的责任人岗位在下一周就要交付集成测试计划，按编号排会让这条路径的动作晚一周启动。试完发现并列时按P和I排能反映前兆信号的紧迫性，推翻了“并列按编号”的假设。换路：按规则5，P高者排前，第2条路径P为2但C为3（无控制措施），排到第1位之前，动作提前到一周内。终点。19张纸条加引导补出2条，共21条原因，归并为6条失败路径。FPI排序前两位：接口兼容性验证缺失（FPI12）、关键角色离职无交接（FPI12），第三位需求变更未走流程（FPI4）。预防动作清单4行，2行已验收，1行未验收，1行进行中。会议过程记录21条原因原文，失败路径登记册6行，预防动作跟踪表4行。三份文档分开存放，公共键为路径编号。表8示例中的关键变量与处置变化变量案例中情形如果变量不同处置变化参会人数8人少于5人个人写作改为逐一书面回答，不集体念出纸条总数19张少于参会人数乘2按规则2补发纸条加一轮写作概括词纸条数7张超过半数暂停汇总，先做一轮具体事件写法示范某阶段问不出原因外部依赖阶段两个以上阶段问不出按规则3改为只处理已识别路径，未覆盖阶段补专项访谈路径条数6条超过原因条数一半按规则4回表4重新归并FPI并列路径数2条3条以上并列按规则5依次比较P、I、C，仍相同按编号变量表中权重较高的变量是“概括词纸条数”：它决定是否暂停汇总先做写法示范，其余变量影响的是单条路径的排序和补做动作，不改变五阶段引导和归并规则。十、三套场景操作序列：完整版、精简版、单人版选择依据：项目金额超过阈值或处于关键里程碑前走完整版；常规项目周会走精简版；岗位交接或项目早期走单人版。表9三套场景的检查项与产出增减版本执行哪些步骤（对应表1至表7）保留产出去掉检查项不能妥协的底线完整版表1至表7全量，式(1)逐路径计算三份文档全量加排序表不删每人至少写两条；五阶段各至少一条；每条路径有FPI和预防动作精简版表1、表2、表4、表6，表3只问三个阶段失败路径登记册、预防动作跟踪表两个阶段的引导问题、式(1)逐路径计算改为只算前5条被跳过阶段标“本期未问”，不默认无原因单人版表1失败前提、表3五阶段引导问题待观察清单（原因加阶段标注）个人写作汇总、归并、FPI、预防动作写不出具体事件的原因必须标“未具体