IPD只能保证注定成功的产品成功

IPD 流程模型」。」，

发布于 2026-09-11

版权声明

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：IPD只能保证注定成功的产品成功

文章来源：

产品人卫朋

扫码关注公众号

扫码阅读

手机扫码阅读

结构化摘要

文章主旨：

IPD（集成产品开发）是一套为“确定性交付”而生的顶级方法论，当它被用于“不确定性探索”的大模型研发场景时，方法论本身会从控制变成扼制——一流的方法论用错场景，就是创新的锁链。

关键要点：

IPD的核心逻辑：把产品开发当作投资行为管理，通过“概念—计划—开发—验证—发布”五阶段与 TR（技术评审）+DCP（业务决策评审）双重关卡，配合跨部门“八大员”评审，确保已明确目标的执行不出错、质量稳定。
大模型研发的本质差异：技术路线不确定、效果不可预测、需要快速试错，属于“方向不确定性”场景，与 IPD 所擅长的“执行不确定性”场景根本不同。
四个具体冲突：流程节奏（月）vs 探索节奏（天/小时）；决策层主导 vs 算法工程师即核心生产力；分阶段下注、不对就跑 vs 持续下注、跑到看见信号；不允许投资失败 vs 失败是研发过程的常态。
反向逻辑同样成立：互联网公司的敏捷基因用于硬件时，“快”会变成“急躁”、“试错”会变成“浪费”。每种管理方法论都是为特定类型的“不确定性”设计的。
结论性建议：华为若要做通用大模型，不应在 IPD 框架内塞入敏捷迭代，而应为 AI 研发单独建立一套承认不确定性、允许快速试错、把算法工程师放在决策核心的流程体系。

内容结构：

引言：问题的提出

由“华为2025上半年研发投入960亿、却在通用大模型领域缺乏出彩表现，而同期幻方量化推出 Deepseek”这一对比切入，提出核心疑问：被奉为圭臬的 IPD 为何在大模型上失效？明确本文不是否定 IPD，而是探讨其边界问题。

一、IPD：为确定性而生的战争机器

IPD 由华为 1998 年从 IBM 引入，核心思想是把产品开发当作投资行为管理。
五阶段流程 + TR/DCP 两道关卡，DCP 投票顺序为“终止—重新定向—继续”。
跨部门“八大员”（市场、财经、人力、质量、采购、服务、制造、合规）参与评审，即“过点”。
设计前提：需求可前期明确、规格可提前锁定、开发可线性推进、评审可降低风险。
适用验证：通信设备（2013 年华为超越爱立信）与新能源汽车（问界 M7/M9）——质量优先于效率，因为出错代价致命。
核心能力：把“已知道能成功”的产品原样落地，稳定交付。

二、当高速公路修进了无人区

对比通信设备（有 3GPP 标准）、汽车（有百年工程积累）与大模型（技术路线不确定、效果不可预测、需快速试错）：IPD 帮你修好高速公路，但大模型研发连地图都没有。作者拆解为四个底层矛盾：

矛盾一：流程节奏 vs 探索节奏——IPD 以“月”规划评审，变更需多职能签字；大模型竞争以“天/小时”计，过点机制会导致错失时机。
矛盾二：谁在敲代码？——IPD 中核心角色是项目经理、架构师与职能代表，编码可外包为执行层；大模型研发中算法工程师才是核心生产力，需要其自主判断方向、设计实验、决定取舍。
矛盾三：投资逻辑 vs 探索逻辑——IPD 是“分阶段下注，不对就跑”，DCP 优先统计“终止”；大模型研发是“持续下注，跑到看见信号为止”，前期失败后可能突然涌现能力，早期毙掉可能错失 GPT 级机会。
矛盾四：控制权问题——IPD 以流程控制“不允许投资失败”，在硬件领域理性；但大模型中失败是常态与研发过程的一部分，需要的是“允许失败并快速学习调整”。本质是：用追求确定性的流程，管理概率性产出的 AI 产品，存在底层逻辑矛盾。

三、华为的困境不是孤例

反向同样成立：互联网公司的敏捷基因面对硬件（模具几十万、认证以月计、供应链锁半年）时，“快”变“急躁”、“试错”变“浪费”。核心判断：硬件面对“执行不确定性”，大模型面对“方向不确定性”，华为的问题是把为前者设计的工具用在了后者的场景。并延伸至企业普遍现象——老流程搬给新业务，导致创新项目过不了评审、最有创造力的人忙于填流程单据。