IPD 与研发流程分层
概述
研发管理混乱的常见根源是用同一套流程和考核标准管理性质完全不同的开发活动。 成熟研发体系（以 IPD 为代表）把研发拆分为技术预研、平台开发、产品开发、定制项目四类独立流程， 各自的目标、节奏与判据不同。本文归档该分层体系的机制性知识。
技术开发与产品开发分离的本质是风险防火墙
成熟研发体系（如 IPD 的异步开发模式）把技术预研与产品开发分成独立流程，正式理由不是人员分工， 而是风险隔离：产品流程只能消费达到一定成熟度的技术，技术不确定性必须先在技术流程里收敛完再进产品流程。 产品项目「顺带预研」——把商业承诺押在未验证的新技术上——会让技术风险沿依赖链传播到工期与质量承诺， 一出问题就是大规模返工。判据不在于做事的人叫什么，而在于这份不确定性是否需要独立的引信。
见：研发越做越乱的根源：90%企业都把这4种开发流程混为一谈
真平台的判据是消费方数量
华为《IPD管理体系指南》把平台定义为最大的共用基础模块（CBB，Common Building Block）， 实践中存在成熟度梯度：BB（单产品模块）→ CBB（多产品共用）→ 平台。 最常见的失败形态是把「从某个产品里抽出来的重构」直接称为平台：第一个接入方验证通过， 第二条产品线的差异就把抽象击穿。真平台的判据是服务 ≥2 条产品线、有独立版本与独立维护组织、 演进不被任何单一消费方的排期绑架。
见：研发越做越乱的根源：90%企业都把这4种开发流程混为一谈
产品货架是配置台账而非组件库
分层产品货架（器件 → 核心技术 → 通用部件 → 共享模块 → 单机整机 → 子系统 → 系统） 的本质是产品配置管理：每一层模块有独立生命周期、独立版本、可独立报价。 订单到达时先组装「货架配置清单」，货架上拼不出来的部分才进入定制流程， 这把「该定制还是该沉淀」从每次临时争论变成程序化判断。 只建组件库而不建货架的失败形态：库没有成熟度标记、没有责任人、没有消费数据，几年后退化成死代码。
见：研发越做越乱的根源：90%企业都把这4种开发流程混为一谈
版本代号是流程身份位
V/R/M 版本编码纪律让版本号自带语义：这份产物属于哪条流程、距离可商用有多远—— V 为验证性版本不承诺商用（预研与技术平台）、R 为可批量上市的产品版本、M 为客户现场适配版本。 典型坑是把定制改动（M）直接并回产品主干（R），导致主干按客户分叉、不可维护； 正确姿势是把定制改动约束在扩展点 + 配置内，可泛化的部分经评审沉淀回平台或产品主干。