甘特图要真正用于进度控制，需要把任务、工期、依赖、基准计划、实际进展和偏差放在同一张表里，再据此判断关键路径是否被拖长、完工日期是否需要调整。本文用一个假设的官网改版项目，完整演示甘特图从填写到纠偏的全过程，并说明哪些字段必须填、哪些判断需要额外证据。示例中的日期、工期和偏差数值均为演示用假设值，读者可替换为自己项目的实际数据；ONES 可作为承载计划、依赖与基准对比的进度跟踪方向。
要点总览（TL;DR）
- 一份可用于进度控制的甘特图，至少需要任务、工期、前置依赖、基准计划、实际进展、偏差和关键路径标注这几类字段，日期由依赖与工期推导得出。
- 示例中关键路径为 A→B→D→F→G→H，累计 26 天与基准完工日一致；D 延后 2 天后偏差沿路径传导，预测上线日从第 26 天推迟到第 29 天。
- 基准列在计划确认时锁定、实际列随检查更新，偏差由两列相减得出；把基准改成最新计划会让历史偏差消失，无法追溯滑期起点。
- 纠偏优先作用于关键路径：压缩工期、增加人手或调整范围先看关键路径任务，非关键路径在浮动时间内的偏差可先观察。
- 示例为假设情景，未纳入资源约束，也不覆盖综合状态汇报与里程碑达成判断；偏差原因与预测可信度需要变更记录、工时数据等额外证据。
这份甘特图示例要解决什么问题
这份示例要回答一个具体问题：一张填好的甘特图，如何从计划排布走到偏差纠偏。读者看完后应能判断自己的甘特图缺了哪些字段、偏差出现后先看哪条路径、完工日期该不该改。
演示项目设定为一次官网改版：把企业官网首页、产品页和内容页重新设计并上线，团队包含设计、前端、后端和内容四类角色，计划周期约六周。项目范围限定在页面改版与内容迁移，不涉及后端系统重构，也不涉及投放与运营活动。这个背景足以展示依赖关系和关键路径，又不会让示例表格过于庞大。
需要明确区分：这是演示情景，不对应任何真实客户，也没有实测效果数据。文中的工期、日期、偏差比例都是为了让表格自洽而设定的假设值，用于说明填写方法和判断口径，不能当作行业基准或效率结论引用。
完整示例：官网改版项目的甘特图填写结果
下表是一张已填写的甘特图示例。基准列记录立项时确认的计划，实际列记录截至检查日（示例设为第 22 个工作日）的进展，偏差列由两者相减得出。关键路径用“是/否”标注，便于按路径优先级安排纠偏。
| 任务 | 工期 | 前置依赖 | 基准开始 | 基准完成 | 实际开始 | 实际完成/进展 | 偏差 | 关键路径 |
|---|---|---|---|---|---|---|---|---|
| A 需求确认与页面清单 | 3 天 | — | 第 1 天 | 第 3 天 | 第 1 天 | 第 3 天完成 | 0 | 是 |
| B 首页视觉设计 | 5 天 | A | 第 4 天 | 第 8 天 | 第 4 天 | 第 9 天完成 | +1 天 | 是 |
| C 产品页视觉设计 | 5 天 | A | 第 4 天 | 第 8 天 | 第 4 天 | 第 8 天完成 | 0 | 否 |
| D 前端页面开发 | 8 天 | B、C | 第 9 天 | 第 16 天 | 第 10 天 | 第 18 天完成 | +2 天 | 是 |
| E 内容迁移与校对 | 6 天 | C | 第 9 天 | 第 14 天 | 第 9 天 | 第 15 天完成 | +1 天 | 否 |
| F 后端接口联调 | 4 天 | D | 第 17 天 | 第 20 天 | 第 19 天 | 进行中，预计第 23 天完成 | +3 天 | 是 |
| G 全站测试与修复 | 5 天 | E、F | 第 21 天 | 第 25 天 | — | 未开始 | 预计 +3 天 | 是 |
| H 上线发布 | 1 天 | G | 第 26 天 | 第 26 天 | — | 未开始 | 预计 +3 天 | 是 |
从表中可以直接读出当前状态：关键路径为 A→B→D→F→G→H，累计偏差已传导到上线节点，基准完工日为第 26 天，按当前进展预测为第 29 天，整体延后 3 天。非关键路径上的 C 和 E 虽有 1 天偏差，但未改变关键路径长度，属于可观察项而非首要纠偏对象。
逐项解释：每个字段为什么这样填
工期与依赖的填写理由
工期按“净工作时间”填写，即扣除等待评审、排队等非工作时段后的实际作业天数。B 填 5 天而非自然日跨度，是为了让后续偏差计算有统一口径。依赖关系只填真正约束顺序的前置任务：D 依赖 B 和 C，因为前端开发必须等两类页面设计定稿；E 只依赖 C，因为内容迁移与首页设计无关。依赖填得过密会让关键路径虚长，填得过松则无法暴露真实约束。
基准计划与实际进展的区分
基准列在计划确认时锁定，之后不随执行修改；实际列随每次检查更新。两者分开记录，偏差才有比较对象。如果把基准列直接改成最新计划，历史偏差就消失了，也无法追溯是哪个环节开始滑期。示例中 B 的基准完成是第 8 天、实际第 9 天完成，这 1 天偏差正是 D 延后的起点之一。
关键路径的识别方式
关键路径是决定项目最短完工时间的那条任务链，判断方法是沿依赖关系找出从开始到结束累计工期最长的路径。示例中 A→B→D→F→G→H 累计 26 天，与基准完工日一致，因此标为关键路径；C 和 E 所在分支累计更短，存在一定浮动时间，标为非关键。关键路径会随进展变化，D 延后 2 天后，后续 F、G 的可用时间被压缩，路径判断需要重新核对。
偏差与完工预测的计算口径
已完成任务的偏差等于实际完成日减基准完成日；进行中任务的偏差等于预计完成日减基准完成日，并注明“预计”；未开始任务承接上游偏差。完工预测采用“当前关键路径剩余工期 + 已发生偏差”的方式推算，示例中 F 预计第 23 天完成、G 需 5 天、H 需 1 天，合计预测第 29 天上线。这个口径假设后续任务按原工期推进，若纠偏措施改变了剩余工期，预测需同步更新。
在工具层面，ONES 的项目计划能力支持按目标、交付物或阶段分解计划并设置任务前后置依赖，也支持设置计划基线并对比计划与执行的偏差，这与示例中“基准列锁定、实际列更新、偏差列对比”的做法相对应。关键路径的自动识别、完工日期的自动推算以及延期预警规则，需在具体版本中核验，示例中的判断由人工按上述口径完成。
从示例中可迁移的填写规律
把这张表抽象出来，可以得到一组可复用到其他项目的填写与纠偏规律。
- 先定依赖再排工期。先画出任务之间的先后约束，再给每个任务填工期，最后让日期由依赖和工期推导出来。反过来先填日期再补依赖，容易出现日期与逻辑冲突。
- 基准与实际分开记录。计划确认时锁定一版基准，执行中只更新实际列，偏差由两列相减得出。基准的变更单独记录，保留变更前后的对比。
- 按关键路径优先纠偏。偏差出现后先看关键路径上的任务，非关键路径的偏差在浮动时间范围内可暂不调整。压缩工期、增加人手或调整范围，优先作用在关键路径上才影响完工日期。
- 偏差触发预警的常见做法。可为关键路径任务设定偏差阈值，例如累计偏差超过 2 天或超过该任务工期的 20% 时升级处理；也可按检查周期固定复核。阈值取值应结合项目周期和风险承受度设定，示例中的 3 天延后只是演示结果，不是通用标准。
这组规律的核心是让甘特图承担“比较”功能：没有基准就没有偏差，没有依赖就没有关键路径，没有关键路径就分不清先纠哪里。
适用边界：示例不能直接照搬的地方
示例适用于任务边界清晰、依赖关系明确、以交付物推进的项目，例如网站改版、版本发布、活动上线。项目类型和规模不同，填写方式需要调整：研发迭代类项目任务粒度更细、依赖更动态，甘特图可能需要与迭代看板配合；大型多团队项目的关键路径往往跨多个子计划，单张表难以承载，需要分层查看。
示例未纳入资源约束。表中假设设计、前端、后端人员可随时投入，实际项目中同一角色可能同时承担多个任务，资源冲突会改变可执行顺序，此时工期和依赖需要结合人员可用性重新排布，仅看甘特图会低估延期风险。
本文聚焦进度控制，综合项目状态汇报与健康度管理、关键节点与里程碑达成管理属于另外的管理动作，不在本示例展开。里程碑可以在甘特图上标记重要时间点，但里程碑是否达成、项目整体健康度如何评价，需要结合范围、质量、成本等信息另行判断。
需要补充证据才能下结论的情形包括：偏差原因是需求变更还是执行效率问题，需要结合变更记录和工时数据判断；预测完工日期是否可信，需要确认剩余任务的工期估算是否更新；关键路径判断是否仍然成立，需要在依赖或范围变化后重新核对。仅凭一张甘特图的偏差列，不足以直接得出责任归属或效率结论。
常见问题
甘特图里的工期应该按自然日还是净工作时间填写？
建议按净工作时间填写，即扣除等待评审、排队、等待外部反馈等非作业时段后的实际作业天数。这样偏差计算才有统一口径：实际完成日与基准完成日相减，得到的天数才对应真实的工作延误。
如果团队习惯按自然日排期，也可以，但要在整张表里保持一致，并在表头注明口径。混合使用两种口径会让关键路径累计工期失真，完工预测也随之偏移。
关键路径在项目执行中会变化吗，需要多久复核一次？
会变化。关键路径由依赖关系和工期共同决定，任何关键路径任务的工期延长、依赖调整或范围变更，都可能让原本的非关键分支变成新的最长路径。示例中 D 延后 2 天后，F、G 的可用时间被压缩，路径判断就需要重新核对。
复核频率可以跟随检查周期：按周检查的项目每周核对一次，出现较大偏差或范围变更时立即复核。复核时沿依赖关系重新累加各路径工期，取最长的一条作为当前关键路径。
非关键路径上的任务出现偏差，要不要马上调整计划？
先看该任务所在分支还有多少浮动时间。偏差在浮动时间范围内时，不会改变项目完工日期，可以作为观察项记录，不必立即调整整体计划；偏差接近或超过浮动时间时，这条分支就可能成为新的关键路径，需要按关键路径对待。
示例中 C 和 E 各有 1 天偏差，但所在分支累计工期短于关键路径，因此列为可观察项。判断依据是路径累计工期，而不是单个任务的偏差大小。
完工预测给出的日期可信吗，什么情况下需要重算？
完工预测的可信度取决于剩余任务的工期估算是否仍然有效。示例采用的“当前关键路径剩余工期 + 已发生偏差”口径，前提是后续任务按原工期推进。一旦纠偏措施改变了剩余工期，或者剩余任务的估算被更新，预测就要同步重算。
需要重算的典型情形包括：关键路径任务增加人手或压缩范围、依赖关系调整、新任务插入关键路径、上游交付物质量导致返工。预测日期应标注计算日期和所依据的假设，便于后续对比。
任务很多的项目，一张甘特图放不下怎么办？
可以分层组织：上层按阶段或交付物汇总，下层展开具体任务，查看时按需下钻。跨多个团队的大型项目，关键路径往往跨越多个子计划，单张表难以承载，需要先确认各子计划之间的接口任务和交付时间，再在汇总层判断整体关键路径。
分层的前提是上下层任务的工期与依赖能够对应，避免汇总层与明细层各算一套日期。示例的规模适合单表呈现，项目扩大后应调整组织方式，而不是把任务继续堆进同一张表。
