项目复盘——助力产品研发能力提升的利器

项目的复盘，是一种不需要额外增加资金、不需要招聘更优秀人才就能提升产品研发能力的好方法。

1 概述

产品研发项目，为什么必须要做复盘，复盘对产品研发能力的提升有什么意义？

对于复盘，我们可能都知道它的意义，比如对于做得好的地方形成一种经验，下次再做类似的事情时可以借鉴，做得不好的地方形成教训，下次做类似的事情需要避免。

我们看到很多场景下会做复盘，这篇文章就来介绍产品研发项目做复盘有什么价值以及如何做好复盘。

首先介绍项目复盘有什么价值。

这里讲一个真实的案例：2009年，中兴通讯无线经营部内部多条产品线的FPGA（一种可编程芯片，这种设计能力可建设为一个职能团队）团队进行了整合，形成一个大部门，团队分布在上海、深圳、西安等地。

当时由我带领一个团队，负责整合各个产品线的FPGA编程规范，使所有产品线的FPGA设计人员用统一的规范和风格编程，这样设计出来的程序不容易出错，有编程经历的人很容易理解它的重要性。在此之前，每条产品线的FPGA团队都有自己的编程习惯和风格，有些产品线则没有统一的风格，这样在部门内进行成果借鉴和经验交流变得效率很低。

经过近一年的时间，复盘了多个之前项目中的经验、教训，形成了一份近200条的编程规范条例，做成一份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的环节）

步骤六：成果固化。

对于改进取得的成果，最终要固化下来，在后续的项目中使用固化的成果，这样才能逐步提高。

就像前面介绍的案例，形成近200条的编程规范就是成果，通过写入软件，形成强制性要求，或者评审时需要对照checklist，就是成果固化。

从实务有效的角度看，能固化进软件工具的成果，并由软件自动检查的效果是最好的，其次是固化进软件流程，由人工检查，如果无法借用工具，只靠人为自觉才能使用的成果，效果是最差的。

对于在一个PDCA循环中未完成的任务，或者完成不够彻底的任务，可进一步评估是否有必要进入到下一个PDCA循环中，如果有必要，则重新启动新一轮的PDCA循环，但是新一轮的PDCA是在上个PDCA基础上做过的改进，整体层次上了一个台阶，凡是做过的改进项，一般都比上个PDCA的特性要好。

仍以前面的案例为例：我们通过复盘总结了近200条的编程规范，虽然让我们的团队设计能力上了一个大台阶，但仍有改进的空间，下一次PDCA的改进，就在这个成果上进行。

这个类似哲学里面的“否定之否定”思想，看起来又回到了起始点P，但这个P和上个循环的P已经有很大的不同。（成果固化属于action）。

图 PDCA方法，持续改进

以上介绍了利用PDCA法如何进行项目复盘，在很多标杆企业都是采取类似的方式复盘。

知道了复盘的方法论，是不是在任何时候都需要做复盘，或者等一个项目结束了再做复盘，这关系到复盘的时机选择，我们仍以IPD流程为例。

IPD流程从概念阶段开始的6个阶段，不是每个阶段都适合做复盘，过于频繁做复盘一方面时间成本高，另外时机没到，复盘说明不了太多问题，使得复盘的效果会大打折扣。

而如果做复盘的周期太长，一方面由于时间间隔太久，容易遗漏一些重要的问题，另外也会使得改进太慢。

具体到IPD流程，和一个行业的产品研发特点有关，比如通信行业的大多数项目，从概念阶段开始，到发布上市，一般在12个月到18个月，项目级的复盘一般会定在开发完成到启动验证时做一次复盘，这个时间大概在概念后9个月至15个月。第二次复盘一般会定在发布结束后进入到生命周期的时候，和第一次复盘的时间间隔大概在半年左右。

最后，哪些领域需要做复盘？理论上，项目层面和每个职能领域（如硬件设计、测试活动、结构设计等）都需要做复盘。

比如项目层面的复盘，重点关注项目总体管理、风险管理、沟通协调、甚至会议组织、周报和计划安排等，都是项目层面可以做的复盘内容。

而每个领域的复盘，则主要复盘自己领域中做得好或者不好的地方。

图 标杆企业IPD流程中的复盘

以IPD的七个职能域中采购领域为例。采购域第一次复盘，主要复盘采购领域为项目中研发采购所做的工作，有哪些亮点可以总结成经验，有哪些不足的地方需要改进。

比如，在目前这种芯片短缺的大背景下，项目的芯片采购工作进展顺利，保证了项目的进度，而有些项目则出现了不同程度的芯片短缺问题，延误了项目的进度。

通过复盘总结下来的经验是，这个项目的采购代表，在项目启动时制定了非常详细的芯片购买策略和计划，以及各种风险预案，使得各种风险都能得到及时的消除。

这个采购代表的工作方法就可以通过复盘推广到其他项目中采用。

采购域完成第一次复盘后，接下来的工作主要是采购小批量试生产的物料，用于产品的转产使用，这个工作和第一阶段的工作有所不同，采购的物料数量会更多，选择的供应商也可能发生变化，因为研发用的物料，有可能不适合批量生产用，因此采购代表还需要更换供应商，所以工作有不同的地方，完成了这个阶段的工作后需要进行第二次复盘。

第二次复盘，假如采购代表在进行小批量采购时，由于没有仔细核对供应商的资质，导致把一个无法进行批量供货的供应商放进来进行批量采购，而供应商反馈他只能做研发样品，不做批量供货。

这样采购代表又花了大量时间去寻找另一个可以批量供货的供应商，由于是新供应商，项目还需要花大量时间进行样品测试和验证，影响到了项目试生产的周期，进而导致项目进度延误。

采购域第二次复盘，需要总结这个阶段工作中的不足，比如在研发采购时就需要评估和审核研发样品供应商的资质和能力，而不能在开发完了再评估供应商的资质，导致工作来不及按时完成，从而影响项目进度。

通过复盘需要把这个问题列入到采购流程的checklist当中，指导各个项目的采购工作。其他职能领域的代表也需要在相应时间做类似的复盘，这样的复盘不仅能提升整个项目的运作水平，也能提升各个职能部门的能力。

｜写在最后｜

一个企业，产品研发能力的提升是一件比较难、需要长期积累，但做好了却能建立很深护城河的事情。

项目的复盘，是一种不需要额外增加资金、不需要招聘更优秀人才就能提升产品研发能力的好方法。

本文介绍的PDCA复盘法，是很多标杆科技企业做产品研发复盘时常用的方法论，也是很多中小企业在学习的复盘法。

“得法者事半功倍”，希望你也能掌握PDCA复盘法，并在自己的工作中取得成效。

作者：揭应平