这个问题与项目本身一样古老。您坐下来，为接下来的几周和几个月制定了一份完美的计划，资源得到了部署和优化，让每个人都没有空闲时间，也不会出现超负荷。所有人都很满意！
这份项目计划看起来甚至非常美观。它被自豪地打印出来、传阅，最终钉在了规划墙上。它本就应当让每个人都看到。
让我们以这份简单的计划为例：
9 月 30 日早晨，Peter 开始工作，而 Paul 和 Mary 还在处理其他事项。
10 月 1 日早上，项目经理与他的团队（即 Peter、Paul 与 Mary）碰面，讨论项目进展。Peter 工作出色，完成了第一天的工作量。项目经理在 Merlin Project 中录入了 50% 的完成度。
第二天也按计划进行。第一个工作包已完成，项目经理向所有相关方报告了顺利的开局。毕竟，这个项目不该像柏林机场那样进行。
凡是可能出错的事情，终将出错。 墨菲定律
但接着事情发生了：10 月 2 日早晨，Peter 请病假。项目经理略作思考：
- Peter 缺席。
- Paul 今天开始着手项目 1 的工作。
- Mary 有时间，恰好也具备所需的资质。
于是他（用鼠标）将资源 Mary 从资源弹出框拖到工作分配中 Peter 的活动上。在图中即灰色底纹的行：
此刻 Merlin Project 中发生了奇妙的变化：第二个工作包对 Paul 的分派被移除，现在分派给了 Mary。
只有快乐的项目经理才能成为优秀的项目经理。 Frank Blome
10 月 2 日没有出现其他阻碍，因此在与 Paul 和 Mary 沟通后，他得以完成两人第一天的工作包：
到了晚上，我们的项目经理注意到，10 月 3 日是德国的节假日。这一点他此前还完全没有考虑到。
于是他在 Merlin Project 中打开项目设置，在项目日历中录入一项例外。项目计划随即相应调整：
但我们的项目经理还不是真正满意，因为 10 月 8 日 Paul 现在超负荷了。第一个想法是 Peter，他此时已康复，但他不具备必要的资质。他不能用 Mary，因为那样她会在 10 月 9 日超负荷。而仅仅把工作包往后推以化解超负荷，遗憾的是也行不通；因为项目的截止日期是固定的，不得超过。
于是我们的项目经理别无他法，只能从他的资源库中再调一个人，并将其安排到这个工作包上。
临近周末，我们的项目经理再次与团队坐到一起，录入当前进度。Mary 和 Paul 配合得像钟表一样精准：没有任何可挑剔之处。只有 Peter 让他担忧。他似乎确实还没有完全恢复；因为项目 3 中的第一个活动（#12）大概会比计划多花一天。
我们的项目经理在 Merlin Project 中打开计划/实际对比（时间），看到了困境。他无法按期完成项目：
该怎么办呢，宙斯说…… 俗语
- 出于健康原因，Peter 无法额外投入。
- Paul 已分派到该任务，且只能 100% 工作，再多就不行了。
- Mary 在第二个项目中还有事要做。
- 但 Helen 又有空了！
于是我们的项目经理认为，一个人两天完成的工作，由两个人可以用一半的时间完成：
我们项目经理的心情很快好转。即便 Mary 在 10 月 7 日出人意料地因家庭原因提交了一天的休假申请，他也依然从容。Mary 的工作此刻并不在关键路径上，正如 Merlin Project 在单击该图标后所显示的那样。
项目接下来的几天顺利推进，期限得以遵守。10 月 10 日晚上，我们快乐的项目经理把最后一个里程碑设为"已完成"。
三个项目、三个人（外加一位好帮手），在不到 14 天内成功完成。谢谢您，Merlin Project！ 项目经理
如果您想在 Merlin Project 中复现这个例子，请下载我们的项目管理软件以及配套的项目文件。通过 30 天的免费试用期，您有充足的时间体验我们 PM 应用的品质与专业精度。
顺便一提：我们是否已经提到，Merlin Project 的计划真的非常美观？！
如果您对这篇博客文章有任何疑问或希望参与讨论，欢迎您在我们的论坛中发帖。
