1. 一个具体问题
项目经理催促所有任务都尽快完成，还给一个即将提前结束的页面设计加了人。真正拖延上线的支付联调却仍在等待外部接口。忙碌和赶工很多，项目日期没有变化，因为资源没有投入决定总工期的约束路径。
2. 一句话解释
关键路径法根据任务依赖和持续时间，找出决定项目最早结束时点的最长路径，并计算其他任务可以延后的余量。
3. 出处与原意
关键路径法在二十世纪五十年代末的工业项目计划中形成，是现代项目排程的基础技术。PMI 的相关资料区分关键路径、PERT 与网络表示方式。这里的关键表示对当前排程完工日期的影响，不等于业务上最重要、预算最高或风险最大的任务。
4. 原理与机制
从起点向前计算每个任务最早开始与结束时点，从终点向后计算最晚时点，两者之差形成总浮动时间。常见简化条件下，总浮动为零的路径决定最早完工日期。计算依赖给定工期、逻辑和资源假设；资源冲突、强制日期及进度变化都可能改变结果。缩短非关键任务一般不会缩短项目，关键路径也可能不止一条。
总浮动不是任意可用的个人余量，同一路径上的任务可能共享这段时间。若一个任务消耗了余量，后续任务可用的空间也会减少。应区分总浮动与不影响紧后任务最早开始的自由浮动，并在进度变化后重新计算。
5. 一个完整案例
以下是假设案例。需求确认 A 用两天，随后接口 B 用四天、页面 C 用三天并行，联调 D 必须等待 B 和 C，耗时两天。从零时点计算，A 在第二天结束，B 在第六天结束，C 在第五天结束，D 第六天开始、第八天结束。路径 A—B—D 共八天，是关键路径；A—C—D 共七天，C 有一天总浮动。给页面增加人手，使 C 从三天缩到两天，项目仍是八天。若把 B 从四天缩到三天，项目可降到七天，此时两条路径都关键。再继续压缩 B 就不够了，还必须处理 C，且需要核查赶工是否增加返工风险。
6. 适用条件与反例
适合任务关系较明确、持续时间有合理估计的项目。它给出逻辑上的时间约束，不能自动解决一个人同时执行两个任务的资源约束。反例是把外部审批填为零天，只因为无法控制对方；计算仍然能得出漂亮的关键路径，但这个结果遗漏了真实的交付瓶颈。
7. 今天可以尝试的行动
列出当前项目剩余任务、估计时长和直接前置关系，画出到交付点的路径。手算最长的两条，检查它们相差多少时间。下一次安排加班或增加资源前，先问这项投入能否改变最终日期，以及新的关键路径会转移到哪里。