九个常见的计划错误，以及怎么改
多数甘特图不是败在工具上，而是败在十几个总是重复的错误上。它们几乎都不是画图的错误, , 是决策的错误，换个软件照样跟着你走。每一个在认出来之后，几分钟就能改掉。
一份把这些错误一次犯全的计划
一个再普通不过的项目：杭州一家连锁餐饮品牌的官网与小程序改版，2026 年 3 月 2 日（周一）启动。先按大多数人实际会画的样子画一遍，再诚实地画一遍。
原计划。六行，全部完成-开始串成一条链，没有里程碑，没有缓冲：
| 任务 | 开始 | 结束 | 工期 / 负责人 |
|---|---|---|---|
| 需求调研 | 3 月 2 日（周一） | 3 月 13 日（周五） | 10 天 |
| 视觉设计 | 3 月 16 日 | 3 月 27 日 | 10 天 |
| 开发 | 3 月 30 日 | 4 月 24 日 | 20 天 / 潘璐 |
| 内容迁移 | 3 月 30 日 | 4 月 17 日 | 15 天 / 潘璐 |
| 测试 | 4 月 27 日 | 5 月 8 日 | 10 天 |
| 上线 | 5 月 11 日（周一） | 里程碑缺失 | |
它没说出来的事。甲方市场部有 5 个工作日审设计稿，这段评审时间在图上一个字都没有。潘璐同时以 100% 投入承担开发和内容迁移，而且是同样的三个星期，也就是说这张图悄悄假设了一个人 200% 的产能。50 个工作日里没有任何缓冲。而因为所有行串在一条完成-开始的链上，每一行都是关键路径。
改正后。加一个设计确认里程碑，把甲方评审写成 5 天滞后量（FS+5d）。开发因此从 4 月 7 日开始；由于工作日历排除了清明和五一的法定节假日、又把调休上班的那个周六算成工作日，20 个工作日一直排到 5 月 8 日。内容迁移不能和开发重叠, , 两项都是潘璐, , 所以它排在 5 月 11 日到 5 月 29 日。测试 6 月 1 日到 6 月 12 日。上线前再放 5 天可见的缓冲，交付日期落在 6 月 19 日（周五）。
结果。图上原本写着 5 月 11 日，诚实的日期是 6 月 19 日, , 晚了 28 个工作日。而这个差距是在第一版草图里发现的，不是在五月的第二周被迫发现的。什么都没有改变，只是三件本来就成立的事被写了下来。
还有汇报。4 月 20 日那份周报把开发写成 60%，理由是 20 天里已经过去 12 天。团队实际做完的是 11 个页面模板里的 4 个。真实进度：36%。
1. 过度细化
这是遥遥领先的第一名。把每个子任务都列上去的图既读不了也维护不了, , 没有人会每周更新六十行，于是它几天之内就过期了。而过期的计划比没有计划更危险，因为人们还在相信它。
改法：按你汇报的颗粒度做计划。比汇报周期还短的东西，应该待在任务内部。把细节收进阶段，日常清单留在团队本来就在用的地方。
2. 没有依赖关系
一堆没有连线的平行横条是一张图片，不是一份计划。出事的时候什么都不会动，因为什么都没连上。
改法：把真正构成约束的连起来，然后拖一条横条试试。如果后面没有任何东西跟着走，这份计划就没有在描述你的项目。
3. 全部串成一条完成-开始的链
相反方向的错误，而且更隐蔽。把每项任务排成一长条，每项任务就都落在关键路径上, , 六十行都在喊"紧急"，等于什么都没说。它还让重新排程变得不可能：每一个日期都被一条"我习惯这么做"的连线钉死了。
改法：只连接物理上真的构成约束的关系。如果按现有的人和材料，B 今天就能开工，那它就不依赖 A。健康的关键路径覆盖四分之一到一半的任务；如果覆盖了全部，你画的是一个队列，不是一张网络。
4. 把估算当成承诺
每条横条看上去都同样确定。一项你做过五十遍的三天任务，和一项谁都没试过的三天任务，画出来一模一样。
改法：把浮动时间放在不确定性所在的地方，并且明说。一份承认哪些部分是猜的计划，反而经得起现实的碰撞, , 因为那些猜测被留出了犯错的空间。
5. 到处都没有浮动时间
每项任务都在前一项结束的那一瞬间开始的计划，什么都吸收不了。第一次两天的延误，就是两天的项目延误。
改法：把缓冲放在风险集中的地方, , 硬性期限之前、第三方负责的任何事情之后、审批环节前后。上线前一个看得见的 5 天缓冲，胜过分摊到十项任务里、谁也看不见的 5 天。
6. 无视关键路径
不知道哪些任务在驱动完工日期，就不可能知道哪些延误重要。团队常常在加急一项还有三周浮动时间的工作，而真正的约束正在下面往后滑。
改法：把关键路径打开，每次改动之后重新看一遍。一项有 8 天浮动时间的任务，在它延误 9 天的那一刻就变成关键任务了。
7. 没有负责人, , 以及负责人被排到 100%
没有指名负责人的任务是所有人的任务，而这可靠地意味着没有人的任务。一项任务一个人，不是一个小组：只有"人"才能被追问。
不那么明显的是：把同一个人以满负荷排进互相重叠的任务，是同一个错误。潘璐 100% 加 100% 不叫有进取心，叫算术上不成立, , 而图不会提醒你，因为横条重叠起来毫无怨言。
改法：按整条时间轴检查每个人的负荷，而不是逐项任务地看。某人连续三周 140%，那已经是一份失败了的计划。
8. 任其过期
甘特图是有保质期的活文档。三周不更新，人们就不再信任它；然后就不再看它。
改法：固定节奏更新, , 通常每周，攻坚期每天, , 并把图控制得足够小，让这件事只花几分钟。
9. 没有里程碑
一整面墙的横条不给读者任何可以抓的锚点。里程碑是项目外面的人找到决策点的方式。
改法：把审批、交付、闸门和上线标成工期为零的里程碑，再把下游工作挂在它们后面。四到八个通常是对的。上面那个例子里，缺失的里程碑一点都不只是好看不好看的问题：设计确认正是那 5 天甲方评审藏身的地方。
10. 用已过天数算完成百分比
这一条制造出本文里最自信的错误汇报。用已流逝的工期推算进度，一项还没人动过的任务在第 20 天里的第 12 天就报出 60%, , 正是上面 4 月 20 日发生的事。
改法：汇报工作量的比例, , 做完几个模板、出了几张图、通过几条测试用例, , 而不是日历的比例。一项数不出工作单位的任务，颗粒度太粗，本来就跟踪不了。
11. 每次跑偏就重设一次基准
基准记录的是你承诺过什么。一旦偏差变得难看就重存一次，它记录的就变成了你最近做了什么, , 而这个数字你本来就有。
每月来一次的结果是：一个项目对着它的第九版基准显示"正常"，对着第一版基准晚了四个月。
改法：只在经审批的范围变更或正式的重新规划时重设，并且保留旧的。第一版基准和第五版基准之间的差距，往往是你手里关于这个项目最诚实的一份说明。
12. 用甘特图做不适合它的事
甘特图适合有先后、有依赖关系、有日期的工作。它非常不适合连续流式的工作，也不适合每周重排优先级的需求池。
改法：顺序和期限重要时用甘特图，不重要时用看板。两个一起用是常态, , 看板管这一周，甘特图管这一个季度。
按症状查错误
按症状找，比按定义找容易得多：
| 你注意到的现象 | 对应的错误 | 改法 |
|---|---|---|
| 三周没更新过 | 过度细化 | 按汇报颗粒度做计划 |
| 一项任务延误，没有任何日期移动 | 没有依赖关系 | 连接真正的约束；拖一条横条验证 |
| 每项任务都是关键任务 | 全串成完成-开始 | 删掉那些只表达偏好的连线 |
| 小小的延误就推动完工日期 | 没有浮动时间 | 在期限前放看得见的缓冲 |
| 加急错了任务 | 无视关键路径 | 打开它；每次改动后重看 |
| 一问进度没人应答 | 没有负责人 | 一项任务一个具名的人 |
| 同一个人的任务一起延误 | 负荷超过 100% | 按整条时间轴查负荷 |
| "那到底什么时候能好？" | 没有里程碑 | 四到八个闸门，后面挂着工作 |
| "完成 90%"挂了一个月 | 用已过天数算进度 | 汇报工作量的比例 |
| 周周绿灯，整体晚几个月 | 每次跑偏都重存基准 | 只在经审批的重新规划时重设 |
| 每个周一都要重写一遍 | 用错了工具 | 流式工作交给看板 |
二十分钟的体检流程
拿你手上已经有的那张图，按顺序走一遍。每一步都是看得见的事实，不需要你做判断。
- 数行数。多到你不会每周更新？先把细节收进阶段：用▣ 分组建阶段，再用缩进按钮把任务收进去。
- 把第一个阶段的最后一项任务往右拖两周。凡是没跟着动的，就是没连上。撤销，然后在前置任务列里把这些关系补上。
- 勾上关键路径。如果满屏都是斜纹，说明连多了；如果一条斜纹都没有，说明根本没连。
- 把视图切到近期计划，窗口设为 3 周。如果它和大家这周实际在干的事对不上，这张图已经过期了。
- 打开工作负载。任何一天有人超出产能，都是一张看似合理的图里藏着的一个不可能的承诺。
- 找菱形。凡是团队之外的人要审批、交付或验收的时点，都应该是一个里程碑，并把评审时间写成滞后量。
- 检查每个硬性期限前面的那一行。如果它正好在期限当天结束，插一项缓冲任务，并且就把它命名为缓冲。
- 打开基准，选择以当前计划设置基准, , 现在计划诚实了，设这一次, , 然后打开偏差列。
- 向每位负责人要以工作量为单位的进度，不要百分比。回答和横条对不上的时候，错的是横条。
顺带把工作日历也点开确认一遍：清明、五一、国庆这些法定节假日排除了没有，调休上班的周六加进去了没有。这一步没做对，上面所有日期都会以一种没人察觉的方式偏掉几天。
常见问题
甘特图最常见的错误是什么？
过度细化。把每个子任务都列出来的图既读不了也维护不了，几周之内就被放弃了, , 因为维持它的成本超过了它的回报。
甘特图应该有多少项任务？
少到你真的会去维护它, , 对多数项目是 15 到 40 行。比你的汇报周期还短的东西，应该待在任务内部。
是不是每项任务都该用完成-开始连起来？
不是。把所有任务串成一条链会让每一项都变成关键任务，也让计划无法重新排序。只连接物理上真正构成约束的关系。
图看起来没问题，项目为什么还是延期了？
通常是三个原因之一：没有任何浮动时间；某个人在重叠的任务上被排到 100% 以上；或者进度是按已流逝的天数算的，而不是按做完的工作量算的。
重设基准是错的吗？
经审批的范围变更或正式的重新规划时是对的。每次没达成就重存一次则不是：报告一路绿灯，交付日期却一直在往后走。
甘特图应该多久更新一次？
多数项目每周一次，攻坚期每天一次。节奏本身比频率更重要, , 固定、且能长期坚持。
相关模板
延伸阅读
本文也提供英文版本。