IPD体系落地实施过程中，跨部门团队协作能力是关键成功要素之一，PDT作为重量级的跨部门团队，项目例会是其促进跨部门协作的重要方式，也是PDT经理行使权力、把控项目状态、推进项目进展的重要手段。但是在企业咨询项目过程中，我们发现很多企业的项目例会开展情况却不尽如人意，有些企业甚至没有定期的项目例会机制。下面分享两个典型的失败案例场景，看看在你的企业中是否似曾相识。

场景一：各PDT代表参与不积极，例会逐渐开成了研发内部会议

周一上午九点，项目例会准时开展，会议室里坐着研发代表、测试组长、质量代表、制造代表，其余PDT代表“线上参与”；研发代表介绍产品开发状态，详细分析了最近出现的几个产品问题，测试组长补充了测试情况，两个人针对产品BUG来回在讨论，质量代表本来还尝试插一句“这个问题会不会影响后面的可靠性测试”，但研发一句“这个后面再说，现在还在开发阶段”后，话题又迅速回到了技术实现，现场参与的质量代表和制造代表低头看着手机和电脑，开始默默处理自己的工作，整个会议持续了一个半小时，大部分时间都在讨论研发内部问题，到了会议结束前五分钟，PDT经理匆匆问一句：“其他人还有问题吗？”大家沉默几秒后纷纷摇头，线上参与的PDT代表也没有搭话，会议草草结束。

场景二：会议时间长，但问题始终没有解决

周五下午六点半，原定五点结束的PDT例会还在继续，会议室里的气氛已经有点疲惫，PDT经理不断翻着会议材料，试图推动讨论继续往下走，当前最核心的问题，是产品某个关键功能开发延期，已经影响到整体试产计划。研发代表解释说，延期的根本原因是需求变更太频繁，原本确定的方案已经被市场改了三次；市场代表马上反驳，说客户需求变化是市场现实，如果产品不能快速响应，订单就可能丢掉。制造代表接着补充，目前结构设计还不稳定，试产工装根本无法提前准备。采购代表则表示核心器件交期已经锁死，如果再调整方案，供应商根本来不及配合。讨论从方案讲到原因，从原因讲到历史问题，从历史问题又开始翻旧账。时间一分一秒过去，会议开了三个小时，问题却依然停留在“继续研究”的状态。最后项目经理只能无奈地说一句：“那今天先到这里，大家回去再评估一下，下周继续讨论。”

为什么会出现这样的情况，除了会议技巧问题外，更多是组织协同问题在会议场景中的集中体现。首先很多企业虽然成立了PDT，但底层仍然是职能KPI驱动，而不是共同对产品成功负责，缺少统一的产品目标；其次PDT经理往往只有项目协调责任，却缺少资源调配和问题升级机制，当项目涉及资源冲突、需求变更或者重大风险时，PDT经理无法有效推动跨部门决策，最终导致问题长期停留在“讨论层”；再次之是PDT例会定位定成了信息沟通，而不是项目推进和决策，缺少固定的例会议程和问题跟踪闭环机制。

PDT例会不仅仅是一个项目管理动作，也是企业组织协同能力的一面镜子。很多企业推动IPD变革，最终真正需要改变的，并不是简单的“会议形式”，而是背后的组织运行机制。从传统职能型组织，逐步转向以产品成功为核心的端到端协同组织，才是提升组织协作能力的关键。