预计阅读 6 分钟 ｜ 来源：薄云咨询
完成 IPD 培训、画出流程、设好角色之后，很多团队仍会遇到同一个场景：两个项目同时需要关键研发、测试或供应资源，PDT 只能逐个部门去协调；到了最后，还是由上级临时拍板。问题不一定在于 PDT 不够努力，也不意味着之前的培训和流程工作没有价值。更值得追问的是：组织有没有把资源冲突变成一项可以作出取舍、形成承诺并持续闭环的经营事项？
《研发即投资——IPD 的本质是经营》把研发放回经营决策来理解，提供了一个重要提醒：研发投入不是一串彼此独立的项目申请。项目越多、资源越紧张，越需要回到产品组合与投入取舍，而不能把本该由组织完成的判断，留给 PDT 在部门之间反复协调。
01
培训解决共同语言，不能替代治理关系
培训的作用，是让产品、研发、市场、供应链等角色理解共同的概念、流程和协作方式。流程的作用，是让阶段活动、交付物和评审有可依循的结构。二者都是 IPD 落地的必要基础，但它们不会自动回答三个更难的问题：哪个项目应该优先？资源承诺由谁作出？冲突出现后，哪一项决定会真的改变后续行动？
这正是许多团队的错位所在。大家知道怎样开评审会，也知道 PDT 需要跨职能协作；但当某个专业资源同时被几个项目需要时，会议只记录“协调解决”，项目仍各自保留原计划，部门也继续按自己的优先级安排人力。PDT 看似拥有了项目结果责任，却没有取得让组织做出取舍的入口。
因此，PDT 调不动资源时，诊断顺序不宜从“再加一轮培训是否足够”开始。先看资源冲突经过后，是否留下了清晰的优先级、资源承诺和下一步动作；如果没有，问题更可能在治理关系，而不是在某个项目经理的沟通技巧。
02
第一类机制：组合决策有没有接住优先级冲突
研发资源冲突首先是经营层面的投入问题。若每个项目都被默认“必须做、而且要按原计划做”，资源不足就会被解释成执行端的效率问题；实际上，组织回避了产品组合中的优先级判断。
一个有效的组合决策机制，不是替项目团队处理所有细节，而是在跨项目冲突出现时，能够把事项带到有权作取舍的层面。很多企业把这一职责放在 IPMT 等组合管理机制中；名称可以不同，但至少要能回答：什么依据决定优先级？被推迟、缩减或暂停的项目如何被记录？新的取舍会不会同步改变预算、关键资源或项目范围？
如果这些问题没有答案，PDT 就只能继续“借人”。此时要求他提高协调能力，往往是在用个人努力弥补组织没有完成的投资选择。先把项目放回组合中比较，才可能让有限资源对齐真正重要的方向。
我做了这么多年 IPD，见过的“PDT 调不动资源”，十有八九不是 PDT 不会协调，而是公司根本没在组合层做过取舍——所有项目都被默认“重要”，于是所有项目都缺人。所以资源调不动时，先别急着查 PDT 的协调能力，去查组合决策这一层有没有真正运转：如果连“这一批产品先保谁”都没人拍板，PDT 面对的就不是一道协调难题，而是一个无解的方程。
03
第二类机制：结果责任与资源承诺是否匹配
PDT 的价值，不是把所有职能权力集中到项目经理手中，而是让产品结果的责任、可获得的资源承诺和必须升级的事项彼此对应。若项目负责人对范围、节点和结果负责，关键职能却只收到模糊的协同要求，项目就很容易在责任归属清楚、资源边界不清楚的状态下运行。
薄云咨询在一项智能终端行业客户的管理体系与 IPD 实践中，曾围绕部门职责和流程、市场与研发协同、项目管理流程及跨部门组织开展工作。这个实践不能直接推出任何效果结论，但它提示了一个基本事实：职责、流程、项目运行和跨部门组织不能被拆成互不相干的几张表。它们要共同回答资源承诺如何进入项目运行。
可以从三个问题开始核对。第一，PDT 在哪些边界内可以调度资源，哪些事项必须升级？第二，关键职能对项目的投入承诺，是否有明确的责任人、时间点和变更规则？第三，资源条件变化时，项目的范围、计划或投入判断是否随之更新？如果答案总是“先协调一下”，责任与资源承诺就还没有形成可运行的机制。
这也解释了为什么只补一张组织架构图通常不够。组织图能说明谁属于哪个部门，却不能替代项目与职能之间的承诺；角色说明能写出职责，却不能替代冲突发生时的升级和调整。PDT 需要的不是无限的授权，而是可预期的协作边界。
04
第三类机制：决策节奏能否把判断变成动作
“有会”不等于“有决策节奏”。如果会议只汇报进度、收集问题，结束后既没有资源调整，也没有计划变化，PDT 仍会回到会后逐个协调。此时问题不在会议次数，而在判断有没有被转化为下一步行动。
决策节奏至少要让优先级、资源承诺、阶段风险和待决事项在同一轮运行中被看见。对一次资源冲突而言，会议结束时不必产出复杂模板，但应留下三项最小信息：要判断的事项是什么，谁对下一步动作负责，资源或计划将怎样变化。这样，会议纪要才不是“讨论过”的证明，而是后续协同能够据以执行的依据。
决策节奏还需要让变化回流。一个项目被调整优先级后，相关职能的资源安排、项目计划和需要升级的风险应当被重新看见；否则，组合决策和资源承诺很快又会停在纸面。这里的重点不是规定统一的会议频率，而是让每一次必要的判断都能留下可执行、可追踪的后续动作。
05
先用一个真实冲突试运行，再决定补什么
不必在抽象层面立刻重做整套 IPD。更稳妥的起点，是挑选一个反复出现资源冲突的项目，或一组彼此争抢同类资源的项目，按上述顺序做一次小范围试运行。
先把冲突放到组合层：哪些项目必须比较，判断依据是什么；再把选择落实为责任与资源承诺：谁投入什么、何时投入、变化如何升级；最后检验决策节奏：一次判断之后，资源、范围或计划是否真的改变。把这三个环节跑完，再回头看缺口在哪里。若团队对概念和方法理解不一，再补培训；若阶段活动和交付物断裂，再补流程；若取舍和承诺没有人接住，则应优先补治理机制。
这个试运行不预设效率、周期或成功率等结果。它只要求留下能够复盘的事实：冲突是什么、谁作出了什么判断、资源或计划是否随之更新。这样，下一次面对相似冲突时，组织才有机会从临时协调走向可重复的经营动作。
PDT 缺的未必是更强的协调能力，组织缺的也未必是更多课程。真正需要先确认的，是优先级、资源承诺和决策节奏是否已经被设计成可以共同执行的机制。把这一层补上，培训和流程才更容易落到真实的产品经营之中。
书籍简介
《研发即投资——IPD的本质是经营》是“回归经营丛书”第一卷，由欧阳剑鸿著，面向研发型企业CEO、创始人及承担产品经营责任的高管，重点讨论如何从经营视角理解研发投入、项目取舍、资源配置与IPD机制。预计2026年11月出版。
