项目进度图最没用的一种形态，是把任务按时间排成一排彩色条——看起来很整齐，但回答不了任何真正重要的问题：这条延期了会影响谁？哪些能并行？现在动哪一项代价最小？
这些问题的答案都藏在依赖关系里。没有依赖关系的进度图，只是一张彩色的日历。
一、三种进度图怎么选
| 类型 | 表达什么 | 适合 | 不适合 |
|---|---|---|---|
| 时间线 | 什么时候发生什么 | 对外汇报、发展历程 | 排期管理 |
| 甘特图 | 任务时长 + 依赖关系 | 有交付节点的项目 | 需求频繁变化的项目 |
| 里程碑图 | 只标关键节点 | 向管理层汇报 | 团队日常执行 |
判断口诀：给自己团队用、需要知道谁等谁，用甘特图；给外部或高层看、只需要知道大节点，用里程碑图；讲一段历程，用时间线。
三者可以并存——同一个项目，团队看甘特图，汇报时导出里程碑图。但不要试图用一张图同时服务两类读者，结果通常是两边都嫌它复杂或太粗。
二、先拆任务，再排时间
排期最常见的错误顺序是"先定交付日期，再往回塞任务"。正确顺序是反的：
第一步：拆到可估算的粒度。 一个任务如果你估不准工时，说明它还太大。经验标准是单个任务不超过 5 个工作日——超过就继续拆。
第二步：估工时，不估工期。 工时是纯投入时间，工期是日历时间。一个 3 人日的任务，如果负责人同时在做别的事，工期可能是 5 天。很多排期崩掉是因为把工时当工期用。
第三步：标依赖。 见下一节。
第四步：才是排到日历上。
前三步做完，交付日期是算出来的，不是拍出来的。如果算出来的日期不能接受，那就回头砍范围或加资源——而不是把每个任务的时间调短。后者是自欺欺人。
三、依赖关系的四种类型
标依赖时，多数人只知道"A 做完 B 才能开始"这一种。实际有四种：
| 类型 | 含义 | 例子 |
|---|---|---|
| FS 完成-开始 | A 完成后 B 才能开始 | 设计定稿后才能开发 |
| SS 开始-开始 | A 开始后 B 才能开始 | 开发开始后测试就能写用例 |
| FF 完成-完成 | A 完成后 B 才能完成 | 所有模块开发完，联调才能完成 |
| SF 开始-完成 | A 开始后 B 才能完成 | 新系统上线后旧系统才能下线 |
SS 和 FF 是压缩工期的关键。 很多团队默认所有依赖都是 FS，于是所有事串行，工期自然长。实际上大量工作可以部分并行——测试用例不必等开发完全结束才写，文档不必等功能全部定稿才动笔。
排期时逐条问一句：这真的必须等前一项全部完成吗？ 通常能砍掉不少串行。
四、关键路径怎么找
关键路径是决定项目总工期的那条最长链路。它的实际用途有两个：
用途一：知道哪些任务不能延。 关键路径上的任务延一天，项目就延一天；非关键路径上的任务有浮动时间，延几天可能不影响交付。
用途二：知道压缩工期该从哪下手。 想提前交付，只有压缩关键路径才有效。给非关键路径加人加班，总工期一天都不会变。
找法（手工版，适合中小项目）：
- 从起点到终点列出所有可能的路径
- 每条路径把任务工期加起来
- 最长的那条就是关键路径
标出来之后在图上用醒目颜色标记。项目过程中最该盯的就是这条线上的任务。
注意关键路径会变——某条非关键路径延误严重之后，它可能变成新的关键路径。所以要定期重算，不是排一次就固定。
五、缓冲留在哪
给每个任务都加缓冲是最常见也最低效的做法。原因是帕金森定律：工作会自动膨胀填满可用时间。给每个任务多留两天，这两天一定会被用掉，且项目照样延期。
更有效的做法是集中缓冲：
- 每个任务按乐观估计排（大约是常规估计的 70%）
- 把省下来的时间集中放在关键路径末端，作为项目缓冲
- 非关键路径的汇入点前，放一小段汇入缓冲
这样做的好处是缓冲变成了公共资源。某个任务超了，从公共缓冲里扣；某个任务提前了，缓冲还回去。项目健康度可以直接用"缓冲消耗了多少"来衡量——消耗 30% 而进度走了 50%，是健康的；消耗 70% 而进度只走了 40%，就该预警了。
六、进度偏差怎么可视化
进度图的价值在执行期，不在制定期。执行时最需要一眼看出的是计划和实际的差距。
三种实用做法：
双条对比。 每个任务画两条：上面是计划，下面是实际。偏差以视觉长度差直接显现。
今日线。 在图上画一条竖线标记当前日期。所有跨过这条线还没完成的任务，都是需要处理的。
颜色标状态。 未开始（灰）/ 进行中（蓝）/ 已完成（绿）/ 有风险（黄）/ 已延误（红）。缩小看整张图，红黄区域的分布就是当前的问题地图。
在画布上做进度图的实际便利是它能和别的东西放在一起：进度图旁边挂着风险清单、需求文档、上次的复盘结论。周会时不用在几个文件之间切换，缩小看整体进度、放大看这周的具体任务。英飞·思想家支持 14+ 种格式的文件直接承载，配合实时协作，各任务负责人可以自己更新状态。
七、需求频繁变化的项目怎么办
甘特图假设范围相对稳定。如果你的项目每周都在变需求，维护甘特图的成本会超过它的价值。
三种替代方案：
- 换成看板——不排具体日期，只管理"在做什么、卡在哪"。适合持续交付类工作
- 只画里程碑——放弃任务级排期，只锁定几个关键节点，中间的路径允许调整
- 滚动排期——只对未来两周做详细排期，更远的部分保持粗粒度，每两周滚动一次
判断标准：如果你每周花在更新进度图上的时间超过一小时，且更新完发现下周又要改，就该换方案了。
常见问题
时间线和甘特图有什么区别？
时间线只表达"什么时候发生什么"，甘特图额外表达任务时长和依赖关系。需要知道谁等谁、能不能并行时，必须用甘特图。
任务拆到多细？
拆到能估准工时为止，单个任务不超过 5 个工作日。估不准说明还太大。
为什么排期总是不准？
常见原因是把工时当工期用（没考虑并行占用）、默认所有依赖都是串行、以及给每个任务分散加缓冲导致时间被膨胀吃掉。
关键路径要多久重算一次？
每次有明显延误后就该重算。非关键路径延误严重时会变成新的关键路径。
需求老变怎么办？
改用看板、只画里程碑，或采用滚动排期（只详排未来两周）。维护成本超过收益时就该换方案。
结语
进度图有没有用，取决于有没有标依赖。没有依赖关系，它回答不了"这项延了会影响谁""压缩工期该从哪下手"这两个最重要的问题。
拆任务要拆到能估准、依赖要区分四种类型、缓冲要集中不要分散、执行期要能一眼看出偏差。做到这几点，进度图才是管理工具而不是装饰。想了解各类图表的选型，可以看图表类型怎么选。