IPD和CMMI能一起用吗？一张表说清分工

很多研发团队在导入研发管理体系时，都会问：IPD（集成产品开发）和CMMI（能力成熟度模型集成）能一起用吗？

有人说IPD是华为营收从数十亿到数千亿的关键，值得一学；也有人说CMMI是行业公认的标准，招投标和认证都得靠它。这就让各个团队选择困难，或是出现两套体系并行、各做各的混乱局面。

在本文中，我们将用一张表讲清IPD和CMMI的定位与区别，给出针对性的实操落地路径，摆脱研发失效局面。

一、IPD和CMMI分别是什么

1.什么是IPD（集成产品开发）？

IPD（Integrated Product Development，集成产品开发）是集成了众多管理模型和管理实践的一套体系，可以帮企业快速响应市场变化、提高生产力，最终取得商业成功。

IPD的思想最早来源于美国PRTM公司出版的《PACE》一书。1992年，IBM遭遇了严重的财政困难，最终通过引入IPD流程，扭转了局面。1998年，华为引入IPD体系，经过20多年的产品研发体系大变革，打造了强大的产品竞争力和研发能力。

IPD之所以有如此威力，在于其构建了由结构化流程、跨职能团队、评审与决策机制相互支撑的体系：

（1）结构化的流程

市场管理流程，做正确的事。通过理解市场、细分市场、组合分析、制定策略与计划、整合与优化、管理与评估各个阶段，输出明确的业务计划和《产品任务书》，为后续的产品开发指明方向。

需求管理流程，让客户声音贯穿始终。负责系统性地收集、分析、分发、实现和验证需求，确保团队能够准确理解并优先实现对客户价值最大的需求。

产品开发流程（小IPD流程），把事情做正确。以《产品任务书》的正式获批为起点，依次经历概念、计划、开发、验证、发布、生命周期管理六大阶段，确保产品开发过程的有序可控以及高质量交付。

平台与技术开发流程：构建核心技术壁垒。通过技术预研、平台开发和公共模块（CBB），为产品线提供技术支撑。

（2）跨职能的团队

IPMT（集成组合管理团队）：公司的战略决策中枢，通常由各领域高管组成。负责制定公司级的产品战略、进行投资组合决策、分配关键资源，确保所有产品投资与公司整体战略对齐。

PMT（组合管理团队）：产品线的规划团队，由各领域代表组成。负责某条产品线的市场分析、产品规划和路标制定，为IPMT提供决策建议。

PDT（产品开发团队）：产品交付的主要力量，也是IPD流程的核心执行者。通常由一位重量级的PDT经理领导，成员来自研发、市场、测试、财务、采购、制造等部门。PDT对产品的商业成功负最终责任。

TDT（技术开发团队）：技术平台的攻坚小组，负责平台和关键技术模块的开发，为PDT提供可复用的技术成果。

（3）评审与决策机制

TR（技术评审）：产品开发过程中的技术关卡。通过设置TR1到TR6等关键节点，推动评审团队对技术进行严格评审，确保产品的技术可行性和质量。

DCP（决策评审）：产品开发过程中的商业关口。在概念、计划、发布等阶段结束时，由IPMT对项目的商业计划、市场前景、财务预测等进行评审，决定项目是继续、暂停还是终止。

到这里，IPD定方向只是第一步，至于研发过程如何规范执行、质量如何稳定保证，还需要CMMI支撑。

2.什么是CMMI（能力成熟度模型集成）？

软件工业的早期发展阶段，缺乏统一的过程管理标准。软件研发项目在效率、质量与进度上屡遭挑战。

在这一背景下，美国国防部、卡内基梅隆大学和美国国防工业协会合作开发了一套评估和改进组织研发过程能力的模型——CMMI（Capability Maturity Model Integration，能力成熟度模型集成）。

CMMI不仅仅是一个评估模型，更是一套成熟的过程改进框架，通过五个成熟度等级提供结构化的改进路径，帮助组织识别优势与薄弱环节，制定针对性举措，提升产品与服务质量与效率。

其指导思想可归纳为两大核心理念：

（1）过程质量决定交付质量

产品与服务的质量、可靠性与稳定性取决于开发过程的规范性与严谨性。

以需求管理为例，CMMI强调需求的全面获取、分析、严格的变更控制与可追溯性。遵循这些经过验证、可重复的过程，组织能够提升稳定性，实现高质量且可预测的交付。

（2）组织能力需要持续改进

CMMI为组织的成长提供了系统性的能力建设方案：将对个人能力的依赖转化为标准化的流程和制度，把经验沉淀到组织层面，即使核心人员变动，项目依然稳定可控。

总的来讲，IPD站在经营视角，回答产品值不值得做、资源怎么投；CMMI站在过程视角，回答流程怎么定、质量怎么保。两者关注的是研发活动的两面，我们完全可以把CMMI的过程要求转化为IPD各阶段的检查项。

这样，IPD能够保证我们做对的产品，CMMI保证产品能被正确地做出来，构成完整的研发管理体系。

二、IPD与CMMI如何落地推进

要想落地IPD与CMMI，我们可以按照以下步骤推行。

第一步：优化组织中的IPD流程

• 明确产品组合：梳理产品线与在研项目，确定资源投放的优先级；

• 明确决策机制：成立由经营、市场、研发、财务负责人组成的评审委员会，定下谁拍板、按什么规则拍板；

• 明确阶段评审决策：按概念、计划、开发、验证、发布划分阶段，设置TR和DCP决策评审点；

• 明确准入准出标准：为每个阶段的评审决策点列出必交交付物和检查项，评审不过坚决不放行。

第二步：用CMMI补齐工程过程

在明确的IPD框架内，把研发执行的关键过程按CMMI规范固化，按需引入：

对照CMMI过程域，逐项排查现有流程是否缺乏，再从需求管理、项目计划、配置管理、同行评审等与IPD阶段评审挂钩最紧的过程域入手，先引入3~5个过程域。

最后将过程域落到流程中，这样团队遵循现有的流程工作就可以达到相应的要求，减少对个人经验的依赖。还要固化产出物。

第三步：用项目管理软件固化流程、沉淀数据

上面讲的这些固化产出物、把过程域落到流程中，很难通过团队成员的自觉性完成。我们要将上述各类评审要求、过程域要求固化到线上工具中，让流程能够在项目管理软件里跑起来。

三、如何选择合适的管理工具承接IPD和CMMI？

如果要用工具承载IPD和CMMI，可以找禅道IPD版这类的项目管理工具。为什么这么说？

1.明确工具的流程及合规要求

一方面，像禅道厂商自己就通过了CMMI五级，自身的软件能力过程就很成熟了，这种企业做出来的软件才更有说服力；

另一方面，禅道支持CMMI，也支持IPD，内置需求池、路标规划、立项管理等IPD核心环节，还有TR技术评审和DCP决策评审点，并严格遵循评审点之间的依赖关系。

团队在研发中，只有完成当前阶段才能启动技术评审，且技术评审通过后才能发起决策评审，决策评审通过后阶段才能关闭。这样我们就可以从工具的机制中，避免团队研发过程走过场或随意跳过阶段。

2.明确能否自定义与闭环管理

在禅道IPD版里，阶段怎么划分、评审点设在哪里、检查清单列哪些，都可以按团队实际情况灵活调整；还可以统一配置交付物、实现项目的闭环管理，把标准化的管理动作沉淀在同一套研发流程里。

此外，还有BI模块可以进行数据度量。先约定需求变更率、Bug密度、评审通过率等指标，再通过禅道的BI模块做自动采集和数据分析，就能够量化IPD的经营指标和CMMI的过程指标。

IPD定方向，CMMI保过程。对大多数研发企业来说，真正的问题不是“IPD和CMMI能一起用吗？”，而是如何让两者在同一套流程、同一个平台上协同运转。先想清楚分工，再借助合适的工具落地，研发管理才能真正从有体系走向见成效。