关键路径延误如何排查与恢复：基线对比、原因验证与处置步骤

文章面向项目管理者，梳理关键路径延误从判断、排查到处置和恢复的完整流程。其核心主张是：判断起点是基线对比，而非某个任务看起来晚了。需要先回答三个问题——延误任务是否在关键路径上、延误是否已传导到里程碑、当前总工期预测是否后移；三项中任一项成立才进入延误处置，否则更可能是非关键路径任务在消耗浮动时间。文章还提示，非关键路径任务的浮动时间被消耗完后也会进入关键路径，因此判断影响范围要看剩余浮动时间是否归零或接近归零。

在原因排查上，文章建议按“数据准确性—资源与依赖—范围与估算”的顺序逐项验证假设，并为每个假设列出验证证据：报工记录与任务状态是否一致、同类任务历史实际工期与估算的对比、资源占用表与工时记录、依赖完成记录与审批流转记录、变更单与当前计划的差异。每排除一项都应记录依据和日期，避免重复排查。文章强调数据不准时后续分析都会失真，因此先核对报工与剩余工期、重算网络图，部分“延误”可能随之消失。

处置部分按已确认原因分类：数据失真先补齐报工并修正剩余工期，必要时收紧关键任务更新频率；资源争用可错峰安排、补充人力或协商优先级，但补充人力适用于任务可拆分且新人能短期接手的情况；依赖未满足先推动前置任务或审批，再评估拆分任务或部分并行；范围变更应走变更评审并更新基线，而非直接改日期。文章明确，任何改变基线的动作都要留下记录。

压缩工期部分给出停止点：关键任务质量检查连续未通过、返工抵消压缩时间、成本超出授权、连续加班导致缺陷率上升时应暂停并上报。恢复验证以更新后的关键路径、总工期预测和里程碑日期三条为准，并保留基线更新记录、关键任务按新计划推进至少一个报告周期的完成情况、下游任务实际启动情况和外部依赖方确认记录。复发预防包括设置预警阈值（如剩余浮动时间低于两天或进度连续两个周期未更新）、定期重算关键路径、将资源占用和依赖完成纳入例行检查。

文章后半部分介绍ONES项目计划与进度管理、工时日历与饱和度报表、里程碑基线对比等功能可承接上述排查后的调整与验证动作，但明确具体取舍仍取决于项目约束。全文为实务方法梳理，未涉及具体项目、司法辖区或裁判结论，所述天数与阈值均为建议性示例。