4. 关键路径法基础
4.1 CPM 核心原理
关键路径法（Critical Path Method, CPM）是项目进度网络分析的基础技术。其核心原理是：在项目网络图中，从起点到终点的所有路径中，总工期最长的路径决定了项目的总工期。这条路径上的任何活动一旦延误，将直接导致项目整体延期。
关键路径特征：
- 工期最长：关键路径的总时长等于项目总工期。
- 浮动时间为零：关键路径上的活动没有可延误的余地（总浮动 = 0）。
- 动态变化：当关键路径上的活动提前完成或非关键路径延误过多时，关键路径可能发生转移。
4.2 活动依赖关系类型
活动之间的逻辑关系定义了工作的先后顺序，是构建网络图的基础。项目管理中定义了四种标准的依赖关系：
| 类型 | 缩写 | 说明 | 示例 |
|---|---|---|---|
| 完成-开始 | FS | 前序活动必须完成后，后续活动才能开始 | 地基浇筑完成 → 开始砌墙 |
| 开始-开始 | SS | 前序活动开始后，后续活动才能开始 | 开始编写代码 → 开始编写测试用例 |
| 完成-完成 | FF | 前序活动完成后，后续活动才能完成 | 所有模块测试完成 → 系统集成测试完成 |
| 开始-完成 | SF | 前序活动开始后，后续活动才能完成（较少使用） | 新系统上线开始 → 旧系统下线完成 |
实战建议：在绝大多数项目中，完成-开始（FS）关系占主导地位。SS 和 FF 常用于并行工作场景，而 SF 应谨慎使用，容易造成逻辑混乱。
4.3 前导图（PDM）与箭线图（ADM）
网络图的绘制有两种主流方法，理解它们的区别对正确建模至关重要。
| 对比维度 | 前导图（PDM / AON） | 箭线图（ADM / AOA） |
|---|---|---|
| 节点表示 | 活动（Activity） | 事件（Event / 节点） |
| 箭线表示 | 依赖关系（逻辑连线） | 活动（Activity） |
| 常见别名 | 单代号网络图 | 双代号网络图 |
| 是否需要虚活动 | 不需要 | 需要（用虚线表示逻辑关系） |
| 绘制复杂度 | 较低，直观易懂 | 较高，需引入虚箭线 |
| 主流应用 | 现代项目管理软件（MS Project、Jira） | 传统工程领域、学术教材 |
避坑提示：在箭线图（ADM）中，两个节点之间只能有一条箭线。当多个活动具有相同的前后节点时，必须引入虚活动（Dummy Activity）来区分逻辑，这常成为初学者绘制错误的根源。建议新项目优先采用前导图（PDM）。
4.4 最早/最晚开始与结束时间计算
CPM 的核心计算分为正向推算和反向推算两个步骤，分别得出四个关键时间参数。
4.4.1 正向推算（Forward Pass）
从项目起点向终点推进，计算每个活动的最早开始时间（ES）和最早结束时间（EF）。
- 公式：EF = ES + 工期
- 规则：当活动有多个前序活动时，ES 取所有前序活动 EF 中的最大值。
4.4.2 反向推算（Backward Pass）
从项目终点向起点回溯，计算每个活动的最晚结束时间（LF）和最晚开始时间（LS）。
- 公式：LS = LF - 工期
- 规则：当活动有多个后续活动时，LF 取所有后续活动 LS 中的最小值。
4.4.3 浮动时间（Float / Slack）
浮动时间 = LS - ES 或 LF - EF。关键路径上的活动总浮动为 0。
计算口诀：
正向取大（多个前序，ES 取最大 EF）
反向取小（多个后续，LF 取最小 LS）
浮动为零（LS - ES = 0 即为关键活动）
正向取大（多个前序，ES 取最大 EF）
反向取小（多个后续，LF 取最小 LS）
浮动为零（LS - ES = 0 即为关键活动）
4.5 关键路径识别实战步骤
在实际项目中，按以下步骤系统化地识别关键路径：
- 分解工作包：将项目分解为可管理的活动（WBS 最底层）。
- 确定依赖关系：为每个活动定义前序和后续活动（FS/SS/FF/SF）。
- 绘制网络图：使用前导图（PDM）构建活动节点和逻辑连线。
- 估算工期：为每个活动赋予工期（可使用三点估算或专家判断）。
- 正向推算：计算所有活动的 ES 和 EF。
- 反向推算：计算所有活动的 LF 和 LS。
- 计算浮动：总浮动 = LS - ES，标记浮动为 0 的活动。
- 标记关键路径：将所有浮动为 0 的活动串联起来，即为关键路径。
工具推荐：对于超过 20 个活动的项目，建议使用项目管理软件（如 MS Project、Primavera P6）自动计算关键路径。手动计算仅适用于小型项目或教学演示。
4.6 常见误区与应对
| 误区 | 表现 | 正确做法 |
|---|---|---|
| 忽略资源约束 | CPM 只考虑逻辑依赖，未考虑资源冲突 | 结合资源平衡（Resource Leveling）进行关键链管理 |
| 关键路径唯一论 | 认为项目只有一条关键路径 | 大型项目可能存在多条关键路径或近关键路径 |
| 静态看待关键路径 | 制定计划后不再更新 | 定期（如每周）重新计算，跟踪路径变化 |
| 依赖关系定义错误 | 将硬逻辑与软逻辑混淆 | 区分强制性依赖（硬逻辑）与选择性依赖（软逻辑） |
核心提醒：关键路径法不是一次性的计划工具，而是贯穿项目全生命周期的动态监控手段。当项目实际进度与计划产生偏差时，必须重新进行正向和反向推算，识别新的关键路径，才能准确评估延误影响并制定有效的应对方案。