排期冲突的解法：跨团队资源博弈实战

微信扫一扫，分享给好友

关闭

两个团队同时要同一批研发资源，排期会议开成了资源争夺战：各自陈述重要性、援引上级指示、暗示对方需求水分很大。冲突本身不是坏事——说明双方都在乎结果。真正要避免的是僵局：吵完没有结论，或结论没有执行。

冲突的常见根源

根源一：优先级口径不同。A团队按营收影响排优先级，B团队按合规风险排，C团队按客户承诺排。三把尺子量出来的顺序当然对不上——不是谁自私，是度量衡没统一。

根源二：资源承诺碎片化。同一位核心研发同时被三个项目各承诺30%的时间，实际上哪个项目都拿不到完整投入，三个项目一起延期。

根源三：信息不对称。各自只看到自己的需求清单，看不到对方的依赖链路，于是默认对方的需求「没那么急」。

三个有效的解法

解法一：统一优先级语言。用同一把尺子（RICE、战略主题权重、或最简单的「营收/风险/承诺」三分法）把两个团队的需求放在一起重新过一遍。尺子统一之后，大量冲突自动消解。

解法二：交换而非抢占。排期博弈里最有创造性的动作是交换：错峰（你们先，我们下月）、拆半（先交付核心部分）、换资源（我们出一个人帮你们做X，换你们两周后启动我们的Y）。零和思维下只有输赢，交换思维下有第三种答案。

解法三：引入仲裁机制。争议升级到共同上级时，带上方案与代价去，不带情绪去：「方案A满足你们延我们两周，代价是Y功能错过大促；方案B并行，代价是两个项目各延三周。」让决策者在代价之间选择，而不是在立场上站队。

事后的机制建设

机制一：季度资源地图。提前把下一季度各团队对共享资源的需求摊开，争抢点在冲突发生前三个月就可见。

机制二：仲裁先例库。每次冲突的结论与理由记录归档，同类问题出现时直接援引先例，不再从头吵起。

写在最后

排期冲突的解药不是更大的会议室，而是事先统一的价值排序。冲突消耗的每一小时，本来都可以用来做产品——把排序规则建好，是对所有人时间的尊重。