多项目资源冲突怎么解决？负荷表与甘特图排期示例

更新时间：2026年10月15日

两个项目都说“只占用设计师半天”，排在同一天却可能做不完。处理多项目资源冲突，先把同一人的任务放到一张按日汇总的负荷表中，再比较可投入时间，最后调整有余地的任务顺序。只看两张各自正常的甘特图，很容易漏掉跨项目的重叠。

可以用 Boardmix 甘特图把两个项目的交付时间排在同一画布上，旁边保留人员负荷表。本文以一名设计师同时支持产品改版和营销活动为例，演示如何从“周一需要 8 小时，但只能投入 6 小时”找到可执行的调整方案。

先算可投入时间，再讨论哪个项目更急

先区分三个数：工作日时长、可投入项目的时间、任务预计工作量。假设设计师每天工作安排中扣除例会、例行支持和其他已知占用后，能够投入这两个项目的时间为 6 小时。这里的 6 小时是案例条件，不是建议所有团队统一采用的利用率。

“这个任务周一到周二”只描述持续时间，不能说明需要多少工时。8 小时的设计工作可以分两天完成，但如果这两天已经分别安排了其他工作，就不能把一条横跨两天的任务条当作已经解决资源问题。估算还应包括评审、修改和交接，不只计算第一次出图的时间。

安排前，向两个项目负责人确认四件事：要交付什么、最晚何时必须收到、前置输入何时准备好、哪些部分可以分别交付。没有确定需求和验收人的任务先标“待确认”，不要用一个看似准确的日期掩盖未知工作量。

产品改版项目 A 需要 8 小时，周二结束前交给研发；营销项目 B 需要 8 小时，周四进行外部评审。B 的工作分为主视觉、网页横幅、邮件横幅和交付检查，各预计 2 小时；两种横幅都依赖主视觉确认，交付检查必须在三项素材完成之后。

这一周总需求只有 16 小时，低于总可投入时间，周一却仍超载。问题不是“这周人够不够”，而是“需要这个人时，他是否有可用时间”。只用一周平均负荷做判断，会把这个冲突隐藏起来。PMI 发布的多项目管理论文也将汇总排期的作用之一归纳为识别共享人员的同期需求，以及跨项目交付依赖。

本例优先保留 A 的周二交付和 B 的周四评审，不把“项目 A 比项目 B 重要”当作永久规则。检查后发现：B 的主视觉必须周一完成并获确认，邮件横幅可以周二制作；网页横幅最晚周三完成即可，不影响周四评审。因此，将网页横幅的 2 小时从周一移到周三，再安排交付检查。

调整后的工作	周一	周二	周三	交付约束
A：产品改版	4 小时	4 小时	0	周二结束前交付
B：主视觉	2 小时	0	0	两种横幅开始前确认
B：邮件横幅	0	2 小时	0	主视觉确认后制作
B：网页横幅	0	0	2 小时	完成后进入交付检查
B：交付检查	0	0	2 小时	周三先完成网页横幅，再检查
合计需求	6 小时	6 小时	4 小时	周四按原计划评审

修改后，总工作量仍为 16 小时；没有删去检查，也没有偷偷让设计师加班。三天的需求都不超过 6 小时，前置顺序和交付点也保留了。周一、周二已排满，任何新增任务都需要再次协商，不能因为图上还有空白就认为能直接插入。

如果网页横幅必须周二早上交付，这个方案便不成立。此时应回到约束讨论：能否缩小本次交付范围、由具备条件的同事接手、调整其他任务或重新约定日期。人员替换还要计入交接和复核；两个人各投入一小时，不自动等于原负责人连续做两小时。

在 Boardmix 中，可以按项目分两行画任务条，统一使用周一到周五的时间刻度；把交付点单独标出，再用连接线表示主视觉、横幅和检查的先后关系。负荷表放在下方，按人员汇总当天投入。颜色用来区分项目，数字写明工时，不依赖读者从任务条长度猜测工作量。

评审按“人—日期—任务”走读一次：周一是谁做哪两件事，主视觉由谁确认；周二谁接收 A 的交付；周三先做网页横幅还是检查。把确认结果记在对应任务旁，避免会议结束后，两位项目负责人各自仍拿着旧排期。

图中需要同时出现负责人、工作量、起止时间、前置条件和确认人。具体字段如何用于人员分配，可继续参考项目资源分配的整理方法；跨项目排期的重点则是共享同一组输入，避免不同项目对同一个人作出互相冲突的承诺。

假设周二临时增加一项 2 小时修改。当天已经安排 6 小时，不能直接在任务条后追加。先确认修改是否真的必须周二交付，再找可交换的任务；若把邮件横幅移到周三，周三会由 4 小时变为 6 小时，还需确认它能在交付检查之前完成。日期、顺序和接收人都确认后，才更新承诺。

以下情况应重新排，而不是只换任务条颜色：预计工作量明显变化、前置材料未到、人员可投入时间减少，或交付日期发生变化。记录“原安排—变化原因—新安排—谁确认”，保留一次调整的依据；若连工作量都无法估计，先安排短的澄清任务，再决定正式排期。

一张能落地的多项目排期，应同时满足三个条件：同一时段没有超出人员可投入时间，前置依赖能够成立，交付承诺得到相关人确认。甘特图负责把时间和关系看清，负荷表负责把资源算清，两者一起更新，才算真正解决了冲突。