手上好几个项目同时跑怎么办？一个项目经理多项目并行的实战复盘

"同时带三个项目，每天都在救火，哪个都推进不下去。"这是一位做系统集成的项目经理跟我聊的原话。多项目并行几乎是每个项目经理迟早要面对的局面，而且往往是能力被认可之后才会遇到的——公司觉得你能扛，就往你身上压。可扛得住不等于扛得好，我把自己踩过的坑和后来调整过来的做法整理一下，供参考。

先说结论：多项目并行最忌讳的是"平均用力"。一个人的时间和精力是有限的，如果每个项目都投入三成，结果往往是每个项目都卡在中途，哪个都交不了。真正有效的做法是先排序，再集中资源打关键项目，其余项目用最低成本维持。

一、先给所有项目排出一个真实优先级

排序不能凭感觉，得有一套依据。我用的维度有四个：交付时间的紧迫程度、对客户或公司收入的影响、项目当前的风险等级、以及上级或客户对它的关注度。四个维度过一遍，优先级自然就出来了。

排序最难的地方不是排不出来，而是不敢承认有的项目就是要往后放。项目经理容易有种心理，觉得哪个项目都不能怠慢。但事实是，如果资源不足以同时推进，你不主动排序，最后就是被动地由各种突发状况替你排，那就是真正的失控。排完序之后要做的第二件事，是把排序结果同步给你的上级和客户，让大家形成预期。这一步很多人跳过，结果是关键项目推进时，被冷处理的项目相关方觉得被忽视，反而来添乱。

排序不是一次性的。项目环境变化快，我习惯每周花半小时重排一次，看看有没有项目需要升位，有没有项目可以降位。

二、把资源冲突摆到台面上处理

多项目并行，真正让你焦头烂额的一般不是任务本身，而是人不够、设备不够、供应商排期撞车。PMP里的资源管理思路在这里特别有用：资源冲突不是靠私下协调"和稀泥"解决的，而是要靠透明的资源视图暴露出来，再让有决策权的人排序。

我的做法是建一张简单的资源占用表，横轴是人和关键设备，纵轴是周次，把每个项目对同一资源的占用标进去。一眼就能看出哪一周是什么资源在打架。有了这张表，和上级沟通时就不是"我很忙"这种情绪化的表达，而是"下周张三同时被A、B两个项目占用，需要决定保哪个"，决策就变得具体了。

资源冲突的另一个常见来源是外部供应商。多个项目用同一家供应商时，排期一定要提前锁，并且在合同或邮件里留下书面确认，别只靠电话口头说。口头排期在两个项目撞车时，供应商一定优先伺候给钱多、催得紧的那个，你手里没有书面依据，就只能吃哑巴亏。

三、用统一的节奏管多个项目的进度和风险

项目一多，最大的浪费是"切换成本"。刚进入A项目的思路，被B项目的电话打断，处理完再回A，脑子要重新热身。要减少这种损耗，办法是让多个项目共用一套管理节奏。

我给手上的项目统一了周节奏：周一早上更新各项目状态和风险清单，周三处理需要跨项目协调的事项，周五汇总本周进展和下周计划。项目的具体内容各不一样，但管理的动作是同一套，脑子不用在每个项目之间切换管理方法，省下不少精力。

风险清单尤其要统一管理。多项目并行时，一个项目的风险很可能外溢到另一个项目，比如A项目的人员流动会直接影响B项目。把几个项目的风险放在一张清单上通盘看，能提前发现连锁反应，而不是等它爆发了才被动应对。

四、给关键项目留缓冲，学会说"不"

多项目并行时，计划最忌讳排得太满。每一条关键路径都要留缓冲，因为你同时管着几个项目，任何一个项目出意外都会占走你的时间，如果不留余地，一个项目的延误就会像多米诺骨牌一样推倒其他的。

还有一点，比排计划更重要的是学会向上和向客户说"不"。当新增需求或新项目超出你现有资源时，正确的做法是把它变成一道选择题："再加这个项目，需要现有某个项目的交付时间往后调两周，或者增派人手，您看怎么安排。"把资源约束如实摆出来，比硬接下来再全线延误要负责任得多。

最后说一句实在的：多项目并行的能力，本质上不是把每件事都做好，而是判断清楚哪件事必须做好、哪些可以按最低标准维持。PMP教的是单个项目管理的体系，而多项目的核心是把这套体系用在"取舍"上。把优先级排清楚、把资源冲突摊开、把节奏统一起来，你就从疲于奔命的救火队长，变成了真正在掌控局面的项目经理。