项目复盘:正确复盘让失败变成财富

项目复盘:正确复盘让失败变成财富

复盘是项目管理中最重要的环节之一。好的复盘让团队持续进步,坏的复盘让问题重复发生。

团队复盘

一、什么是复盘

复盘 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 进行中

七、复盘文化

心理安全

团队敢于说出真实问题,而不是掩盖。

领导示范

领导先承认自己的问题。

持续进行

复盘不是一次性活动,是持续习惯。

结语

复盘的最终目的是:从经验中学习,让下一次做得更好。

没有失败的教训,只有不学习的代价。


本文来自项目管理分类,分享复盘的方法与实践。

💬

喜欢这篇文章?来讨论区聊聊

加入我们的即时讨论区,与志同道合的朋友交流

进入讨论区 →