1
概述
产品研发项目，为什么必须要做复盘，复盘对产品研发能力的提升有什么意义？
对于复盘，我们可能都知道它的意义，比如对于做得好的地方形成一种经验，下次再做类似的事情时可以借鉴，做得不好的地方形成教训，下次做类似的事情需要避免。
我们看到很多场景下会做复盘，这篇文章就来介绍产品研发项目做复盘有什么价值以及如何做好复盘。
首先介绍项目复盘有什么价值。
这里讲一个真实的案例：年，中兴通讯无线经营部内部多条产品线的FPGA（一种可编程芯片，这种设计能力可建设为一个职能团队）团队进行了整合，形成一个大部门，团队分布在上海、深圳、西安等地。
当时由我带领一个团队，负责整合各个产品线的FPGA编程规范，使所有产品线的FPGA设计人员用统一的规范和风格编程，这样设计出来的程序不容易出错，有编程经历的人很容易理解它的重要性。在此之前，每条产品线的FPGA团队都有自己的编程习惯和风格，有些产品线则没有统一的风格，这样在部门内进行成果借鉴和经验交流变得效率很低。
经过近一年的时间，复盘了多个之前项目中的经验、教训，形成了一份近条的编程规范条例，做成一份checklist（检查清单），其中有相当一部分内容放进入了规范检查的软件中，并从制度上规定，每个程序设计工程师编写的代码，必须要通过软件的检查，并出具通过检查的报告，才能提交版本。
其他无法放入软件的checklist内容，作为代码同行评审要求检查的内容，这样评审专家对照checklist检查代码就有参考，确保了评审的一致性和规范性。
经过这次大规模的复盘和总结，并成功地应用了这些总结成果，使得中兴通讯的FPGA设计水平迅速上升了一个大台阶。如果不做复盘，我们的研发水平可能会一直在较低的水平徘徊。这个真实的案例，让我们享受到了复盘带来实实在在的研发能力提升的好处。
那么如何做好项目复盘呢？
2
如何做好项目复盘
复盘的方法有很多，比如5why法，PDCA法等，本文介绍如何使用PDCA法做好项目复盘。
PDCA最早是由美国质量管理专家戴明提出来的，所以又称为“戴明环”，最初用在质量管理领域。
PDCA是由四个英语单词Plan(计划)、Do(执行)、Check(检查)和Action(修正)的第一个字母组成。那么如何用PDCA法做复盘？
下面通过六步法来介绍PDCA复盘法。在项目复盘中，P（plan）和D（do）两个环节实际上是项目运行的目标计划，以及项目的执行本身，属于复盘的前段。本文讲的复盘是从C（check）开始，然后进入到A（action）这么两个环节。
图使用PDCA方法做复盘
复盘的步骤如下：
步骤一：回顾目标。
产品研发项目在立项的时候会制定一系列目标，如项目研发周期、质量目标、费用的管控目标等。
如果目标比较多的项目，最好选几个比较重要的目标，因为目标太多，容易分散注意力和资源，因此聚焦几个最重要的目标是比较可行的。（属于check的环节）
步骤二：对比结果。
根据实际完成的情况和目标进行对比，实际情况有完成的，有没完成的，也可能有超额完成的。（属于check的环节）
步骤三：寻找差距的原因。
根据对比结果，如果有差距的地方，要分析形成差距的原因，如果原因很多的，最好进行分类。如果有做得好的，超出目标的，也需要分析其中的原因。（属于check的环节）
步骤四：制定改进计划。
分析了原因之后，要找到对应的解决方案和改进措施，并对要改进的措施制定改进计划。
改进计划需要符合SMART原则（S=Specific、M=Measurable、A=Attainable、R=Relevant、T=Time-bound）。SMART原则在这里不做详细介绍，感兴趣的读者可以从网上很容易查到。（属于action的环节）
步骤五：监督执行。
改进计划制定好了后，接下来执行就非常重要了。为了确保任务的执行效果，任务负责人需要定期反馈任务进展，只有这样，改进的举措才有可能落实到位。（属于action的环节）
步骤六：成果固化。
对于改进取得的成果，最终要固化下来，在后续的项目中使用固化的成果，这样才能逐步提高。
就像前面介绍的案例，形成近条的编程规范就是成果，通过写入软件，形成强制性要求，或者评审时需要对照checklist，就是成果固化。
从实务有效的角度看，能固化进软件工具的成果，并由软件自动检查的效果是最好的，其次是固化进软件流程，由人工检查，如果无法借用工具，只靠人为自觉才能使用的成果，效果是最差的。
对于在一个PDCA循环中未完成的任务，或者完成不够彻底的任务，可进一步评估是否有必要进入到下一个PDCA循环中，如果有必要，则重新启动新一轮的PDCA循环，但是新一轮的PDCA是在上个PDCA基础上做过的改进，整体层次上了一个台阶，凡是做过的改进项，一般都比上个PDCA的特性要好。
仍以前面的案例为例：我们通过复盘总结了近条的编程规范，虽然让我们的团队设计能力上了一个大台阶，但仍有改进的空间，下一次PDCA的改进，就在这个成果上进行。
这个类似哲学里面的“否定之否定”思想，看起来又回到了起始点P，但这个P和上个循环的P已经有很大的不同。（成果固化属于action）。
图PDCA方法，持续改进
以上介绍了利用PDCA法如何进行项目复盘，在很多标杆企业都是采取类似的方式复盘。
知道了复盘的方法论，是不是在任何时候都需要做复盘，或者等一个项目结束了再做复盘，这关系到复盘的时机选择，我们仍以IPD流程为例。
IPD流程从概念阶段开始的6个阶段，不是每个阶段都适合做复盘，过于频繁做复盘一方面时间成本高，另外时机没到，复盘说明不了太多问题，使得复盘的效果会大打折扣。
而如果做复盘的周期太长，一方面由于时间间隔太久，容易遗漏一些重要的问题，另外也会使得改进太慢。
具体到IPD流程，和一个行业的产品研发特点有关，比如通信行业的大多数项目，从概念阶段开始，到发布上市，一般在12个月到18个月，项目级的复盘一般会定在开发完成到启动验证时做一次复盘，这个时间大概在概念后9个月至15个月。第二次复盘一般会定在发布结束后进入到生命周期的时候，和第一次复盘的时间间隔大概在半年左右。
最后，哪些领域需要做复盘？理论上，项目层面和每个职能领域（如硬件设计、测试活动、结构设计等）都需要做复盘。
比如项目层面的复盘，重点