IPD流程常被误解为严格的管控体系，但真正的精髓在于边界管理。本文从投资、质量、流程、商业、能力五个维度，剖析华为IPD的边界感，并指出其在确定性时代与范式转移时代的适用性差异，为产品管理者提供深度思考。

很多公司学华为，学得最认真的就是 IPD 流程。

尤其对于制造业，这种质量管理流程天生适配。

流程照抄，模板照搬，评审会也开了起来。

但几年下来，产品该乱还是乱。

大多数公司用不好 IPD，不是因为学得不够认真，而是看错了重点。

很多人以为 IPD 是一套「更严格的流程」，管得越多越好。

恰恰相反，IPD 真正的精髓，是它知道边界在哪里。

图1：IPD 的五条边界

投资、质量、流程、商业、能力

每条边界对应一个管理机制

一、IPD 是什么：把产品开发当成一笔投资

虽然讲了很多期，还是先说说 IPD 流程是什么。

它的源头，最早可以追溯到 1986 年美国 PRTM 咨询公司提出的产品及周期优化法 PACE，以及更早的门径管理系统 SGS。

IBM 把这两套理论综合起来，做了调整和优化：

特别强调市场和客户需求对产品创新的驱动，以及跨部门的协作。

最终形成一套完整的产品开发方法论，命名为 IPD 流程。

这套体系里，有一个核心思想：

IPD 把产品开发看作一笔投资，而不是一项技术活动。

既然是投资，就不能拍脑袋。

所以 IPD 的流程里，就埋了很多「决策点」。

一个产品从概念、计划、开发、验证到生命周期，每个阶段、每一道关口都会有人拦着问：

这个产品，值不值得继续投？

这就是 DCP 商业决策评审。

除了决策点，还有一层技术把关，叫 TR 技术评审点：

从 TR1 到 TR6 检查产品在技术上行不行、质量够不够。

配套的，是一个跨部门的重量级 PDT 团队。

PDT 经理、财务代表、研发、市场、供应链、服务的代表坐在一起，对产品的商业成功共同负责。

所谓的重量级，不是说头衔重，而是这些人都是带着本部门的资源来的，共同对产品的成败负责。

再比如为了管住质量，还专门设立了一个 PQA 的角色，从质量和流程的角度参与产品开发。

这个角色，也是被一次次现场事故逼出来的。

这套骨架，在结构上并不神秘。

流程手册谁都能抄，真正让华为和别家拉开差距的，是它对几条边界的把握。

图2：DCP 商业决策评审

产品每过一个阶段

都要被拦着问一次「值不值得继续投」

第一层边界，是体系内部的边界：

投资、质量、流程、产品、组织，五条线，靠流程守住硬件的基本盘。

二、第一条边界：投资的边界，什么产品值得做

我们总以为大公司产品多、资源多、配置齐全，做东西一定会很快。

但华为做一个产品的立项分析，也就是 Charter，可能要几个月时间。

这么长时间究竟在干什么呢？

把市场、客户、技术、竞争翻来覆去论证好几层，把风险尽可能在前期就排除掉。

所以到了计划阶段，一个项目被砍掉的可能性就已经很小了。

论证可以慢，评审本身却极快。

比如从提交材料到给出结论，一般不超过六个工作日。

慢在前期把问题想清楚，快在关口上不拖沓。

这本身就是一条边界：

该花的时间一分不少，不该拖的时间一天不多。

流程不是用来催你快，是用来在你还来得及回头的时候，拦住你。

图3：TR 技术评审的缺陷密度门槛

TR4A ≤40%，TR5 ≤20%，TR6 ≤10%

到线即止

这里面需要注意的一点是，IPD 擅长的是「需求可定义、路径可规划」的领域。

通信设备、手机、安防，这些行业客户的需求是明确的，技术路线也是可以分阶段规划的；

所以「半年论证再开工」是优势，能把风险提前排掉。

但大模型是另一种战场。

范式转移，路径未知，没有人能提前半年论证出一个还不存在的技术路线。

这种状态下，你说商业化路径、产品线，都是浪费时间，因为你并不能够预见未来。

IPD 的「半年 Charter」就不再是优势了，反而成了包袱。

你还在开立项评审会，别人已经跑完三轮迭代了。

三、第二条边界：质量的边界，做到什么程度才算好

评审不是「差不多就行」，也不是「完美才放行」，而是有一条非常具体的数字线。

缺陷按严重程度加权：

致命问题乘 10，严重问题乘 3，一般问题乘 1，提示问题乘 0.5。

然后定下门槛：

• TR4A 的遗留缺陷密度不超过 40%；
• TR5 不超过 20%；
• TR6 不超过 10%。

这条线划出来，整个团队都清楚：

到线，就放行；不到线，就继续修。

质量当然要付出成本，质量也不是无限追求完美，而是「到线即止」。

四、第三条边界：流程本身的边界，不是所有项目都该走全流程

一个人、一家公司，最危险的时候，往往不是没有方法；

而是手里拿着一个曾经被验证过的方法，于是在每一个新战场上，都下意识地把它掏出来。

所以说，并不是所有事情都要完全按流程来，需要量体裁衣。

以软件开发为例，按非空、非注释的代码行数来定：

• 超过 7K 行，走全流程，IPD 和 CMMI 都不能裁减；
• 3K 到 7K 行，可以裁掉概要设计阶段；
• 小于 3K 行，编码和单元测试阶段都能合并。

图4：IPD 流程裁剪规则

按代码行数决定流程深浅

主干稳定，末端灵活

流程是分层的，主干要稳定，末端要灵活。

比如六层流程架构，L1 到 L3 是共享的，L4 到 L6 是差异化的。

同一个公司，不同业务、不同规模的项目，走的流程深浅都不一样。

另外，华为推行 IPD 流程有「三化」：

先僵化、后优化、再固化。

第一步，不理解的先照做；

做一遍有了体感，才知道哪些真的重要，再优化；

这里需要着重强调的一点，僵化的本质是强力之下的企业组织权力再分配。

因为跨职能团队会削弱职能团队，如果是上行行业：

变革带来的提效大于职能部门的损失，变革就更容易成功。

最后把它固化成习惯，也是自然而然的事情。

五、第四条边界：商业的边界，什么时候该让产品退场

产品不是越久越好，IPD 流程中的生命周期管理，专门回答「什么时候终止销售」。

有四条标准：

• 快到生命周期终止计划停止销售的日期了；
• 临近下一个替代产品包发布；
• 没有利润、亏损、毛利率低于预期；
• 还有一条，销量持续低于预测。

  

  图5：生命周期退市四标准

  触发任一条，就该考虑让产品退场

  39% 是速通产品线毛利率红线

六、最后一条边界：能力的边界，流程能替代什么，不能替代什么

1999 年以前，华为的研发靠的是个人英雄。

一个产品能不能成，很大程度上取决于有没有选对人，甚至靠运气。

而 IPD 要解决的一个核心问题，就是在产品领域不再依赖「英雄」。

任何一个合格的 PDT 经理，按照 IPD 的体系和流程走，都能做出质量有保障的产品。

图6：能力的边界——从个人英雄，到流程体系，再到组织文化

这就是「把能力建在组织上」。

英雄是会流动的，体系不会。

当然了，流程不是万能的。

把华为的全套流程给你，也没用。

因为流程不是一张张模板，它是长在组织里的行为习惯。

流程的尽头，是文化。

这就是IPD 里藏着的一套「边界感」：

• 投资有边界，所以有 DCP；
• 质量有边界，所以有 TR 的缺陷密度线；
• 流程有边界，所以有裁剪规则；
• 产品有边界，所以有生命周期和退市线；
• 组织有边界，所以流程替代英雄，但替代不了文化。

第二层边界，是体系本身的边界：

IPD 适合哪类战场，不适合哪类战场。

IPD 是一套为「确定性」而生的体系：

• 需求可定义；
• 路径可规划；
• 成功可复制。

当世界足够确定时，它是护城河；

但是当世界进入范式转移、连问题都还说不清楚时，它反而可能成为枷锁。

一套流程的最高境界，不是把事管得多全，而是知道在什么地方该收手。

这跟做人很像，真正成熟的人，不是什么都做；

而是知道自己的边界在哪里，知道什么该接、什么该拒绝、什么时候该停下来。

这里再多讲一点：

真正的边界感，不是「我有一套很牛的体系，我到哪里都用它」。

而是我知道这套体系在什么场景是资产、在什么场景是负债，然后该用的时候用，该放下的时候放下。

任何一种体系，都有它的「时间窗口」。

• 确定性时代，流程是规模化的答案；
• 范式转移时代，灵活、小而专，可能是更好的答案。

接下来，不妨用下面这个问题来对照一下自己：

你手上正在忙的事，有没有一条清晰的「边界线」？

值不值得做、做到什么程度、什么时候该停？