IPD集成产品开发：华为IPD流程的6个阶段与实践

IPD 集成产品开发（Integrated Product Development）是一套把产品开发当作投资来管理的模式与方法。它不只是一张流程图，而是一组决策机制：在资源大规模投入之前先判断机会值不值得做，在开发过程中用阶段评审控制风险，在产品上市之后继续按经营指标管理产品。

华为是国内较早、实践也较系统的一批企业之一。公开资料中较常见的说法是，华为在 1998 年前后启动 IPD 变革，与 IBM 合作引入相关方法，此后持续多年迭代。华为 IPD 流程把产品从想法到退市划分为概念、计划、开发、验证、发布、生命周期六个阶段，每个阶段都有明确的目标、交付物和评审点。

下面先说明 IPD 是什么、解决什么问题，再按六个阶段逐一拆解各阶段要做什么、由什么评审把关，最后讲清团队分工和落地条件。

IPD 集成产品开发是什么，为什么华为要引入这套体系

IPD 集成产品开发是一种结构化的产品开发管理方法，核心主张有两条。产品开发是一项投资决策，需要用投资回报的视角阶段性地判断继续还是终止；产品创新要以市场需求和竞争分析为起点，而不是以技术能力为起点。围绕这两条主张，IPD 形成了跨部门团队、结构化流程、异步开发与共用基础模块（CBB）等一整套做法。

这套思路常被追溯到美国 PRTM 公司提出的 PACE（产品及生命周期优化法）。20 世纪 90 年代初，IBM 在经营压力下率先把它发展成 IPD 体系并推行，之后在业界扩散。华为引入时面对的问题，和不少成长型企业类似：产品线越拉越长，研发人员规模快速增长，上市周期却没有同步缩短，质量问题反而更集中。IPD 提供的，是把"靠个人能力推进"转成"靠流程和决策机制推进"的一套框架。

需要说明的是，IPD 不等于敏捷，也不是拿来即用的模板。它更像一套框架，企业要结合自身的产品形态和组织能力做取舍。

华为 IPD 流程的 6 个阶段总览

结构化流程的价值，一半在阶段划分，另一半在出口评审。评审不通过，项目就要停下来重新评估，而不是靠惯性往下推。六个阶段的常见对应关系如下。

不同企业对评审点的命名和数量存在差异，上表是较常见的对应关系。技术评审节点在不同资料中常被记为 TR1 到 TR6。

概念阶段：先确认这个机会值不值得做

概念阶段从接收产品开发任务开始，到概念决策评审结束。它的重点不是技术方案，而是需求是否真实、机会是否与公司战略一致。华为 IPD 强调在这一步就把成本、价格、可交付性、可靠性和可维护性一起纳入分析，避免只从技术角度定义产品。

• 关键活动：收集和分析市场需求与竞争情报；形成客户需求规格与产品包需求；比较多个技术方案，评估技术路径可行性；对机会的吸引力做快速评估，形成初步业务计划书。
• 出口：概念决策评审（CDCP）。评审关注需求是否清晰、机会是否符合业务策略；不通过则重新定义需求或调整方向。

计划阶段：把需求拆成可执行的计划

计划阶段要验证概念阶段的假设，把方向落到纸面。产品开发团队在这一阶段获得正式授权，需求要逐层映射到功能需求和技术需求，再分解到子系统、模块和具体任务。

• 关键活动：完成需求到规格、规格到设计的映射；形成系统规格与概要设计；制定公司级、模块级和个人级计划；识别长货期物料与核心元器件并提前安排采购；细化商业计划，确定目标成本与质量目标。
• 出口：计划决策评审（PDCP）。这一评审决定是否投入大量资源进入开发。计划一旦通过，后续变更的成本会明显上升，因此资源、进度和成本的承诺要在这一步对齐。

开发阶段：按规格完成构建并逐步验证

开发阶段的重点是并行推进。硬件、软件、结构等不同领域同时展开，通过清晰的接口设计减少互相等待。这个阶段会产生较多技术评审，用来及早暴露设计和实现中的问题。

• 关键活动：详细设计与编码实现；模块级单元测试与功能验证；系统集成与联调；对关键技术风险持续跟踪和收敛。
• 评审：技术评审（常见节点如 TR3 到 TR5），分别检查概要设计、模块功能与集成结果是否达到进入下一环节的条件。

验证阶段：确认产品是否达到可发布状态

验证阶段用接近真实使用场景的测试判断产品成熟度。开发阶段的测试偏重"功能有没有做出来"，验证阶段关注"在客户环境下稳不稳定、可不可靠"。

• 关键活动：系统验证测试；Beta 测试或客户试用；可靠性、可服务性与认证类测试；问题收敛与缺陷修复闭环。
• 出口：发布决策评审（ADCP）。评审确认产品质量、成本、供应和市场准备是否满足上市条件；未达标则延后发布或缩小发布范围。

发布阶段：做好量产爬坡与上市准备

发布阶段解决的是"能不能卖、能不能供"的问题。产品要完成量产爬坡，达到稳定供货状态，市场推广、销售支持和客户服务准备同步完成。

• 关键活动：量产准备与产能爬坡；销售资料、定价与渠道准备；客户支持与服务体系准备；上市发布与首批交付。
• 出口：达到 GA（通用可用，产品进入批量供货状态）。这一阶段完成后，产品从开发项目转为持续经营的对象。

生命周期阶段：上市之后继续按经营指标管理

生命周期阶段是 IPD 与传统研发流程差别明显的地方。产品上市不是终点，团队要持续跟踪销售、利润、客户满意度和竞争态势，判断是继续投入改进，还是逐步收缩乃至退市。

• 关键活动：产品经营分析与价格监控；缺陷修复与 B/C 类更改；衍生需求与新产品机会输入；退市评估与经验沉淀。
• 出口：退市决策评审（LDCP）。通过后产品正式退出，相关经验回流到下一代产品。

决定 IPD 成败的两类评审与两支团队

流程要跑起来，靠的是评审机制和承担评审的组织。

• 决策评审（DCP）：由集成组合管理团队（IPMT）主持，从投资回报角度判断项目继续、暂停、终止还是调整方向。IPMT 通常由事业部或产品线负责人与各职能负责人组成，相当于产品的"投资方"。
• 技术评审（TR）：由技术专家和项目团队参与，评估技术方案的成熟度与风险，回答"技术上能不能做到、做得稳不稳"。
• 产品开发团队（PDT）：跨职能团队，成员来自市场、研发、制造、采购、财务、服务等，对产品的商业成功共同负责，而不是只对各自部门的交付负责。
• 更高层机构：部分企业还设置投资评审委员会（IRB）等机构，负责跨产品线的投资组合决策。不同公司的组织名称与层级会有差异。

一句话概括分工：IPMT 管"要不要继续投"，PDT 管"把事情做成"。

企业落地 IPD 的实践要点

IPD 是一套框架，不是可以直接照搬的模板。企业落地时，下面几点比流程图画得漂不漂亮更重要。

• 先统一认知，再动流程。如果团队仍把产品开发看作研发部门的事，评审就容易流于形式。华为在引入初期采用"先僵化、后优化"的思路，先按体系执行，再结合自身业务调整。
• 从一两个项目试点。全公司一次性切换的成本高、风险大。选一个边界清楚的产品，把六个阶段和关键评审跑完整，再逐步推广。
• 让评审有决策权。评审如果没有"不通过就停"的约束，就会退化成汇报会。评审的标准、输入和责任人要事先明确。
• 用工具承载流程。需求、路标、立项、阶段任务、技术评审和决策评审如果分散在文档和聊天记录里，流程很难持续。禅道集产品管理、项目管理、质量管理、效能管理于一体，内置项目集、项目、产品、执行四个核心管理结构，提供需求池、需求、用例、任务、Bug、代码、反馈、工单八个核心概念，支持规模化集成产品研发与单产品单团队研发，并提供稳态与敏态双模管理。对于正在推行 IPD 的企业，这类工具可以把阶段、评审和需求流转放在同一套系统里，减少流程和执行脱节。
• 别把 IPD 和敏捷对立起来。IPD 提供阶段划分和投资决策节点，敏捷提供阶段内的迭代与快速反馈，两者配合使用比二选一更实际。

常见问题

IPD 和 CMMI 有什么区别？CMMI 关注组织研发能力的成熟度，回答"能力处于什么水平、如何持续改进"；IPD 关注产品从机会到上市的经营流程与决策机制。两者可以并行：用 IPD 管产品怎么从需求走到上市，用 CMMI 衡量和改进研发过程的规范程度。

中小企业有必要引入 IPD 吗？看是否到了"靠个人能力撑不住"的阶段。产品线多、跨部门协作频繁、项目反复返工时，结构化的阶段与评审有助于降低试错成本。产品单一、团队很小的企业，完整照搬 IPD 的成本可能高于收益，可以先借用其中的关键评审和需求管理做法。

IPD 流程会不会让产品上市更慢？阶段评审确实增加了前期工作，但它减少的是后期返工和无效投入。影响速度的往往不是评审本身，而是评审标准不清、决策反复。把评审依据和责任人定清楚，流程才可能既控风险又不拖节奏。

IPD 和敏捷开发冲突吗？不冲突。IPD 定义的是阶段边界和投资决策点，敏捷定义的是阶段内团队如何组织和交付。常见的结合方式是整体按 IPD 的阶段推进，在开发与验证阶段用敏捷迭代交付并收集反馈。

回到最初的问题：IPD 集成产品开发的价值，不在于流程文件有多完整，而在于每个阶段结束时，企业都能基于事实做一次"继续还是停止"的判断。把六个阶段的评审跑实，比把流程图做得漂亮更接近这套体系的本意。