进度恢复策略是什么
进度落后后的恢复手段包括赶工、快速跟进、调整依赖、缩减范围、分期交付与增加资源，每种手段的代价不同：赶工花钱、快速跟进增加返工风险、缩减范围损失业务价值、分期交付增加运维复杂度。选择必须先明确哪些约束不能动，恢复方案需与业务方和治理层共同确认后才能更新基准。
基本信息
| 常用手段 | 赶工、快速跟进、调整依赖、缩减范围、分期交付、增加资源 |
|---|---|
| 判断前提 | 先识别硬约束（日期、合同、合规）与可调整项 |
| 评估维度 | 成本增量、质量风险、返工概率、团队负荷、业务价值影响 |
| 决策要求 | 恢复方案涉及基准调整时走变更控制并更新进度基准 |
| 验证方式 | 措施实施后按报告周期核对偏差是否收敛 |
典型使用场景
- 关键路径活动延误导致里程碑受影响，评估赶工与调整范围的组合方案
- 客户提出提前交付要求，测算可行手段与代价后给出选择方案
- 测试阶段发现大量缺陷导致进度落后，判断是压缩范围还是延后发布
- 外部依赖方交付延迟，评估替代方案与接口调整的可能性
- 多项目资源争夺导致本项目落后，通过治理层决策争取资源优先级
恢复方案对比
恢复方案对比
手段 效果 代价与风险
赶工 中等 成本上升、疲劳与返工风险
# 仅对关键路径活动有效，压完需复核关键路径
快速跟进 中等 返工风险上升、依赖冲突增多
# 适合可解耦的活动，强耦合活动并行会放大返工
缩减范围 直接 业务价值损失，需业务方书面确认
分期交付 直接 运维与推广复杂度上升，用户体验割裂
增加资源 有限 新人磨合期与知识传递成本，短期可能更慢
# 加人前先评估是否真的存在可并行的工作
调整依赖 视情况 需要技术方案变更与重新验证
组合方案：如先快速跟进解耦部分 + 对关键活动小范围赶工
恢复后动作：更新进度基准、通知干系人、下个周期验证偏差是否收敛选择判断要点
| 情形 | 优先考虑 | 避免的做法 |
|---|---|---|
| 延误集中在关键路径少数活动 | 斜率低的赶工 | 对非关键活动加资源 |
| 活动间依赖可解耦 | 快速跟进并加强联调 | 不解耦直接并行导致返工 |
| 合同日期不可动 | 缩减范围或分期交付 | 单方面宣布延期 |
| 资源已超负荷 | 调整范围与优先级 | 继续加人形成磨合损耗 |
| 外部依赖延迟 | 调整方案或替代供应商 | 被动等待且不更新计划 |
恢复方案必须与业务方和治理层共同确认：单方面缩减范围会引发验收争议，而单方面延长工期可能触发合同违约条款，两者都不是项目层面可以自行决定的事项。