项目组合管理：把决策固定成可复审的记录.docxVIP

多个都重要的事项同时争资源时，怎样做出可解释、可复审的组合选择

上个月的一次排期会上，三件事同时摆在桌面：一个重要客户的定制需求要交付，一个存量产品的稳定性隐患需要处理，还有一个新方向的数据治理能力等着推进。业务、开发、测试都被同时要走，会开了将近一个小时，最后还是靠这个客户比较重要，先做这个收场。散会后我意识到，这不是第一次这样收场，也不会是最后一次——如果每次资源冲突都靠现场讨论出一个结论，团队迟早会在某次冲突里选错。

一、三件事同时要资源，直觉判断先失灵一次

三件事分别记作B（重要客户定制）、C（存量刷报稳定性）、A（多源数据治理）。会上最先冒出来的几个判断标准，拆开看都站不住脚。

先比合同金额——B的合同金额可能最大，但标杆客户、能沉淀成通用能力的项目，有时候战略价值比金额本身更高，金额高低不能直接决定排序。再比谁更急——B有客户在催，看起来最急；但C是一个已知风险，一旦扩大影响的是好几个客户，紧急程度不该只看谁在会上声音最大。再看每个人是不是排满——排满只说明没有闲置产能，不说明端到端交付会更快，反而可能因为三件事都在同时抢占同一批人，谁都推进得很慢。最后一种最省事也最危险：谁的职级高、催得急，谁先做——这种做法短期内平息了会议室里的分歧，长期会让团队学会谁声音大听谁的，而不是学会判断真实的优先级。

这几种直觉不是完全没用，它们各自抓住了问题的一个侧面，只是任何