企业管理的108个问题 · 第91问

上一问我们讲了如何做好项目优先级排序（第90问），核心结论：排序的本质不是”选对的”——是”放弃对的、去做更对的”。

但不管你的优先级排得多好——项目总有结束的一天。问题来了：

项目做完了——然后呢？

很多团队的”项目结束”是这样的：项目交付了——大家松一口气——开个庆功会/吃个散伙饭——然后——下一个项目——同样的问题——再犯一遍。

为什么？

——因为”项目复盘”这个环节——不是”没做”——就是”做了，但等于没做”。

不夸张地说： 一个团队进步的速度——不取决于”做了多少项目”——而取决于”每次做完项目后，有没有提炼出真正的经验”。

那今天我们就来拆解：如何做一场”真正有用”的项目复盘？

一、为什么大多数复盘”没用”？

先说说”复盘死法”——你看看你经历过几种：

死法一：复盘变成了”批斗会”

“这个项目延期了——是谁的问题？””那个功能没做好——谁负责？”——一场复盘下来——大家在”找替罪羊”——而不是”找原因”。

效果： 下次没人敢在复盘会上说真话。

死法二：复盘变成了”走过场”

“这次项目做得不错——大家辛苦了——下次继续努力。”——30分钟——结束——散会。

效果： 走完形式——什么也没提炼出来。

死法三：复盘变成了”汇报大会”

每个人把”做了什么”又讲了一遍——讲完2小时——听的人——完全记不住什么”改进点”。

效果： 浪费时间——大家更想”回去干活”。

死法四：复盘完了——没有”后续动作”

复盘会开得很好——列出了10个问题——“好，散会”——然后——下次项目——这10个问题——一个都没解决。

效果： 这是最可惜的——明明找到了问题——但没人跟进落实。

二、复盘的核心框架：四步法

一场”真正有效”的复盘——应该遵循这四个步骤：

第一步：还原事实——“当时发生了什么？”

不要一开始就”谈结论”——先”还原事实”。

这个阶段要回答的问题：

• 这个项目的目标是什么？——我们当初定的目标是什么？
• 实际结果是什么？——完成了吗？延迟了吗？质量达标吗？
• 过程中发生了什么？——有没有意料之外的事？
• 关键的节点和转折点是什么？

操作要点：

• 客观——不评判——只说”发生了什么事”——不说”谁做得好谁做得差”
• 用数据说话——“原计划2周完成，实际用了3周”——而不是”好像有点慢了”
• 全员参与——不是项目经理一个人讲——每个人都要讲”我看到的”

第二步：分析原因——“为什么会这样？”

找到”表面的原因”——再找到”深层的原因”。

用”5 Why法”追问三层：

表面问题： 项目延期了2周

看——从”开发预估不准”——追到了”需求变更管理流程缺失”——这才是真正该解决的问题。

分析原因时的”分类法”：

把问题原因分成三类：

关键原则： 大多数出现问题——不要只停留在”人的问题”——更多时候是”系统和流程的问题”。

第三步：提炼经验——“我们学到了什么？”

这个阶段——把”原因”转化为”可复用的经验”。

用”三句话总结法”：

1. 做对了什么（值得保持的）： “这次项目中，我们每天早上的站会非常有效——问题当天就被发现了——下次要继续”
2. 做错了什么（需要改进的）： “我们在需求确认环节太草率了——没有让客户签字确认——导致了后面的3次变更”
3. 学到了什么（可以复用的经验）： “任何项目——在启动时必须有一个’需求冻结’的节点——这个节点之后的需求变更——必须经过正式的变更流程”

最关键的一步——把”经验”写成”可操作的原则”——而不是”感悟”。

坏的经验总结： “以后要更注意需求管理。”
好的经验总结： “以后项目启动前——必须让客户在需求文档上签字——签字后的需求变更——走正式的变更审批流程。”

第四步：制定行动——“接下来做什么？”

复盘最核心的产出——不是一个”总结文档”——而是一份”行动计划”。

这个行动计划要包括：

一个”好的复盘行动”——是”可验收”的。

“优化项目管理流程”——不可验收。
“在7月15日前，完成项目变更管理SOP的撰写，并在下一个项目中试运行”——可验收。

三、三种场景的复盘实操指南

场景一：小型项目复盘（1-2人，1个月内）

时间： 30分钟
方式： 一个人主持，两个人都要说话

议程：

1. 15分钟：各自回答”三问”
   • 这次项目里，我觉得做得最好的一个地方是什么？
   • 这次项目里，最让我头疼的一个地方是什么？
   • 下次再做类似项目，我一定不会做什么/一定会做什么？
2. 10分钟：讨论——把两个人的回答对齐——找出”共同发现的问题”
3. 5分钟：确定1-2个改进动作——设好负责人和截止时间

产出： 一张纸——一面写”Keep”（保持的），一面写”Try”（尝试的）——贴在工位上。

场景二：中型项目复盘（1个团队，1-3个月）

时间： 1-2小时
方式： 团队全员参与，项目经理主持或请第三方做Facilitator

推荐工具： “复盘四格表”

产出： 一份”项目复盘报告”——不超过2页A4纸——含事实数据、关键发现、改进行动清单。

场景三：大型项目复盘（多个团队协同，3个月以上）

时间： 半天（3-4小时）
方式： 分小组讨论 + 全体对齐

流程：

1. 预热（30分钟）： 项目数据回顾——目标 vs 实际——先达成”事实共识”
2. 分组讨论（1小时）： 按”职能/模块”分组——每组讨论自己的发现
3. 全体对齐（1小时）： 每组汇报关键发现——大家一起找”跨组的系统性问题”
4. 行动规划（30分钟-1小时）： 确定”前3个最需要解决的问题”——每问题指定负责人

产出： 一份”项目复盘报告” + 一个”改进时间表”——每个改进动作要有明确的”完成标志”

四、复盘文化的三个”组织原则”

原则一：复盘的基调是”对事不对人”

复盘不是追责。 复盘是：”我们一起看看——这件事为什么会这样？下次怎么避免？”

在复盘中说”我们”——不要说”你”——更不要说”就是你”。

原则二：复盘的产出是”可复用的机制”

最差的复盘——“复盘了一遍——下次还是老样子”。

好的复盘——会产出”标准化机制”：

• 发现”需求确认不清” → 建立”需求确认SOP”
• 发现”跨部门沟通慢” → 建立”信息同步模板”
• 发现”测试不充分” → 建立”测试用例评审机制”

把”教训”变成”制度”——才是真正的”经验沉淀”。

原则三：复盘要”持续跟进”

复盘结束不等于改进结束。

跟踪机制：

• 每2周Check一次改进动作的进度——“那个变更管理流程写完了吗？”
• 在下一次项目启动时——把”复盘发现的问题”作为”项目启动的条件”——“这次的变更管理流程先用上”
• 在下一次复盘时——检查上一次的改进动作——“上的那个流程好用吗？”

复盘的效果——是在”下一次项目”中检验的——不是在”复盘会上”检验的。

五、最后的话

项目复盘——不做——是”经验浪费”；做了——但做得不对——是”时间浪费”。

复盘的本质——不是”评价过去”——是”投资未来”。

你在复盘会上花1小时——如果能让下一个项目减少10小时的返工——这个ROI——是1:10。

真正成长快的团队——不是”犯错少的团队”——是”从不重复犯同一个错的团队”。

复盘——就是”让错误只犯一次”的机制。 🎯

明日预告：第92问 —— 跨部门项目中的权责不清问题如何解决？