关键路径法是项目进度网络分析中的一种方法：把任务按依赖关系连成网络，计算各项任务的最早、最晚时间，找出总浮动时间为零的那条任务链。这条链决定项目最短可能工期，链上任务一旦延误，项目完成时间就会顺延。它服务于工期与进度控制，回答“工期由哪条任务链决定、哪些任务不能拖”。
要点总览（TL;DR）
- 关键路径法把任务按依赖关系连成网络，通过正推、逆推计算各项任务的最早与最晚时间，总浮动时间为零的任务链就是关键路径，它决定项目最短可能工期。
- 关键路径的判定看总浮动时间，不看任务数量；非关键任务只能在浮动时间范围内推迟，超出后关键路径会转移。
- 关键路径法服务于工期与进度控制，综合状态汇报归项目状态报告，关键节点达成归里程碑管理，资源约束下的排期需结合关键链法或资源平衡。
- 关键路径是当前进度数据下的计算结果，任务实际进度、依赖关系或范围变化后需要重新计算，不能沿用旧结论。
- 落地关键路径法的前提是任务拆分清楚、依赖关系记录准确、工期估算有据可查，并在进度更新后及时重算。
关键路径法是什么：一句话定义与核心术语
关键路径法（Critical Path Method，简称 CPM）是一种基于任务网络计算项目工期的进度分析方法。它把项目拆成若干任务，按任务之间的先后依赖关系连成网络，为每项任务估算工期，再通过正推和逆推算出各项任务的时间窗口，最终找出决定项目最短可能工期的那条路径。这条路径就是关键路径。
理解关键路径法，需要先掌握几个基础术语。任务是最小的进度单元，有明确的开始、结束和工期估算。依赖关系指任务之间的先后约束，例如“需求评审完成后才能开始开发”，前者是后置任务的前置任务。工期估算是完成一项任务所需的时间长度。最早开始时间（ES）和最早完成时间（EF）是在所有前置任务都按最早时间完成的前提下，任务能够开始和完成的最早时刻。最晚开始时间（LS）和最晚完成时间（LF）是在不推迟项目完工日期的前提下，任务必须开始和完成的最晚时刻。总浮动时间（Total Float，也称总时差）是最晚开始与最早开始之差，或最晚完成与最早完成之差，表示一项任务在不影响项目完工日期的前提下可以推迟的时间量。
| 术语 | 中文解释 | 在关键路径法中的作用 |
|---|---|---|
| 任务 | 进度网络中的最小工作单元，含工期估算 | 构成网络图的基本节点 |
| 依赖关系 | 任务之间的先后约束，如完成—开始 | 决定网络图的连线与路径走向 |
| 最早开始 / 最早完成（ES / EF） | 前置任务都最早完成时，本任务能开始和完成的最早时刻 | 正推法计算得出 |
| 最晚开始 / 最晚完成（LS / LF） | 不推迟项目完工时，本任务必须开始和完成的最晚时刻 | 逆推法计算得出 |
| 总浮动时间 | 任务在不影响项目完工前提下可推迟的时间量，等于 LS−ES 或 LF−EF | 判定关键路径的核心指标 |
| 关键路径 | 从项目开始到结束、总浮动时间为零（或最小）的任务链 | 决定项目最短可能工期 |
关键路径的判定标准是总浮动时间为零或最小。当一条从起点到终点的路径上所有任务的总浮动时间都为零时，这条路径上的任何一项任务推迟一天，项目完工日期就推迟一天。因此关键路径决定了项目的最短可能工期，也标出了哪些任务不能拖。需要说明的是，关键路径法计算的是在依赖关系和工期估算给定条件下的理论最短工期，资源是否充足、成本是否可接受，属于另外的管理判断。
关键路径法的边界：它管什么、不管什么
关键路径法在项目进度管理中承担的是工期分析这一具体任务：识别决定项目完工时间的任务链，计算各项任务的时间窗口和浮动时间，为进度安排和进度控制提供依据。它回答的是“项目最短多久能完成”“哪些任务延误会影响总工期”“哪些任务有一定缓冲”。超出这个范围的内容，需要由其他管理方法承担。
关键路径法不负责综合状态汇报与健康度评价。项目状态报告要汇总范围、进度、成本、质量、风险等多维信息，形成面向干系人的整体判断，关键路径只是其中进度维度的一项输入。关键路径法也不负责关键节点的达成管理。里程碑管理关注的是重要时间点、事件或决策点是否按期达成，它以节点为单位；关键路径法以任务链为单位，两者观察的对象不同。一个里程碑可能落在关键路径上，也可能不在，里程碑按期达成也不代表关键路径上的任务没有累积延误。
关键路径会随进度变化而改变，这一点常被忽略。任务实际执行快于或慢于估算、依赖关系调整、范围变更、资源重新分配，都会改变网络中的时间计算结果。原本浮动时间充裕的非关键任务，一旦延误超过其总浮动时间，就可能变成关键任务，关键路径随之转移。因此关键路径法不是一次性结论，需要在进度更新后重新计算，才能反映当前真实的工期约束。
| 管理问题 | 归属 | 与关键路径法的关系 |
|---|---|---|
| 项目最短可能工期、任务浮动时间 | 关键路径法 | 核心职责 |
| 综合状态汇报与健康度评价 | 项目状态报告 | 关键路径提供进度维度输入，不承担综合判断 |
| 关键节点达成管理 | 里程碑管理 | 以节点为单位，与任务链分析并行 |
| 资源约束下的进度安排 | 资源平衡、关键链法等 | 关键路径法本身不处理资源约束 |
关键路径怎么算出来：组成要素与计算步骤
关键路径的计算从三样输入开始：任务清单、每项任务的工期估算、任务之间的依赖关系。有了这三样，就可以画出进度网络图，把任务作为节点、依赖关系作为连线，形成从项目起点到终点的多条路径。接下来的计算分为正推、逆推和浮动时间识别三步。
第一步，正推法计算最早时间。从项目起点开始，沿依赖关系向前推进：没有前置任务的任务，最早开始时间为项目开始时间；有前置任务的任务，最早开始时间等于所有前置任务最早完成时间的最大值，最早完成时间等于最早开始时间加工期。依次推进到项目终点，得到项目的最早完工时间。
第二步，逆推法计算最晚时间。从项目终点反向计算：终点任务的最晚完成时间等于项目要求完工时间（通常取正推得到的项目最早完工时间），最晚开始时间等于最晚完成时间减工期；前置任务的最晚完成时间等于所有后置任务最晚开始时间的最小值。依次回推到项目起点。
第三步，计算总浮动时间并识别关键路径。对每项任务计算总浮动时间，即最晚开始减最早开始，或最晚完成减最早完成。总浮动时间为零的任务构成关键路径；当存在多条总浮动时间都为零的路径时，项目有多条关键路径，任何一条上的任务延误都会影响总工期。
下面用一个演示情景说明推演过程。某项目包含五项任务：A（工期2天）、B（工期3天，依赖A）、C（工期4天，依赖A）、D（工期2天，依赖B和C）、E（工期1天，依赖C）。该情景为虚构片段，仅用于演示计算逻辑。
| 任务 | 工期 | 前置 | ES | EF | LS | LF | 总浮动时间 |
|---|---|---|---|---|---|---|---|
| A | 2 | — | 0 | 2 | 0 | 2 | 0 |
| B | 3 | A | 2 | 5 | 3 | 6 | 1 |
| C | 4 | A | 2 | 6 | 2 | 6 | 0 |
| D | 2 | B、C | 6 | 8 | 6 | 8 | 0 |
| E | 1 | C | 6 | 7 | 7 | 8 | 1 |
正推得到项目最早完工时间为第8天。逆推后，任务A、C、D的总浮动时间为零，构成关键路径A→C→D，项目工期由这条链决定。任务B的总浮动时间为1天，任务E的总浮动时间为1天，它们各有1天缓冲，推迟不超过1天不会影响项目完工。若任务B实际延误2天，超过其浮动时间，B就会进入关键路径，项目工期随之延长，关键路径发生转移。
在团队协作中落实这套计算，前提是任务拆分清楚、依赖关系记录准确、工期估算有据可查。ONES 支持用「项目计划」创建工作分解结构（WBS），按目标、交付物或项目阶段等维度分解计划和工作，并为项目任务设置前后置依赖；进度更新后，可通过项目计划和里程碑基线对比计划与执行的偏差，帮助团队发现哪些任务链正在挤压工期。关键路径的具体计算仍需按上述规则完成，工具承载的是任务、依赖与进度数据的组织。
关键路径法与相邻概念的区别
关键路径法常与几个相邻概念混用，它们在对象、目的和处理方式上各有分工。下面按同一口径对照，帮助区分各自解决的问题。
| 概念 | 核心对象 | 主要目的 | 与关键路径法的关键差异 |
|---|---|---|---|
| 关键路径法 | 任务链与浮动时间 | 识别决定最短工期的任务链 | 基准方法 |
| 关键链法 | 考虑资源约束后的任务链 | 在资源有限条件下安排进度并设置缓冲 | 关键链法在关键路径基础上引入资源约束和缓冲管理，关键路径法本身不处理资源冲突 |
| 甘特图 | 任务与时间轴 | 直观展示任务排期和进度 | 甘特图是展示形式，关键路径法是分析方法；甘特图可以标出关键路径，但绘图本身不完成浮动时间计算 |
| 里程碑管理 | 关键节点、事件或决策点 | 管理重要时间点的达成 | 里程碑以节点为单位，关键路径法以任务链为单位 |
| 项目状态报告 | 范围、进度、成本、风险等综合信息 | 向干系人汇报整体状态 | 状态报告做综合汇报，关键路径法只做进度维度的工期分析 |
关键路径法与关键链法的差异集中在资源约束处理上。关键路径法假设资源按需可用，计算的是依赖关系和工期决定的理论最短工期；关键链法在此基础上考虑资源的有限性，对任务排期做资源平衡，并用缓冲吸收不确定性。两者可以配合使用：先用关键路径法看清工期约束，再在资源受限时用关键链法调整安排。
关键路径法与甘特图的差异在于分析方法与展示形式。关键路径法是一套计算规则，产出的是浮动时间和关键任务链；甘特图是把任务、工期和进度画在时间轴上的视图。甘特图便于沟通和跟踪，关键路径的计算结果可以标注在甘特图上，让团队直观看到哪些任务不能拖。ONES Plan 支持制定项目里程碑和甘特图，灵活制定项目计划并多时间跨度查看进度，适合把计算结果落到可视化的进度视图中。
具体例子与常见误解
继续用上一节的演示情景观察关键路径的判定。项目有两条主要分支：A→B→D 和 A→C→D，另有支线 C→E。A→C→D 的总工期为2+4+2=8天，A→B→D 的总工期为2+3+2=7天，因此 A→C→D 是关键路径，B 有1天浮动时间。这个例子说明，关键路径不是任务数量最多的那条链，而是累计工期最长、浮动时间为零的那条链。若把 B 拆成两个各1.5天的任务，任务数增加了，关键路径仍然是 A→C→D。
围绕关键路径法，有几种典型误解值得纠正。
- 误解一：任务多就是关键路径长。关键路径由累计工期和依赖关系决定，与任务数量没有直接关系。一条包含三个长任务的分支，可能比一条包含八个短任务的分支更长。判断关键路径要看浮动时间，不能数任务个数。
- 误解二：关键路径一旦确定就不再变化。关键路径是当前进度数据下的计算结果。任务实际进度偏离估算、依赖关系调整或范围变更后，浮动时间重新分布，关键路径可能转移。进度更新后应重新计算，不能沿用旧结论。
- 误解三：非关键任务可以无限拖延。非关键任务只有在其总浮动时间范围内推迟才不影响项目完工。一旦延误超过浮动时间，该任务就进入关键路径，项目工期随之顺延。浮动时间是缓冲额度，不是无限许可。
- 误解四：关键路径法能替代资源与成本决策。关键路径法计算的是依赖关系和工期下的最短工期，不判断资源是否够用、成本是否可接受、风险是否可控。资源平衡、成本估算和风险应对需要另行分析，关键路径结果只是这些决策的输入之一。
把关键路径法用起来，关键动作是保持任务、依赖和工期数据的准确，并在进度变化后及时重算。团队可以在项目计划中维护任务分解和前后置依赖，用基线对比计划与执行的偏差，把关键路径上的任务作为进度跟踪的重点对象。ONES 提供从项目到任务的多层级管理能力，支持自下而上的进度反馈和自上而下的进度监控，并用里程碑标记重要时间点、事件或决策点，便于把工期约束和节点管理放在同一套进度数据中协同推进。
常见问题
关键路径法算出的最短工期，和实际能交付的工期是一回事吗？
两者通常有差距。关键路径法计算的是在依赖关系和工期估算给定条件下的理论最短工期，它假设资源按需可用，不判断人力是否够、成本是否可接受、风险是否可控。实际交付工期还要经过资源平衡、成本约束和风险应对的调整。因此关键路径结果更适合作为进度安排的基准，而不是对外的承诺日期。
项目执行中关键路径变了，原来的进度计划要全部重做吗？
不需要全部重做，但需要重新计算并更新判断。关键路径转移通常意味着某些任务的浮动时间被消耗完，此时应重新做正推和逆推，确认新的关键任务链，再把进度跟踪的重点对象切换到新链上。任务分解和依赖关系如果没有变化，可以沿用；变化的是时间计算结果和跟踪重点。
任务之间的依赖关系记录不准，会对关键路径产生什么影响？
依赖关系决定网络图的连线与路径走向，记录不准会直接改变路径结构。漏记一条依赖，可能让两条本应串联的任务被当成并行，算出的工期偏短；多记或错记依赖，则可能造出并不存在的关键路径。使用工具维护任务时，应把前后置依赖作为计划评审的固定检查项，进度更新后同步核对。
关键路径上的任务都按时完成了，项目就一定按期交付吗？
不一定。关键路径反映的是当前网络中的工期约束，如果范围发生变更、新增了任务，或者非关键任务的延误累积超过浮动时间导致关键路径转移，项目仍可能延期。此外，里程碑是否达成、质量与风险状况如何，也需要单独跟踪。关键路径按时完成是必要条件，不是按期交付的充分条件。
团队规模不大、任务数量不多时，还有必要用关键路径法吗？
可以按需简化。任务少、依赖简单的项目，用甘特图或任务清单配合人工判断也能看清先后顺序。当项目出现多条并行分支、任务间依赖交错，或者需要判断哪些任务有缓冲、哪些不能拖时，关键路径法的浮动时间计算才体现出价值。方法的选择取决于进度约束的复杂程度，与团队人数没有直接关系。
