IPD咨询总结：软件公司照搬IPD，为什么越做越僵？答案藏在一个"年度"里

摘要：软件企业照搬硬件版IPD评审节奏，往往越管越僵。华为、IBM演化出的OBP模式，把投资决策与需求决策拆开：年度定方向，PDT自主迭代，是SaaS与云服务企业更贴合业务节奏的选择。

"流程全建了：Charter写了、评审过了、DCP也卡了，可产品该慢还是慢。"这句话，翰德恩咨询在服务SaaS和云服务客户时反复听到。企业不是没做IPD，而是套用了一套水土不服的IPD——流程是硬件时代的，业务却是软件时代的。

硬件逻辑套在软件身上，三处必卡壳

第一，评审节奏跟不上市场。经典链路是Charter DCP → CDCP → PDCP → ADCP → LDCP，一个版本走一遍——这套按版本触发完整评审的模式，业内通常简称为"CDP模式"。硬件周期动辄一年以上，逐版本把关合理；但SaaS迭代以周计，一轮评审走完，对手新功能已上线。

第二，Charter一旦锁定，团队就被按住。任务书经IPMT批准后，需求调整要重走审批。硬件场景需求稳定没问题，放到软件场景，团队看见了更优路径，却被"已锁定"卡住手脚。

第三，投资判断和需求判断绑在一起。一次DCP评审既要答"值不值得做"，又要答"具体做什么"。软件需求按季甚至按月变，每次微调都触发投资评审，团队疲于开会，决策链条越拉越长。

IBM与华为在实践中演化出更适合纯软件、云服务产品的模式——OBP（年度商业计划：Offering Business Plan）。核心只有一句话：让投资决策和需求决策各走各的节奏。

具体做法是把"按版本触发"改成"按年度触发"：年度做一次组合级投资评审，季度或半年度轻量复盘，PDT在年度框架内自主安排需求和迭代节奏。年度评审回答方向性问题——服务哪个市场、提供什么价值、投入多少资源；具体做哪些功能、按什么节奏发布，交给PDT自己决定。

这样一分，IPMT专注方向、资源和底线，PDT专注执行和迭代，谁都不越界，也不被管死。

OBP不是对传统IPD的否定，而是特定场景下的自然演进。硬件产品、强合规产品（如医疗器械）、需求半年内基本不变的产品，依然适合走传统CDP模式。真正变化的是软件和云产品的竞争节奏——从"按年发布"压缩到"按周交付"。软硬件并存的企业，两种模式完全可以并行：硬件走CDP，软件走OBP。

有企业理解到"放权给PDT"，就直接把DCP砍掉了，这是理解错了方向。OBP模式下的DCP没有消失，而是升了级——从"这一版做不做"的项目级判断，变成"这条线还投不投"的组合级判断。被下放的只是需求决策权，投资决策权一直都在IPMT手里。分清这一点，OBP才算真正落地。