项目复盘：正确复盘让失败变成财富
复盘是项目管理中最重要的环节之一。好的复盘让团队持续进步，坏的复盘让问题重复发生。
一、什么是复盘
复盘 vs 总结
| 类型 | 目的 | 重点 | 时机 |
|---|---|---|---|
| 总结 | 汇报结果 | 做了什么 | 项目结束 |
| 复盘 | 学习成长 | 为什么/如何改进 | 持续进行 |
复盘的核心问题
1. 预期目标是什么？
2. 实际结果是什么？
3. 差距原因是什么？
4. 下次如何改进？
二、复盘时机
项目复盘
- 项目关键里程碑
- 项目结束
- 项目遇到重大问题
迭代复盘（敏捷）
- 每个Sprint结束
- 快速简短
- 聚焦改进
事件复盘
- 重大线上故障
- 客户投诉
- 团队冲突
三、复盘框架
框架1：KISS法则
| 字母 | 含义 | 问题 |
|---|---|---|
| K | Keep | 做得好的，保持 |
| I | Improve | 需要改进的 |
| S | Stop | 不要做的 |
| S | Start | 需要开始的 |
框架2：4L模型
Liked：喜欢的
Learned：学到的
Lacked：缺乏的
Longed for：期望的
框架3：ORID焦点讨论
Objective：客观事实 - 发生了什么？
Reflective：感受反应 - 你的感受是什么？
Interpretive：意义反思 - 这意味着什么？
Decisional：决定行动 - 下一步怎么做？
四、复盘步骤
第一步：准备
- 收集数据（项目周报、燃尽图、日志）
- 通知参与者
- 确定时间地点
第二步：回顾事实
时间线回顾法：
Week 1: 需求确认、架构设计
Week 2-3: 核心功能开发
Week 4: 测试、修复Bug
Week 5: 上线、出现问题
...
第三步：分析原因
使用5Why分析法：
问题：上线延迟一周
Why1: 测试时间不够
Why2: 开发阶段延期
Why3: 需求变更频繁
Why4: 需求确认流程不完善
Why5: 缺乏需求评审环节 ← 根因
第四步：制定改进
## 改进计划
| 问题 | 改进措施 | 负责人 | 完成时间 |
|------|---------|--------|---------|
| 需求变更频繁 | 增加需求评审 | 产品 | 3月1日 |
| 测试时间不足 | 预留buffer | PM | 立即 |
第五步：跟踪执行
- 下次复盘时检查改进落实
- 未完成的要追问原因
- 形成闭环
五、复盘注意事项
避免常见问题
问题1：对事不对人
❌ 错误：你这里做错了
✅ 正确：这个环节可以如何改进
问题2：归咎外部
❌ 错误：供应商延迟导致
✅ 正确：我们如何避免这类风险
问题3：泛泛而谈
❌ 错误：我们要加强沟通
✅ 正确：每周五下午3点同步进度
问题4：只发现问题不解决
复盘的目的不是追责，而是改进。
六、复盘记录模板
# 项目复盘记录
## 基本信息
项目名称：
复盘时间：
参与者：
## 回顾：发生了什么
[时间线梳理]
## 分析：为什么发生
[5Why分析]
## 提炼：学到了什么
[经验总结]
## 改进：下一步行动
| 行动 | 负责人 | 时间 |
|------|--------|------|
| ... | ... | ... |
## 跟踪
[ ] 行动1 已完成
[ ] 行动2 进行中
七、复盘文化
心理安全
团队敢于说出真实问题，而不是掩盖。
领导示范
领导先承认自己的问题。
持续进行
复盘不是一次性活动，是持续习惯。
结语
复盘的最终目的是：从经验中学习，让下一次做得更好。
没有失败的教训，只有不学习的代价。
本文来自项目管理分类，分享复盘的方法与实践。