如何做好项目复盘

如何做好项目复盘

1. 回顾项目目标；
2. 评估项目结果；
3. 分析原因；
4. 总结规律，落实行动。

第一步：回顾项目目标

每个项目在最开始的时候都会确定项目的目标，所以复盘的第一步，就是要回顾最初的项目目标，方便对最终结果进行评估。

在这个环节，需要你描述清楚当初定的项目目标是什么？项目计划中制定的里程碑是什么？其中的关键就在于，对目标的描述要尽可能准确和客观。

因为只有做到准确和客观，在后续你才能对目标的完成情况进行准确地评估。

比如说：“我们的目标是做一款伟大的产品”，就不算是准确客观，因为“伟大”是一个根据主观评判的形容词，每个人对伟大的理解是不同的。

你需要将这类形容词换成具体可考核的检查项，比如，可以总结出类似于这样的目标：“三个月时间完成一款在线学习网站产品，包括登录、在线学习、留言等主要功能模块，上线后的 Bug 比例低于上一款产品。”

最后再加上最初定的里程碑，比如说：“两个月开始内部测试，三个月正式上线。”这样，大家就可以对目标的完成情况有清晰地认识。

第二步：评估项目结果

在对项目的目标进行回顾后，就可以来看看项目的实际结果和当初的目标有多少差异了。这里需要列出两方面的差异：好的差异和坏的差异。

比如说项目的结果是：我们花了四个月时间完成整体项目，三个月才开始内部测试。原有功能作出了调整，学生留言老师回复的功能改成了类似于讨论版，大家一起讨论的功能，上线后质量稳定，Bug 比例低于上一款产品。

好的差异：

• 上线后质量很稳定，严重 Bug 很少；
• 没有出现需求遗漏，开发和测试能及时同步需求的变更。

坏的差异：

• 功能发生了变化，中间有比较多的需求变更；
• 项目发生了延期。

可以鼓励团队成员一起列出项目中好的差异和坏的差异。需要注意的是，在这一步，只需要客观描述结果就好了，不需要去分析原因，不然大家很容易思维发散，过早陷入对细节的讨论。

第三步：分析原因

在结果评估完了后，就可以来分析原因了，分析的时候也可以主要从两方面着手：是什么原因导致了好的差异，什么原因导致了坏的差异。

比如说，导致好的差异的原因：

• 增加了自动化测试代码的比例，改进了开发流程，代码合并之前有代码审核，并且要通过自动化测试；
• 增加了工具的使用，比如持续集成系统的搭建，每次提交后可以清楚的看到测试结果；
• 改进了项目流程，对于所有的需求细分后，都创建成了 Ticket，基于任务跟踪系统记录了起来，这样可以及时了解任务进程，有需求变更的情况，相关人员也能及时了解。

比如说，导致坏的差异的原因：

• 老板对于产品干预过多，导致需求变更频繁；
• 项目周期过长，难以响应需求的变化；
• 设计时没有考虑到需求的变更，导致需求变更发生后，很多设计需要修改，最终导致延期。

在分析的时候，可以营造一个宽松的氛围，让团队成员能畅所欲言，讨论时要做到对事不对人，尽可能客观地分析清楚成功和失败的原因。只有分析清楚原因，才能总结出规律。

第四步：总结规律，落实行动

分析出原因后还不够，最重要的是，还需要去总结背后的规律，才能真正把成功或失败的经验变成个人和团队的能力。

比如说，接着上面的案例你可以继续总结规律：

• 需求变更是导致项目延期的主要源头，需要在后续项目中控制好需求的变更；
• 自动化测试加上代码审查，再配合持续集成工具，可以有效提升产品质量；
• 任务跟踪系统可以方便地跟踪需求的执行情况，也能保证项目成员能及时同步需求的变更。

总结出来规律后，还需要落实成行动，才能真正做出有效的改变，帮助你在以后的项目中做的更好。落实行动的关键就是：对于好的实践，继续保持；对于不好的实践，停止并寻求改变。

通过分析目标、评估结果、分析原因和总结规律这四个步骤对项目复盘，能有效帮助你发现项目中做的好的地方和做的不好的地方，找出背后的原因，最终总结出来规律，落实成行动，做出积极的改变，把经验变成个人和团队的能力。