在IPD的落地过程中，会发现在IPD流程中有很多的评审阶段和节点，团队成员中很难有效的区分其中的差异，甚至搞不清楚在某个节点需要做哪些事情，给实施带来了一定困扰，所以本文借鉴华为IPD流程中涉及到的相关阶段和节点做了一个简单梳理，供大家参考。

下图是IPD流程结构化的呈现，具有非常明显的阶段划分，华为正是通过这样结构化的流程方式进行管理和推动IPD流程落地实施，在各个阶段，把市场、研发、供应、制造、采购、服务等跨部门的人有效的组织起来，对各个阶段的产品研发质量进行把关评审，确保最终能够开发出满足客户需求、有市场竞争力的产品。

在这种图上，可以整体上可以分为三类：项目阶段划分、决策评审阶段划分、技术评审与其他功能领域的评审阶段划分。接下来逐个看下这三类的划分及其所代表的含义。

项目阶段的划分

从研发项目管理和实施的角度上来看，IPD流程整体上划分为七个阶段，跟瀑布的流程基本上吻合的，明确规定了各个阶段需要完成的事情

项目立项准备阶段

在项目立项准备阶段，分析项目立项价值，主要是从资源、技术、组织等方面进行评估和准备，完成项目任务书的开发。

项目概念阶段

在项目概念阶段，根据项目任务书搭建项目环境、组建项目团队、对任务书的目标进行分解，形成初步的实现方案和概要设计。制定初步的项目计划，完成设计需求和备选方案。

项目计划阶段

在项目计划阶段，制定详细的项目计划，并最终确定项目的目标和范围，完成架构设计和概要设计，指导后续项目阶段的执行。

项目开发阶段

在项目开发阶段，执行项目计划，完成样机开发，确保项目成果完成并被集成。

项目验证阶段

在项目验证阶段，按照项目计划执行项目内、外部验收活动，完成试产和Beta测试，确保项目能通过客户或接受人的验收。

项目发布阶段

在项目发布阶段，按照项目计划执行项目对内、外部的发布活动，确保项目关闭前把项目成功移交给接受者。

项目关闭阶段

在项目关闭阶段，在项目完成移交交付件后，对项目进行关闭。

对于一些简单类型项目，可以考虑进行合并成以下四个阶段：项目立项阶段、项目概要与计划阶段、项目执行阶段（包括开发、验证和发布三个阶段）以及项目关闭阶段。

决策阶段的划分

图中最上面呈现的xDCP是决策评审点（Decision Check Point，DCP），IPD流程通过这些决策评审点来构建决策质量。主要是针对业务进行评审，关注的是产品的市场定位和未来盈利情况。这些决策点都有对于的决策标准，通过了才能进入下一阶段的工作。

IPD流程中设置了5个决策评审点，重点强调按照投资决策理念对研发过程进行分阶段评审。

项目任务书DCP（Charter DCP）

是属于立项阶段的评审决策点。

概念决策评审点（CDCP）

在项目概念结束时进行概念决策评审。由PDT团队正式向IPMT进行汇报初始的业务计划，由IPMT来决策项目是继续还是终止。

计划决策评审点（PDCP）

在项目计划阶段结束时进行计划决策评审。PDT向IPMT展示最终的业务计划以及决策合同，由IPMT来做出继续/终止的决策。

可获得性决策评审点（ADCP）

实在发布之前进行的一次决策评审，验证在计划阶段制定的业务计划是否已经实现，产品是否准备好发布。PDT团队向IPMT给出专业建议，由IPMT来做出继续/终止的决策。

生命周期终止决策评审点（LDCP）

在产品生命周期结束时进行生命周期终止决策评审。由PDT向IPMT进行决策汇报。

技术阶段评审点

IPD流程中设置了合适的技术评审点（TR），在过程中进行产品质量构建。按照技术划分阶段，包括7个评审点，确保从研发人员关注的角度，项目团队能够识别所有的技术风险。

TR1：产品需求评审

在概念阶段针对产品需求和产品概念的评审，重点关注产品需求的完整性，对应于项目概念阶段结束时的管理评审点，TR1通过标志着项目概念与初步项目计划的确立，可以支撑版本开发项目的CDCP，进行概念决策。

TR2：设计规格评审

在计划阶段针对产品设计规格的评审，包括功能需求评审、产品规格评审，重点关注从产品设计需求到产品设计规格的完整性。

TR3：概要设计评审

在计划阶段针对概要设计的评审，包括系统设计、架构设计、概要设计，确保设计规格已经完全、正确的在概要设计中有体现。TR3对应项目计划阶段的管理评审点，TR3通过标志着项目计划被确认，可以支撑版本开发项目的PDCP，进行计划决策。

TR4：详细设计评审

在开发阶段针对模块/系统的详细设计进行评审。在这个节点，完成模块级（或单板机）功能开发并进行测试阶段。

TR4A：集成测试评审

在开发阶段针对产品技术上的成熟度进行评估，确保所有存在的问题和风险都进行了评估，进入系统设计验证（SDV）测试，通过原型机和试制验证来确保能够支撑进行初始产品生产。

TR5：系统测试评审

在开发阶段结束前的评审，对应是系统集成测试（SIT测试），将评估系统性能、可靠性、稳定性等是否满足要求。确保产品符合预定的功能和性能要求。TR5对应项目执行（开发）阶段的管理评审点，TR5通过标志着项目开发工作按计划完成，准备好交付客户或维护团队进行验收。

TR6：验证测试评审

在验证阶段结束前的评审，对应的是SVT、Beta实验局的测试验证，是从系统的角度进行评审，确保产品可进入大批量生产及供货阶段。TR6对应项目执行（验证）阶段的管理评审点，TR6通过标志着项目验证工作按计划完成，可支撑版本开发项目的ADCP，产品进入发布阶段。

TR6之后，研发产品对应的技术评审就会结束。TR评审的目的，主要是基于技术方面去考虑，一般参加评审的都是各个领域的技术专家，会从各自的领域去考虑问题，避免从技术角度带入的相关风险。

功能领域评审点

另外，IPD流程中设置了合适的功能领域交付评审点（XR），在过程中进行产品质量构建。其中包括研发、市场、供应、制造、服务、销售等评审点。

在项目研发过程中，IPD流程中定义了六个RDR评审点，也是研发项目自身的阶段评审点。在评审时，一般会从项目目标对齐、项目状态（进度、计划、风险、陈本、质量等）、项目组合状态（与其他项目依赖、资源分配等）以及资源承诺四个维度进行审视。

RDR0：项目启动评审

RDR0是项目启动时的项目管理评审点。其通过标志着项目任务书（Charter）被确认和评审通过，项目正式立项，项目进入概念阶段。

RDR1：项目概念评审

RDR1是项目概念阶段结束时的项目管理评审点。其通过标志着项目概念与初步项目计划的确立，项目进入计划阶段。可支撑版本开发项目的CDCP。

RDR2：项目计划评审

RDR2是项目计划阶段结束时的项目管理评审点。其通过标志着项目最终计划被确认和批准，项目进入开发阶段。可支撑版本开发项目的PDCP。

RDR3：项目开发评审

RDR3是项目执行（开发）阶段结束时的项目管理评审点。其通过标志着项目开发工作按计划完成，可将交付物提供给接收人或者下游客户验收，项目进入验收阶段。

RDR4：项目验证评审

RDR4项目执行（验证）阶段结束时的项目管理评审点。其通过标志着项目验证工作按计划完成，项目输出及交付件通过验收，项目进入发布阶段。可支撑版本开发项目的ADCP。

RDR5：项目关闭评审

RDR5是项目执行（发布）阶段结束时的项目管理评审点。其通过标志着项目结束，开发项目通过GA评审，正式关闭。

功能领域交付评审

除了研发评审点RDR以外，还包括以下几个功能领域的评审：

SR（Service Review），服务评审点，关注产品的可服务性。

SCR（Supply Review），供应制造评审点，关注产品的可供应、可制造性。

POR（Procurement Review），采购评审点，关注物料的采购。

MR（Marketing Review），市场评审点，关注产品的可销售性。

在以上的额功能领域评审点中，其中TR关注产品包成熟度的实现情况，其他XR关注功能领域对O/SBP的支撑以及相关的内部质量，各功能领域的相关管理部门负责评审和把关；PDT根据XR和TR的评审结果，负责综合审视和评审产品包及商业计划的完成情况和质量，通过汇报材料供IPMT进行决策。

华为IPD流程一直在持续的优化和完善中，也在积极推进IPD与敏捷的融合，尽管看到IPD流程整体是以瀑布的方式运作的，但是在每个阶段和节点都体现了敏捷的基本原则，比如检视和调整，通过各种节点的评审检视来识别问题、判断风险，从而能够及早的做出判断、进行调整。有人曾把IPD和敏捷做过这样一个比喻，IPD犹如航空母舰，敏捷则是航母上的战斗机，一个沉稳兼顾大局、一个灵活应对变化。虽然不完全准确，但是也从一方面体现了IPD与敏捷的关系，之所以IPD仍然发挥着巨大威力，跟企业文化、组织结构、产品类型、业务形态也有很大关系，所以依然支撑华为产品研发体系的高效运转。

部分缩略语：

IPD：Integrated Product Development，集成产品开发

PDT：Product Development Team，产品开发团队

RDR：R&D Review，研发评审

IPMT：Integrated Portfolio Management Team，集成组合管理团队

TR：Technology Review，技术评审

DCP：Decision Check Point，决策检查点

RDPM：R&D Project Management，研发项目管理

GA：General Availability，一般可获得性

参考文档：

1. 《华为能，你也能-IPD重构产品研发》

2. 《从偶然到必然：华为研发投资与管理实践》