项目组合管理：当六个项目抢同一拨人，你还在排甘特图吗

上周三下午，会议室。投影上挂着六个项目的甘特图，红黄绿一片。运营说A项目下周上线，研发说B项目在等联调，财务问C项目预算为什么又超了。老板敲桌子：都重要，怎么排？没人接话。我盯着那张图，心里冒出一句——这不是项目管理问题，是项目组合管理没做。对，就这句。项目组合管理这词听着像咨询公司黑话。说白了，它管的不是单个项目怎么按时交付，而是你手里这一把项目，在有限的人、钱、时间下怎么取舍、怎么排队、怎么止损。单个项目像开车，组合管理像调度整个车队。车再好，路堵死了也白搭。

先别急着排优先级，先看约束

很多团队一上来就拉优先级矩阵：战略重要性、ROI、紧急度……打分。打完分发现，真正被推着走的还是那几个老板关心的。问题在哪？打分是二维，资源是四维。你排了十个项目，研发就三个后端，其中一个还下个月休陪产假。这叫容量约束没进模型。项目组合管理里，优先级不是投票投出来的，是在约束下算出来的。约束包括钱、人、关键设备、合规窗口，还有组织注意力。注意力容易被忽略。一个团队同时跑五个项目，每天切换上下文，效率掉得比股市还快。 我见过一个挺典型的做法：把项目组合当成“期权组合”而不是“任务清单”。每个项目是一次下注，有投入、有回报、有到期日、有止损线。组合管理的动作不是催进度，而是定期问：这个项目还值得继续下注吗？继续下注要加多少人？不加人能不能砍范围？砍到什么程度还能接受？这几个问题，比甘特图上的红色进度条有用。 项目组合管理季度评审会多个项目抢资源白板照片

组合管理的核心动作：切、排、停

组合管理的核心动作：切、排、停 切，是把大项目切成能独立评估的增量。不是WBS那种切法，是切出“可交付的价值单元”。比如一个数据平台项目，别一上来就做全量治理。先切出“销售日报自动生成”这个小增量，两周能验证。组合层面看，它占多少资源、带来什么收益、失败成本多高。切得细，组合才有腾挪空间。 排，不是排时间，是排资源占用曲线。很多团队排项目只看里程碑，不看人。正确姿势是拉一张资源热力图：未来十二周，每个关键角色在哪些项目上、占用多少百分比。超过100%就是红色。红得多了，组合必然崩。排的动作是削峰填谷：把非关键路径的项目往后挪，或者把两个小项目合并成一次发布。别小看合并，发布次数少一次，测试和运维成本能省一截。 停，特别反人性。项目一旦立项，好像就有了生命权。但组合管理必须设止损线。止损线不是“亏了多少钱”，而是“验证假设失败”。比如新渠道项目，假设是获客成本低于多少。跑了六周，数据没达标，停。停下来的资源回到池子里，给下一个候选。很多组织缺这个动作，结果组合里全是僵尸项目，占着人，不产出。你说气不气？可这就是现实。

一个类比：别把组合管成“项目大杂烩”

我常拿家庭理财打比方。单个项目像买一只股票，组合管理像管整个账户。你不能因为一只股票涨了就全仓押进去，也不能因为跌了就装死不看。你得看仓位、看相关性、看现金流。项目组合也一样：两个项目都依赖同一个外部供应商，相关性就高，一起延期。三个项目都抢同一个架构师，风险就集中。组合管理要看“集中度”，不是只看单个项目风险。风险集中度这个指标，很多团队不做。做起来也不难：按关键资源、按客户、按技术栈，各画一张分布图。图一出来，哪里脆弱一目了然。 不过话说回来，组合管理不是让你变成控制狂。它更像红绿灯，不是手刹。红绿灯让车流有序，手刹只会让车停下。有些团队把组合管理做成每月一次的大审批，项目组填二十页表格，评审会开四小时，结论是“再研究”。这就跑偏了。组合管理的节奏应该跟业务节奏匹配。快业务，两周一次轻量复盘；慢业务，季度一次深度评审。别一刀切。 项目组合管理资源热力图看板多项目人力占用场景图

落地时容易踩的三个坑

坑一：把组合管理当财务预算。预算当然重要，但组合管理不是年底分钱。钱花出去只是开始，真正要管的是资源消耗和假设验证。只盯预算，容易出现“钱花完了，项目还在”。坑二：优先级一年定一次。市场变了，优先级不变，组合就僵了。优先级应该滚动更新，但更新频率别太高，否则团队无所适从。我的经验是：季度定大方向，月度微调，周会只看阻塞。坑三：没有组合看板。单个项目有看板，组合没有。组合看板不用花哨，一张表就够：项目名、阶段、关键假设、资源占用、下次评审点、止损条件。每周更新，红黄绿标出来。别搞成汇报材料，它是决策工具。 还有边界。项目组合管理不是万能的。它适合项目多、资源紧、依赖复杂的组织。如果公司就一个主力项目，先把这个项目管好，别急着上组合管理。组合管理也有成本，评审、数据收集、协调，都要花时间。小团队硬上，反而增加负担。另外，组合管理不能替代战略。战略是选战场，组合管理是排兵布阵。战场选错了，阵排得再漂亮也没用。 说个真事。前年我帮一家制造企业梳理组合，他们同时上了ERP、MES、SRM三个大系统，还有一个数据中台。四个项目，同一个IT总监审批，同一个集成商实施，同一个业务部门做需求。结果呢？集成商排期打架，业务部门天天开会，IT总监成了瓶颈。后来我们没做别的，只做了一件事：把四个项目按依赖关系重排，SRM延后一个季度，数据中台先做基础数据标准。资源占用曲线从全红变成两红两黄。项目没少，人没加，但交付节奏顺了。这就是组合管理的价值——不是让每个项目都跑得快，而是让整个组合不撞车。 所以，下次再遇到六个项目抢同一拨人，别急着画甘特图。先问一句：我们的组合约束是什么？哪些项目该切小？哪些该停？哪些该等？想清楚这三个问题，比开十次协调会管用。