甘特图上的计划和实际进展对不上，先别急着改计划。这类偏差通常来自三种情况：实际进度更新滞后、计划与实际的计算口径不一致、计划本身估算失真。合理的纠偏顺序是先查数据是否跟上，再查口径是否统一，最后判断计划是否需要调整。本文按症状归类、原因排查、分类型处置、验证与预防四步展开，适用于团队自查和项目负责人组织纠偏。
要点总览（TL;DR）
- 先按“更新时效—口径—计划合理性”的顺序排查，前两步未排除前不进入计划调整。
- 更新滞后以当前日期补录实际进展并明确填报责任人；口径不一致先统一完成比例计算方式；计划失真则调整剩余工期与依赖，保留原基线。
- 修改基线前留存历史版本，涉及已对外承诺的节点先与相关方确认再改。
- 纠偏后用下一周期偏差是否收敛、更新是否按时两项指标验证，偏差持续扩大应回到原因排查。
- 固定更新节奏与基线变更规则，把偏差查看纳入例行进度检查，防止再次脱节。
先分清是数据没跟上，还是计划本身失真
“对不上”是一个笼统的描述，直接动手调整计划，容易把数据问题当成计划问题处理，结果计划越改越乱，真实偏差反而被掩盖。第一步是把症状拆开，对照甘特图逐项确认属于哪一类。
| 症状表现 | 初步判断 | 优先核查方向 |
|---|---|---|
| 实际进度条长期空白，或停留在几周前的状态 | 更新滞后 | 最近一次填报时间、填报人是否明确 |
| 实际进度有数据，但与计划对比时偏差忽大忽小、无法解释 | 口径不一致 | 完成比例按什么方式计算，各任务是否一致 |
| 计划基线被反复改动，历史对比失去参照 | 计划失真或基线管理失控 | 基线变更记录、工期估算依据、依赖关系完整性 |
判断顺序建议固定为：先查更新时效，确认实际数据是否已录入到当前日期；再查口径，确认计划与实际使用同一套完成比例计算方式；最后查计划合理性，包括工期估算、任务颗粒度和依赖关系。前两步没有排除之前，不进入计划调整环节。
需要说明的是，本文讨论的范围限于进度控制本身。综合状态汇报、项目健康度评估，以及关键节点达成与里程碑管理，属于相邻主题，需要另行处理，本文不展开。
逐项排查：偏差从哪里来
症状归类之后，下一步是为每类症状建立原因假设，并用可核对的证据确认或排除。排查时把假设和结论分开记录，避免凭印象下判断。
更新滞后假设
假设实际工作已经推进，但甘特图上的实际进度没有同步录入。验证证据包括：最近一次实际进度填报的日期、填报人是谁、该填报人负责的任务是否全部覆盖。如果发现部分任务有更新、部分任务长期空白，且空白任务集中在少数成员或少数模块，更新滞后的可能性较高。排除证据是：所有任务在最近一个更新周期内均有填报记录，且填报时间与当前日期接近。
口径不一致假设
假设计划与实际使用了不同的完成比例计算方式。常见差异有三种：按工时投入计算、按交付物完成情况计算、按任务状态（未开始、进行中、已完成）折算。验证方法是抽取三到五个偏差明显的任务，分别用三种方式重算完成比例，看哪种方式能解释偏差。如果同一任务在不同成员手中的计算方式不同，口径不一致基本可以确认。排除证据是：团队使用统一的计算规则，且抽查任务的完成比例可以复算一致。
计划失真假设
假设计划本身的工期估算、任务拆分或依赖关系存在问题。验证证据包括：工期估算是否有依据（历史数据、专家判断或工作量拆解），是否存在颗粒度过粗、无法反映真实进展的任务，前后置依赖是否遗漏导致关键路径判断错误。如果偏差集中出现在少数粗颗粒任务上，或者某任务的实际耗时远超估算且没有合理解释，计划失真的可能性上升。排除证据是：任务拆分到可独立跟踪的粒度，工期估算有记录依据，依赖关系经相关角色确认。
排查顺序建议按“更新时效—口径—计划合理性”推进，每一类假设找到排除证据后再进入下一类。三类假设可能同时存在，此时以影响面最大的一类作为首要处置对象。
按偏差类型处置：补录、统一口径与重排剩余计划
确认原因后，处置动作按类型分开执行。涉及修改基线、调整已承诺节点的操作，需要先满足前置条件再动手。
更新滞后的处置
以当前日期为基准补录实际进展，明确每项任务的填报责任人和截止时点，避免多人重复填报或漏填。补录完成后，重新生成计划与实际的对比视图，确认偏差分布是否发生变化。补录本身不改变计划，只让数据回到真实状态。
口径不一致的处置
选定一种完成比例计算方式作为团队统一口径，并在团队内书面说明计算规则和示例。对已经录入的历史数据，评估是否需要按新口径重算；如果重算成本高，至少在新周期开始后统一执行，并在对比时注明口径切换的时间点。
计划失真的处置
调整剩余工作的工期和依赖关系，保留原基线用于对比。具体动作包括：把粗颗粒任务拆分为可独立跟踪的子任务，补充遗漏的前后置依赖，根据实际消耗重新估算剩余工期。调整后的计划作为新的执行依据，原基线不删除。
操作风险边界需要提前明确：修改基线前先备份或留存历史版本，确保可以回溯；涉及已对外承诺的节点，先与相关方确认再改，不单方面调整；补录和重排完成后，暂停进一步改动，留出一个完整周期观察效果。在工具层面，ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，并可通过版本细节对比追溯变更，适合在处置阶段留存原基线、在调整后核对差异。ONES 的项目计划支持创建工作分解结构并为任务设置前后置依赖，重排剩余计划时可以直接在计划结构上操作。
验证恢复并防止再次脱节
纠偏是否有效，要看下一个周期的数据表现，而不是调整完成当天的对比结果。验证指标建议固定为两项：下一周期实际与计划的偏差是否收敛，以及进度更新是否按约定时间完成。两项都达标，说明纠偏动作有效；偏差继续扩大或更新再次中断，应回到原因排查环节，而不是继续修改计划。
防止复发依赖三项机制。第一，固定更新节奏和责任人，把进度更新纳入例行工作，例如每周固定时间由任务负责人填报，项目负责人核对完整性。第二，建立基线变更规则，明确什么情况下允许修改基线、由谁确认、如何留痕。常见规则是：基线只在范围或关键条件发生实质性变化时调整，调整需经项目负责人确认并记录原因。第三，保留偏差查看的例行动作，在每周或每两周的进度检查中对比计划与实际，及早发现脱节迹象。
如果偏差在纠偏后连续两个周期持续扩大，说明原因判断可能有误，或者存在未识别的外部约束，此时应重新执行症状归类和原因排查，避免用反复改计划的方式掩盖问题。ONES 提供从项目到任务的多层级管理，支持自下而上的进度反馈和自上而下的进度监控，配合项目列表查看当前进展，可以把更新节奏和偏差查看落到日常管理动作中；甘特图能力在 ONES Plan 中提供，支持多时间跨度查看进度并与成员共享。
常见问题
甘特图上的实际进度长期空白，应该先补录还是先改计划？
先补录。实际进度空白说明数据没有跟上，此时计划与实际的对比结果不具备参考价值，直接改计划可能把数据问题误判为计划问题。以当前日期为基准补录实际进展，明确每项任务的填报责任人和截止时点，补录完成后再重新生成对比视图，观察偏差分布是否变化。补录本身不改变计划，只让数据回到真实状态。
团队里不同成员对完成比例的理解不一样，怎么统一？
先选定一种计算方式作为团队统一口径，常见的有按工时投入、按交付物完成情况、按任务状态折算三种。选定后书面说明计算规则并给出示例，让成员能复算一致。对已录入的历史数据，评估是否需要按新口径重算；重算成本高时，至少在新周期开始后统一执行，并在对比时注明口径切换的时间点，避免新旧数据混在一起比较。
调整剩余计划时，原基线要不要保留？
建议保留。原基线是判断偏差来源和评估纠偏效果的参照，删除后历史对比就失去依据。调整剩余工作的工期和依赖关系后，把调整后的计划作为新的执行依据，原基线留存用于对比。修改基线前先备份或留存历史版本，确保可以回溯；涉及已对外承诺的节点，先与相关方确认再改。
纠偏后多久能判断是否恢复？
至少观察一个完整的更新周期。验证看两项指标：下一周期实际与计划的偏差是否收敛，进度更新是否按约定时间完成。两项都达标说明纠偏有效；偏差继续扩大或更新再次中断，应回到原因排查环节。如果偏差在纠偏后连续两个周期持续扩大，说明原因判断可能有误或存在未识别的外部约束，此时重新做症状归类和原因排查，避免用反复改计划掩盖问题。
基线在什么情况下允许修改？
常见规则是基线只在范围或关键条件发生实质性变化时调整，调整需经项目负责人确认并记录原因，保留变更留痕。日常的进度波动、个别任务工期微调，通过调整剩余计划处理，不改动基线。规则确定后在团队内说明，避免成员各自修改导致历史对比失去参照。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，并可通过版本细节对比追溯变更。
