绝大多数研发管理 IT 平台难以满足 IPD 运行要求
从实际应用来看，目前企业使用 PLM 系统通常是 Part 管理、BOM 管理、图文档管理、工程变更管理
等 PDM（产品数据管理）相关功能，研发项目管理功能只有少数企业勉强使用，而且 PLM 厂商在 PLM 系
统上扩展或定制开发的研发管理类模块应用效果很不理想，加上企业需求的多样性，就涌现一些软件供应
商研发并推出了研发项目管理，或需求管理，或研发管理等领域的应用软件。
这些应用软件系统各有优势、应用场景和特色，但由于各种原因，这些系统要么是比较局部性的，要
么不能有效适配 IPD 运行的要求。比如禅道、ONES、飞书-研发管理等研发管理平台，主要是流程展现、
针对研发实现（尤其是软件研发实现）的“小研发”项目管理，无法支撑 IPD 面向产品包（Offering）交付的
跨部门、“大研发”项目管理。这些系统的需求管理、产品立项、产品规划等模块一是偏向于灵活敏捷方式（适
用于小型软件产品开发），二是按照一个个产品来构建的，不是全局性的产品与开发管理系统。
比如禅道的 IPD 研发管理平台，主要提供以下模块或功能：
市场管理：整合市场调研、竞争分析等，支撑产品战略与路标规划，确保客户导向
需求管理：集中管理多渠道需求池，进行需求分发、优先级排序，端到端跟踪需求交付
路标规划：通过产品路标甘特图，多维度制定产品发展路线，把控关键节点与资源配置
立项管理：规范立项流程，明确项目目标、范围、资源与风险，关联商业与技术可行性
IPD 项目管理：适配 IPD 模式的项目管理模型，支持跨职能团队协作，关联子项目与任务
评审管理：内置 TR 技术评审、DCP 决策评审节点，把控项目方向与质量，降低研发风险
工作流与审批流：自定义流程与审批节点，适配企业个性化 IPD 流程，强化流程合规性
从以上介绍来看，实现的是一些浅层次应用，如清单管理、局部信息或文档管理、部分数据流转管理、
工作流管理等，功能介绍的用词比较笼统，没有体现 IPD 的专业性。尤其是市场管理模块是教条性套用 IPD
三大主业务流（市场管理、需求管理、开发管理）框架形成的一个模块，其实市场管理（MM）是一套方法
论，在 IPD 三大主业务流框架中，市场管理（MM）流程实际上是一组流程（包括 MM-SP 流程、MM-BP
流程、MM-RDP 流程、MM-CDP 流程），这里贸然提出了市场管理软件模块，又很粗放，如果细化的话又
跟业务单位（或产品线）的战略规划与年度经营计划（SP/BP）、路标规划、立项管理重复，所以该模块纯
属画蛇添足之作。我们看需求管理模块介绍，只是把需求用需求池存储起来，然后开展一些分发、排序、
跟踪管理，不是公司级与跨产品线整体的需求管理，没有需求分析，没有需求分层分类架构管理，没有特
性管理，没有与产品版本联动，没有与产品系统工程结合…再看路标规划模块介绍，甘特图、多维度产品
发展路线图只是对路标规划输出结果进行了一些可视化展现，再补充一些节点把控记录和资源配置信息，
而对路标规划中的业务和数据逻辑根本没有涉及到，离路标规划的业务管理数字化还差的非常远。
再如飞书-研发管理系统，主要提供以下模块或功能：
需求与反馈管理：多渠道需求池整合，支持需求拆分、优先级排序、端到端跟踪，一键拉起需求
群同步上下文
流程引擎：可视化流程设计，沉淀 SOP，适配敏捷迭代、IPD 评审、变更审批等自定义流程
项目与迭代管理：支持 Epic/Story/Task 层级拆分，甘特图/泳道图把控进度，关联子项目与跨团队
任务
测试与缺陷管理：测试用例标准化管理，缺陷流转闭环，打通研发-测试壁垒，实时监测问题处理
进度
DevOps 集成：对接代码管理、CI/CD 工具，实现代码关联需求、开发过程可视化，支撑持续交付
度量与决策：自定义研发指标看板，覆盖吞吐率、缺陷率、周期时长等，数据驱动流程优化
目标与规划：战略解码与目标分解，资源与排期统筹，关联里程碑与交付物，把控研发方向
从以上说明来看，飞书-研发管理系统比禅道的 IPD 研发管理平台要强。需求管理模块与禅道 IPD 系统
比，增加了需求拆分、需求群同步的功能，但还远达不到 IPD-OR 全局性、端到端需求管理体系运行的要求。
流程引擎的功能比较灵活、简洁，可视化比较强，然后可以根据流程图转化为 WBS 模板，不过只能支撑比
较简单的 IPD 开发流程，如果面对复杂产品的结构化分层 IPD 流程（包括阶段流程、一系列使能流程和支
撑流程），该流程引擎功能就无能为力了。项目与迭代管理、测试与缺陷管理、DevOps 集成等模块具有明
显的软件开发模式特征，对多种技术领域集成的系统性产品开发模式适配不足，而且关注的主要是研发领
域的活动，而 IPD 开发实质上是产品包（满足客户各方需求的交付物的集合，通常包括研发包、营销包、
制造包、采购包、服务包、财务包）开发与交付，飞书研发管理系统的这些模块显然不是按照 IPD 产品开
发模式来定义和适配的。目标与规划是辅助和支撑性模块，战略解码方面是比较灵活的方式，对于战略
KPI、产品方向与路标、年度重点工作均缺乏面向未来战略的清晰的解码划分与输出，对于比较成熟的产品
与研发组织不太适用。
另外，ONES 研发管理平台主要适用于软件开发管理，思普在其 PLM 系统基础上扩展开发的 IPD 研发
解决方案是勉强往 IPD 模式上套，从整体架构、业务逻辑、数据链上与 IPD 体系相距甚远。还有其它一些
研发管理 IT/数字化系统由于各种原因，也难以适配 IPD 运行的要求。
