术语表
快速跟进（Fast Tracking）
并行化、活动重叠、快速跟踪
快速跟进（fast tracking）指的是把原本依次安排的 活动 全部或部分并行推进，从而缩短项目工期。它不需要增加人手，但会提高返工风险以及随之而来的成本。例如两项各 10 天的活动重叠 4 天，16 天即可完成，而不是 20 天。
快速跟进作用于进度计划的逻辑：后续活动在前置活动完全完成之前就开始。原来的“概念完成后再实施”变成“概念确定六成即开始实施”。计划变得更紧凑，工作量保持不变。
哪些活动适合快速跟进？
关键在于 依赖项 的类型：
- 强制性依赖源于事物本身，例如浇筑混凝土并养护之后才能在其上施工。这类关系无法并行。
- 选择性依赖来自习惯、谨慎或内部约定。快速跟进正是作用于此。
此外，该活动必须位于 关键路径 上。让两项有时差的活动重叠，项目结束日期不会改变。
示例：快速跟进能节省多少时间？
一个软件团队按“结束到开始”的顺序计划概念设计（10 天）和开发实施（10 天）。数据模型一确定，也就是概念工作进行 6 天后，实施就要开始：
| 概念设计 | 开发实施 | 项目结束 | |
|---|---|---|---|
| 不采用快速跟进 | 第 0 至 10 天 | 第 10 至 20 天 | 第 20 天 |
| 重叠 4 天 | 第 0 至 10 天 | 第 6 至 16 天 | 第 16 天 |
项目提前 4 天结束，工作量仍是 20 人天。每次计算都要考虑两个限制：
- 返工： 如果第 6 天之后概念发生变化，需要重做 2 天的实施工作，收益就缩减为 2 天。
- 并行路径： 如果一条并行路径只有 2 天 缓冲，缩短 2 天后它自己就会变成关键路径。项目结束只会提前 2 天，而不是 4 天。
快速跟进和赶工有什么区别？
两种方法都能缩短关键路径，但付出的“货币”不同：
| 快速跟进 | 赶工 | |
|---|---|---|
| 手段 | 进度逻辑：让活动重叠 | 资源：增加人手、加班、外部支援 |
| 成本 | 无需增加人手，可能产生返工成本 | 每缩短一天都有额外成本 |
| 主要风险 | 需求变更导致返工 | 新人上手和沟通协调抵消收益（参见 布鲁克斯定律） |
| 前提 | 选择性依赖 | 增加资源后活动确实会变快 |
实践中先检查快速跟进，因为它不需要增加人手；然后再对每节省一天成本最低的活动进行赶工。
什么情况下快速跟进不划算？
- 需求不稳定： 如果预计前置活动会频繁变更，返工会吃掉节省的时间。
- 两项活动由同一批人负责： 概念和实施依赖同一个团队时，得到的不是真正的并行，而是超负荷。
- 审批和验收： 如果在合同要求的审批之前就开始实施，风险只能由你自己承担。
如何在 Merlin Project 中进行快速跟进？
在 Merlin Project 中，重叠通过依赖项上为负值的超前 / 滞后来输入。在甘特图中点按依赖项箭头，在检测器的 超前 / 滞后 字段中填写数值：在“结束到开始”依赖项中，设为 −4 天时，后续活动会在前置活动结束前 4 天开始。正值则相反，会形成等待时间。
也可以把依赖项改为“开始到开始”，方法是在检测器的 类型 字段中选择，或使用 结构 › 链接 › 开始到开始。超前 / 滞后设为 6 天时，示例中的实施会在概念开始 6 天后开始。通过 视图 › 显示关键路线 或工具栏中的 关键路线 图标显示关键路径，确认重叠是否真的提前了项目完工日期，或者是否有另一条路径变成关键路径。
如何与 工作量分布 配合使用，可参见文章 快速跟进、赶工与工作量分布的实践。
