简史：从杜邦到现代软件

关键路径法 (CPM) 诞生于 1957 年，由杜邦公司的 Morgan R. Walker 和 Remington Rand 公司的 James E. Kelley Jr. 共同开发。他们的目标是解决一个具体问题：如何安排复杂的工业维护停工计划而不浪费时间和金钱 [1]。

杜邦公司在 1956 年与 Remington Rand Univac 成立了合资企业，使用 UNIVAC I 计算机来测试这些调度算法。CPM 的首次成功应用是在一个工厂维护项目中，它将停工期从 125 小时缩短到 93 小时 —— 提高了 25% [1][2]。

大约在同一时间，美国海军与博思艾伦咨询公司 (Booz Allen Hamilton) 合作，为北极星导弹潜艇项目开发了 PERT (计划评审技术)。虽然 PERT 使用概率时间估算（乐观、最可能、悲观），但 CPM 使用确定性的单点估算 —— 这使得它对于任务持续时间可预测的项目更为实用 [1][3]。

如今，CPM 被公认为是 PMI PMBOK® 指南（项目管理知识体系）中的核心技术，特别是在“制定进度计划”过程组中 [4][5]。

到底什么是关键路径？

关键路径是项目中决定最小可能项目工期的最长依赖任务序列。关键路径任务的任何延迟都会直接延迟整个项目 [4][6]。

这样想吧：如果你的项目是一个道路交通网，关键路径就是从起点到终点的最长路线。无论你在较短的道路上开得多快，你都无法将行程缩短到低于那条最长路线的长度。

核心概念

术语	定义
关键路径 (Critical Path)	从项目开始到结束最长的依赖任务链
浮动时间/机动时间 (Float)	非关键任务可以延迟而不影响项目结束日期的时长
最早开始时间 (ES)	基于前置任务，任务可以开始的最早时间
最晚开始时间 (LS)	任务可以开始且不延迟项目的最晚时间
最早完成时间 (EF)	任务可以完成的最早时间
最晚完成时间 (LF)	任务可以完成且不延迟项目的最晚时间
总浮动时间 (Total Float)	LF − EF（或 LS − ES）。如果浮动时间 = 0，则该任务在关键路径上

CPM 是如何工作的？分步指南

第 1 步：列出所有任务和持续时间

将您的项目分解为单个任务，并估算每个任务的持续时间。

任务	持续时间（天）	依赖项
A — 需求分析	5	—
B — UI 设计	8	A
C — 数据库设计	4	A
D — 后端开发	10	C
E — 前端开发	12	B
F — 系统集成	6	D, E
G — 测试	5	F
H — 部署	2	G

第 2 步：正向推算（计算最早开始/完成时间）

从第一个任务开始，计算每个任务最早的开始和完成时间：

A: ES=0, EF=5
B: ES=5, EF=13
C: ES=5, EF=9
D: ES=9, EF=19
E: ES=13, EF=25
F: ES=25, EF=31（等待 D 和 E 均完成）
G: ES=31, EF=36
H: ES=36, EF=38

项目总工期：38 天。

第 3 步：逆向推算（计算最晚开始/完成时间）

从结束任务往回倒推，计算每个任务在不延迟项目的情况下最晚可以开始的时间：

H: LS=36, LF=38
G: LS=31, LF=36
F: LS=25, LF=31
E: LS=13, LF=25 → 浮动时间 = 0 ✅ 关键任务
D: LS=15, LF=25 → 浮动时间 = 6
B: LS=5, LF=13 → 浮动时间 = 0 ✅ 关键任务
C: LS=11, LF=15 → 浮动时间 = 6
A: LS=0, LF=5 → 浮动时间 = 0 ✅ 关键任务

第 4 步：确定关键路径

具有零浮动时间的任务构成了关键路径：

A → B → E → F → G → H (38 天)

这些任务的任何延迟都会导致整个项目延期。任务 C 和 D 有 6 天的浮动时间——它们最多可以推迟 6 天而不会影响最终期限。

为什么 CPM 如此重要？事实胜于雄辩

项目失败现象非常普遍。根据 Standish Group 的 CHAOS 报告（2020），只有 31% 的项目按时、在预算范围内且按范围交付。50% 面临挑战（交付延期或范围缩减），而 19% 完全失败 [7]。

PMI 职业脉搏 (Pulse of the Profession® 2021) 指出了项目失败的主要原因 [8]：

原因	受影响项目百分比
组织优先级改变	39%
项目目标改变	37%
需求定义不清	35%
沟通不畅	30%
缺乏进度可见性	29%

CPM 直接解决了后三个原因：它迫使你清晰地定义任务依赖关系（需求），提供一个可作为沟通工具的可视化时间线，并突出显示关键路径，以便团队准确知道该把重点放在哪里。

发表在 ResearchGate 上的研究证实，与没有使用正式进度计划技术的项目相比，使用 CPM 的项目在时间线依从性方面有显著提升，如果在配合适当的监控，项目延期可以减少高达 20-30% [9]。

CPM 与 PERT：何时使用哪种方法

CPM 和 PERT 都出现于 20 世纪 50 年代末，但它们服务于不同的场景：

方面	CPM	PERT
时间估算	单一估算（确定性）	三个估算值（乐观、最可能、悲观）
最适用于	可预测的、重复性项目	充满不确定性、研究繁重的项目
关注点	时间 + 成本优化	不确定性下的时间估算
复杂性	较低 —— 每个任务一个持续时间	较高 —— 统计计算
行业应用	建筑、制造、IT	研发、国防、制药

发表在《国际应用工程研究杂志》(International Journal of Applied Engineering Research) 上的一项比较案例研究发现，对于一个信息系统项目，CPM 估计的完工时间为 50 天，而 PERT 估计为 52 天 —— 研究人员推荐在范围可预测的项目中使用 CPM，因为它精确且具有成本效益 [10]。

对于大多数软件开发团队来说，CPM 是更实用的选择：您的任务通常定义得很清楚，您需要的是可操作的进度计划，而不是概率分布。

GanttFather 如何让 CPM 变得简单

传统上，计算关键路径需要手动计算或专业（且昂贵）的企业工具。GanttFather 改变了这一切：

自动识别关键路径

GanttFather 会根据您的任务依赖关系和持续时间自动计算关键路径。无需手动进行正向/逆向推算——关键任务会立刻在您的甘特图上高亮显示。

可视化依赖管理

直接在图表上的任务之间拖拽依赖剪头。当您添加、删除或修改依赖项时，GanttFather 会实时更新关键路径。

假设场景分析

想知道如果任务 E 花费 15 天而不是 12 天会怎样吗？只需更改持续时间，看着关键路径重新计算即可。这让冲刺计划和风险评估变得直观。

与您的工具协同工作

如果您的团队使用 Azure DevOps，您可以将您的工作项同步到 GanttFather 中并立刻可视化关键路径——这是 Azure DevOps 本身不提供的功能。

有效使用 CPM 的实用技巧

不要过度细化工作分解结构 (WBS)。过多的微小任务会使关键路径变得嘈杂且难以执行。将任务粒度保持在每个需要 1-10 天的程度。
定期更新持续时间。关键路径的准确性取决于其数据的准确性。每周审核并更新任务估算。
当心次关键路径。只有 1 天浮动时间的任务实际上也是关键的。如果它发生延期，它就会成为新的关键路径。
战略性地使用浮动时间。具有较长浮动时间的非关键任务可以吸收延迟——将这种灵活性用于范围不确定的任务。
沟通关键路径。与利益相关者分享它，让每个人都明白哪些任务不能延期，否则就会延迟整个项目。

结论

近 70 年来，关键路径法一直是项目日程安排的核心支柱——这是有充分理由的。它将相互依赖的复杂项目计划转化为一个明确的答案：这个项目最短需要多少时间，哪些任务必须按期完成？

无论您是在管理一次软件冲刺、一个建筑项目还是一次产品发布，了解您的关键路径是“应对延迟”还是“防范延迟”的关键区别。

GanttFather 为您免费、实时地自动完成这一计算。

开始使用 GanttFather 进行规划 →

参考资料：

什么是关键路径法 (CPM) 以及为什么它很重要？