夜雨聆风
项目上线后，领导让项目经理“组织大家复盘一下”。
很多人的第一反应，是拉个会，把需求、研发、测试、运营都叫来，然后问一句：“大家说说这次有什么问题？”
结果常常很熟悉：有人开始解释原因，有人开始追责任，有人说“下次注意”，还有人全程沉默。一个小时过去，会议纪要里只剩几句安全的话：沟通不够、协同不足、风险意识有待加强。
这样的项目复盘会，看起来开了，实际没有沉淀任何可执行动作。
复盘会真正要解决的，不是谁对谁错，而是把一次项目经历拆成四类资产：事实、原因、经验、改进动作。否则同样的问题，下个项目还会换个名字再发生一次。
下面用一个匿名综合案例，拆一套项目经理可以直接复用的复盘会模板和话术。
先记住：复盘会不是批斗会，而是证据整理会
一场好用的项目复盘会，至少回答 4 个问题：
目标有没有达成，证据是什么？ 偏差发生在哪个节点，影响有多大？ 真正原因是什么，不是谁说了算？ 下次怎么改，谁负责，什么时候验证？ 
如果这 4 个问题没有被写进表里，复盘就容易变成情绪交流。
第一步：会前24小时，把事实材料先收齐
复盘会最怕临场回忆。
项目经理不要等会议开始才问“大家觉得哪里有问题”。会前 24 小时，先发一张复盘输入表，让各方把事实填进去。
这里的关键，是只收事实，不收评价。
会前可以这样发通知：
各位，复盘会不先讨论责任，先对齐事实。请在明天 12 点前补充表格，只填有证据的情况，现场我们按事实逐项确认。
这句话能把会议基调定下来：不是自由发挥，而是基于证据讨论。
第二步：开场10分钟，先锁定目标和偏差
复盘会一开始，不要马上问原因。
先把项目的目标、实际结果和偏差范围摆出来。所有人先确认“我们在复盘同一件事”。
项目经理可以用一张事实看板开场：
开场话术可以这么说：
今天先不评价谁做得好不好。我们先确认三件事：原目标是什么，实际发生了什么，偏差造成了什么影响。事实确认后，再讨论原因和动作。
这一步越稳，后面的讨论越不容易跑偏。
第三步：用“原因矩阵”拆问题，别停在表面解释
很多复盘会失败，是因为原因写得太浅。
比如“沟通不到位”“需求不清晰”“测试不充分”，这些话看着对，但没有办法指导下一次怎么改。
更好用的方式，是把原因拆成 4 类：流程、信息、资源、决策。
追问话术可以这样用：
这个原因如果下次还发生，我们能提前看到什么信号？
这个问题是没人知道，没人负责，还是没人能拍板？
如果只改一个动作，最可能减少复发的是哪一个？
原因矩阵的价值，不是让大家承认错误，而是把模糊问题拆成可调整的管理动作。
第四步：把结论改成行动项，必须有责任人和验证时间
复盘最危险的结尾，是大家一致认为“以后要加强”。
“加强”不是行动项。
能进入复盘纪要的改进动作，至少要有 5 个字段：动作、责任人、截止时间、完成证据、验证方式。
收口话术可以这样说：
我们今天不追求把所有问题都解决完，但每个高频问题都要对应一个动作。动作没有责任人、截止时间和完成证据，就先不写进纪要。
这样写出来的复盘纪要，才有后续管理价值。
第五步：准备三类话术，让会议不变成争论
项目经理主持复盘会，真正难的不是模板，而是现场控场。
建议提前准备三类话术：定调、追问、收口。
这套话术的重点，是把人从情绪拉回事实，从解释拉回动作。
第六步：会后30分钟内发出复盘纪要，并建立跟踪板
复盘会不是发完纪要就结束。
会后 30 分钟内，项目经理要把确认过的事实、原因、动作和待决事项发出来，并把行动项放进跟踪板。
会后通知可以这样写：
复盘纪要已同步，大家重点确认两部分：事实是否有误，行动项是否能执行。若 24 小时内无补充，我们按当前版本进入跟踪。
复盘真正的闭环，不在会议室里，而在下一次项目中能不能少踩同一个坑。
最后一张清单：项目复盘会照着这 6 步开
会前 24 小时收集事实材料。 开场 10 分钟确认目标、结果和偏差。 用原因矩阵拆流程、信息、资源、决策问题。 把结论改成行动项，不写空泛口号。 用控场话术把讨论拉回证据和动作。 会后 30 分钟发纪要，并跟踪行动项完成情况。
项目复盘会的价值，不是把过去讲清楚，而是让下一次项目少付同样的学费。
你开复盘会时，最难控制的是“大家沉默”，还是“大家争论”？欢迎在评论区说说。
关注“PM研学营”公众号，在后台聊天窗口输入关键字“项目管理工具”，即可获取最常用的项目管理实战工具模板。
