IPD集成产品开发软件初学者指南：第一次跑通概念到计划阶段

很多团队第一次接触IPD，会把它理解成更厚的审批流程：阶段更多、文档更厚、会议更长。真正跑过一轮后，判断会变：IPD的价值不在于评审数量，而在于每个阶段结束时，团队能否用证据回答一个问题——还值不值得继续投入。本文只聚焦概念和计划两个阶段，它们决定资源要不要继续投入，也是IPD集成产品开发软件最该先跑通的部分。

一、先立边界：IPD与软件各自负责什么

1. 先理解IPD的三个基本判断

IPD即集成产品开发，核心是把产品开发当作投资来管理。初学者先记住三点：产品开发是一项投资决策，每个阶段都要回答继续还是终止；需求由市场驱动；市场、研发、制造、采购、财务共同对结果负责。

夏忠毅在《从偶然到必然：华为研发投资与管理实践》（清华大学出版社，2019年）中提到，华为正式推行IPD后，经过五年实践，研发项目平均周期缩短50%。这是单一企业的结果，不宜直接外推。

2. 概念到计划在六阶段中的位置

IPD通常分为概念、计划、开发、验证、发布、生命周期六个阶段，并在关键节点设置决策评审。前两个阶段结束时分别进行概念决策评审（CDCP）和计划决策评审（PDCP），这两个决策评审点也就是本文所说的阶段门。概念阶段决定要不要为详细计划投入资源，计划阶段决定要不要正式投入开发。 后四个阶段本文不展开。

两个阶段的差异可以先看这张表。

3. 软件承担流程，判断仍由人做

软件可以把阶段和评审点配置到系统中，保存交付物与决议，把需求、任务、Bug和测试关联起来；但商业价值判断仍由管理层承担。如果评审只有审批动作，没有可查证的决策材料，流程很容易变成形式。

二、跑通前的三个准备

1. 角色先到位

IPMT（集成组合管理团队）负责投资决策，PDT（产品开发团队）负责从需求到交付的全过程。初学者常把PDT当成研发项目组，漏掉市场、制造、采购和财务代表，业务计划容易只关注技术可行性。角色缺位，评审容易变成进度汇报。

2. 选一条产品线试点

不必一次覆盖全公司。选一条跨部门依赖清楚、市场窗口明确的产品线，先跑通一轮再复制。禅道项目管理软件的IPD模型允许停用部分阶段和评审点，适合从简化版开始，而不是照搬全套。

3. 统一需求入口和版本

概念阶段的争论，多数来自需求来源分散。先约定需求只从一个入口进入，变更走同一条流程，并统一需求、规格书和业务计划的版本。

三、概念阶段：先回答做不做

这个阶段要回答三个问题：有没有市场、能不能赚钱、技术路径是否可行。

1. 输入与关键动作

输入包括项目任务书（Charter）、初始产品包业务计划、客户需求清单和产品路标。动作分四步：分析目标市场与替代方案；把分散需求整理成产品包需求，区分必须满足和期望满足的需求；通常准备两套以上概念方案，比较成本与风险；形成初始业务计划，给出成本与风险评估、初始销量预测和财务测算。

2. 输出与完成标准

输出包括优化后的产品包业务计划、产品概念方案、覆盖从需求到交付的项目计划概要，以及CDCP材料。概念阶段是否完成，主要看这些材料能否支撑一次继续或终止的决策，而不是看文档数量。

3. 开好CDCP

CDCP由IPMT决策，PDT准备材料并汇报，重点回答三个问题：商业价值是否成立，技术路径有没有不可控风险，资源预估是否足够。结论要明确，并指定责任人和时间点。评审结论模糊，后续资源就很难真正被约束。

四、计划阶段：再回答怎么做

CDCP通过后，项目进入计划阶段。这个阶段要把方案做实：确定技术路径、资源与预算，形成可以签署的项目合同。

1. 输入与关键动作

输入是概念阶段的全部输出和CDCP决议。有条件通过的评审，要把条件转成具体动作。动作分四步：编制产品规格书，把需求分配到各子系统并转成可验证指标；完成系统架构、软硬件接口和结构方案的定义；拆出WBS（工作分解结构）、里程碑、资源需求和关键路径（影响总工期的任务链）；明确目标成本、成本构成和供应方案，硬件产品同步完成BOM（物料清单）估算。

2. 输出与完成标准

输出包括最终业务计划、项目合同、产品规格书、覆盖从需求到交付的详细计划、生命周期计划和早期客户清单。计划阶段的完成标准，是每个承诺都有责任人、时间点和验收口径。

3. 开好PDCP

PDCP由IPMT评审并决策，重点确认四件事：规格是否定稿（冻结），计划是否可行，目标成本是否明确且可控，制造与供应是否就绪。通过后，IPMT与PDT签署合同，合同中写明可以接受的偏差范围，项目进入开发阶段。PDCP是进入正式开发前的一次关键全面检查，也是资源投入开始增加的时点。

五、第一次跑通的五步操作

把阶段门放进系统，重点是让阶段、交付物和证据对应起来。

1. 定阶段门标准

先为CDCP和PDCP各写一页检查表：需要哪些材料、由谁评审、什么条件算通过。检查表要能支持继续、暂停或终止的判断。

2. 建项目与Charter

在禅道中创建IPD项目时，可以选择IPD集成产品开发模型。立项通过的Charter会带入项目名称、项目类型、预算、产品和路标，减少重复录入。

3. 拆阶段、交付物和任务

阶段默认串行，上一阶段未关闭，下一阶段及其任务无法继续操作。概念阶段的需求进入需求池，团队把两个阶段的交付物归入对应阶段，再拆成任务和责任团队。阶段关闭时，系统里应该能直接看到证据。

4. 排评审与预审

建议评审材料提前发出，市场、研发、制造、采购、财务的关键角色到场。预审检查材料完整性，决策评审只做决策，两类会议分开。

5. 验收与复盘

第一次跑通，可以用下面五条验收。

五条都成立，流程才算基本跑通；如果只是系统里多了几个阶段，那只是把原有流程录入系统。这份清单可作为最小验收标准。

六、常见问题

1. CDCP没通过，项目是不是只能终止？

不一定。 CDCP未通过时，IPMT可以终止，也可以暂停、要求补充证据后重审，或缩小范围再评估。关键是明确资源释放和重审时间，避免项目长期停留在系统中没有结论。

2. 规格还没定稿，能不能先进入开发阶段？

不建议。PDCP的一项确认条件就是规格定稿；如果确实要让开发与规格定稿并行，应限定变更范围、审批人和截止时间，并记录风险。

3. 评审结论写原则通过，算通过吗？

不建议把原则通过当作正式通过。可以作为有条件通过，但要列出待办条件、责任人和关闭时间；待办未完成前，不关闭当前阶段。

4. IPD和敏捷能一起用吗？

可以，常见做法是概念和计划阶段保留阶段门，开发阶段按迭代交付；关键是共用同一套需求版本和评审证据，避免形成两套记录。