甘特图最佳实践：完整清单

图表和计划的区别

大多数甘特图失败的原因都一样：它们看起来已经完成了。横条对齐，颜色整齐，大家在启动会上纷纷点头。然后现实降临，没人更新任何东西，两周之内这张图描述的就是一个已经不存在的项目了。好的甘特图不是你欣赏一次的图画，而是项目实际如何运转的活模型，只有当它一周又一周地回答真实问题时，才算物有所值。

这就是那份收官清单：八个习惯，区分开让人信赖的图表和被人无视的图画。每一个都附带毁掉它的常见错误和拯救它的修正，还有在你想深入时通往详细指南的链接。把它当作每份计划分享前的最后一遍检查，或者当作诊断上一份计划为何跑偏的方法来读。

给每个任务定好粒度

毁掉甘特图最快的方式，是把任务粒度在任一方向上搞错。持续数月的任务把所有麻烦都藏在一根粗横条里，于是延误一直看不见，直到变成危机。只持续半天的任务则把计划埋在上百行没人维护的记录下面。最佳区间是你能在一个更新周期内跟踪的任务，大约两到十个工作日，小到足以在它延误时被注意到，又大到值得占一行。

一个实用的检验：如果你没法用一句话说清一个任务的完成是什么样子，它就太大了，需要拆分。如果两个任务总是同时开始、同时结束，它们其实是一个任务披着两行的外衣。用工作分解结构来构建任务清单，让粒度来自工作本身，并在把任何数字写进时间表之前，先读我们关于估算工期的指南。

把任务连起来，别把它们钉死在日期上

这是共享计划中最常见的错误：给每个任务敲进一个开始日期。它看起来很精确，其实是个陷阱。硬日期把计划冻得死死的，于是当早期某个任务延误一天时，下游什么都不动，而图表悄悄地在它之后的每个日期上撒谎。修正办法是改用真实的依赖关系把任务连起来。规定墙必须等抹灰干了才能刷漆，然后让工具去算日期。这样当抹灰延误时，刷漆跟着往后滑，完成日期自己就更新了。

把硬日期留给那一小撮真正无法移动的事情：一场展会、一个合同截止日、监管机构的大限。其余一切都应当浮在它们的依赖关系上。靠逻辑支撑的计划经得起变化。靠手敲日期支撑的计划会在第一次延误时碎裂，必须手动重建，而那恰恰是谁都没空的时候。

标出重要的时刻

一整面任务横条的墙，不给读者任何锚点。里程碑能解决这个问题。里程碑是一个时长为零的标记，代表一个重要的时刻：一次签字、一次交付、一次上线、一道付款关卡。它没有时长，所以不做任何工作，它标记的是工作已经完成。画成一个菱形，它让相关方一眼就能读懂计划，而不必去解读四十根任务横条。

错误走向两个极端。完全没有里程碑会让计划没有形状，也难以汇报。每个任务都放一个里程碑则让这个词失去意义。目标是在每个真正的决策或交接点放一个标记，一个正常项目通常五到十个。如果一个里程碑不会让你停下来、核查一下、再决定是否继续，那它就不是里程碑，只是一个穿着戏服的任务。

显示关键路径

每个项目都有一条相互依赖的任务链，比其他所有链条都长。这条链，即关键路径，决定了你的完成日期，别的都决定不了。如果关键路径上的一个任务延误一天，整个项目就延误一天。如果不在其上的任务延误，你或许什么都不损失。一张不标出这条链的图表，把每个任务都当作同样紧急，于是注意力被平摊，结果什么都没保护到。

修正办法是算出关键路径并把它高亮，然后围绕它来管理。当你有一个富余的人手时，把他放到关键任务上，绝不要放到有浮动时间的任务上。当你审查状态时，先读关键路径，其余的后读。大多数工具，包括这个甘特图编辑器，都能替你给这条链上色，让你永远不必手动去描它，也不必去猜哪次延误才真正让你丢了日期。

留出浮动时间，然后盯着它

浮动时间，也叫时差，是指一个任务在开始拖累别的东西之前，可以延误多久。它既不是填充，也不是浪费。它是内置的减震器，告诉你哪些任务可以放心推迟、哪些不行。一个有十天浮动时间的任务可以等。一个浮动时间为零的任务，按定义就在关键路径上，根本不能等。

两种错误很常见。第一种是为了保险给每个任务都塞进一个隐藏的缓冲，这会让整个时间表膨胀，并掩盖真实的风险。第二种是完全无视浮动时间，把一个有两周余地的任务和一个毫无余地的任务同样紧迫地对待。修正办法是让工具诚实地计算浮动时间，只在风险真实存在的地方保留缓冲，并随着工作推进跟踪浮动时间如何收缩。

开工前冻结一条基线

计划敲定的那一天，保存它的一份副本。那张冻结的快照就是你的基线，也是这份清单上最被低估的习惯。没有它，我们是不是落后了这个问题就没有诚实的答案，因为你已经悄悄地把计划改了那么多次，以至于今天的版本永远看起来都在进度上。基线是你许下的承诺。活计划是实际正在发生的事。偏差就是两者之间的差距，而这个差距正是那个要紧的数字。

错误要么是从不设基线，于是你无法衡量漂移；要么是每次延误就重设一次，那不过是把球门挪到你总能赢为止。设它一次，就在计划获批的时候。只有在范围或日期发生正式、经过同意的变更之后才重设，并记录原因。然后每次审查都变成一次简单的对比：计划对实际，逐个任务，一眼看清。

按固定节奏更新

一张只画一次、再也不碰的甘特图不是计划，而是愿望。图表的真实程度只等于它最后一次更新，而摧毁人们对它信任的最保险方式，就是任由它漂移。修正办法是固定节奏：挑一个日子，守住它，无论消息是好是坏，都在那天更新图表。每周一次适合大多数项目。节奏快的工作可能需要每周两次，而漫长、缓慢的建设可能只需每两周一次。

把这个仪式保持简短，它才真的会发生。下面是一套能把计划拢在一起的五分钟审查：

1. 标记每个进行中任务的真实进度，而不是乐观的版本。
2. 把任何延误的任务往后滑，让依赖关系重新计算下游日期。
3. 检查关键路径：它移动了吗，完成日期还安全吗？
4. 把活计划和基线做对比，记下任何新的偏差。
5. 为任何此刻有风险的事项标出一个行动，并指派一个负责人。

每个周期都这么做，问题还小的时候就会浮出水面。跳过一个月，图表就变成人人都学会无视的虚构。

呈现摘要，而不是原始计划

你管理的计划和你呈现的计划是两件不同的东西，把它们混为一谈是一个安静却代价高昂的错误。你的工作图表也许有八十行。没有哪位高管会读八十行，而把它们全摆出来，只会训练相关方彻底无视这张图。修正办法是把细节折叠成一份摘要：把任务归到各自的阶段下，显示阶段横条和里程碑，隐藏任务层面的噪音，让任何人只在想看时才钻进去。

一份好的摘要在一屏之内回答三个问题：我们处在哪个阶段、下一个里程碑是什么、相对基线我们是否按进度。把一百行的版本留给你自己和团队，把干净的那份给其他所有人。一张尊重读者时间的图表，才是人们会不断打开的图表。我们的甘特图示例展示了在状态会议上读起来很顺的摘要布局。

实例演练：之前与之后

拿一个小项目，一次为期六周的网站改版，用两种方式来推进。之前的计划几乎违反了这份清单上的每一条规则。之后的计划则遵循它们。同样的工作，同样的团队，可一旦第一个任务延误，结果就大不相同。

方面	之前（脆弱）	之后（稳健）
任务粒度	三根巨大的横条，每月一根	十二个两到八天的任务
排程	每个任务都敲进一个开始日期	任务用依赖关系连起来
里程碑	没有	设计签字、内容就绪、发布
关键路径	未显示	高亮：设计到构建到发布
基线	从未保存	在启动时冻结
更新	随意，谁想起来才做	每周一，五分钟审查

完整清单

这里是整份清单，集中在一处。把它钉在计划旁边，在你把任何甘特图分享给依赖它的人之前，逐条过一遍。每一行都是一项做法、拆台它的错误，以及修正。

做法	常见错误	修正
给任务定好粒度	长达一个月的横条，或半天的噪音	两到十天、有明确完成标准的任务
使用依赖关系	每个任务都敲进一个开始日期	把任务连起来，让日期自动算
标出里程碑	没有，或每个任务都有一个	五到十个真正的决策点
显示关键路径	所有任务一视同仁	高亮最长的那条链并守住它
留出浮动时间	到处都有缓冲，或处处没有	计算浮动时间并看着它收缩
冻结一条基线	从不设定，或每次延误就重设	保存一次，只在达成一致时才改
按节奏更新	谁想起来才编辑	一个固定的日子加一次五分钟审查
呈现一份摘要	把八十行全摆出来	阶段横条、里程碑，按需钻取

这些习惯单拎出来没有一个是难的。合在一起，它们就把一张漂亮的图画变成一份让人信赖的计划，因为图表不断回答着那个唯一要紧的问题：我们还能在说好的时间完成吗？在编辑器里开一份全新的计划，从第一行就把这份清单建进去。

常见问题

延伸阅读

• 关键路径法详解
• 基线对实际：跟踪偏差
• 什么是浮动时间（时差）？
• 返回指南列表

本文也提供英文版本。