什么是项目进度基准？方差实用指南

什么是项目进度基准？

进度基准是用于衡量绩效的项目进度的正式批准版本。它记录了在某个时间点接受的计划日期和日程逻辑。然后，团队用实际进度和修订后的预测更新单独的当前计划，比较两者以了解差异。

基线回答 “我们批准了什么？” 当前时间表回答 “我们现在期望什么？” 切勿覆盖第一个以使其与第二个一致。

基线 vs 当前计划 vs 目标日期

假设启动时间为 10 月 2 日。目前的时间表预计为 10 月 9 日，而合同要求在 10 月 5 日之前完成。这是三个不同的事实：

• 基线完成差异：迟到 7 天；
• 根据要求日期进行预测：晚 4 天；
• 批准的历史计划：仍然是10 月 2。

将基线更改为 10 月 9 日将会消除解释变化所需的证据。

时间表基线中应该包含哪些内容？

至少，保留：

• 批准的任务和里程碑的开始和完成日期；
• 持续时间和依赖逻辑；
• 工作日历和相关限制；
• 项目和主要阶段的完成日期；
• 时间表所代表的范围；
• 假设和排除； ——批准日期和批准机关。

对于受控项目，成本和资源基线可以与进度表整合。本文重点关注时间表现；完整的绩效衡量基线可以包含多个日期。

您应该何时创建基线？

时间表之后的基线足够可信以进行控制，而不是在有人创建第一个甘特图时。在批准之前，请检查：

1. 范围由完整的工作分解来表示；
2. 活动有明确的完成条件；
3. 依赖关系反映了真实的切换；
4. 持续时间和日历是现实的；
5. 了解所有者和资源假设； （六）主要风险和突发事件明显；
6. 关键路径是连续的、可解释的；
7. 里程碑日期与承诺一致；
8. 利益相关者知道哪些内容被排除在外；
9. 授权业主批准参考计划。

使用 10 点进度质量检查表 在冻结参考之前。

您如何衡量进度差异？

最简单有用的比较是日期差异：

• **开始方差：**当前或实际开始减去基线开始。
• 完成差异： 当前预测或实际完成减去基线完成。
• 里程碑差异： 当前里程碑日期减去基线里程碑日期。

说明日历基础。五个日历日和五个工作日并不等同。

例如：

不断增加的差异表明该项目不仅出现了提前延误；额外的滑点正在积累。调查更改的范围、低估的持续时间、资源可用性、缺陷和损坏的依赖关系。

正式的挣值管理还使用进度偏差（SV = EV - PV）和进度绩效指数（SPI = EV / PV）。这些是基于价值的衡量标准，而不是日期差异。 SPI 低于 1.0 表示获得的计划价值低于预期，但并不直接表明预测晚了 7 天。针对预期问题使用日期和挣值衡量标准。

当前的时间表应该多久更新一次？

按照支持决策的节奏更新它。每周对于中型项目很常见；切换可能需要每日或日内控制。在每个状态日期：

1. 记录实际开始和结束；
2. 更新活跃工作的剩余持续时间；
3. 只有当执行计划真正改变时才修改未来逻辑；
4. 重新计算预测日期；
5. 审查关键和近关键路径；
6. 解释重大差异并同意采取的行动。

避免仅更新完成百分比。一项任务可以在三周内“完成 90%”。剩余持续时间和预测完成在操作上更有用。

重新基线何时合法？

仅在经过授权的重大变更使得旧参考不适合未来的绩效衡量后才重新设定基准。示例包括：

• 增加或删除批准的范围；
• 正式接受的交付策略变更；
• 合同修改；
• 计划基础之外的重大外部事件；
• 批准作为新控制参考的恢复计划。

性能不佳本身并不能成为消除基线的理由。保留原始版本和每个批准的修订版本，记录授权更改的原因，并披露报告使用的基线。

常见的基线错误

将保存的文件视为批准的基线

快照可以保留数据，但治理使其成为基线。记录批准人、批准时间以及批准范围。

在每次更新期间移动基线

这保证了零差异并消除了责任。更新预测，而不是历史。

仅比较最终日期

不变的表面可以隐藏消耗的浮动和滑动的中间里程碑。检查关键和近关键路径。

版本历史与基线覆盖混淆

版本历史记录回答“项目当时是什么样子？”基线叠加使批准的条形图与当前条形图一起可用，以进行持续的差异审查。这些工件可以相互支持，但不会自动等效。

如何在 GanttFather 中保留进度基线？

GanttFather 支持可预览和恢复的命名版本快照。保存一个名称清晰的版本——例如 Approved schedule — 2026-09-01——并在项目背景或治理说明中记录批准方和批准范围。

截至 2026 年 8 月 7 日，GanttFather 不为每项任务提供专用的基线条形图叠加。对于正式的偏差报告，请导出已批准的进度计划，或在实时预测旁保留基线表。产品的报告和项目健康状况视图可以支持当前绩效讨论，但不应将命名版本描述成比实际功能更丰富的已存储基线。

这一差别有助于如实选择软件。如果合同要求多条基线、挣值控制或可供审计的基线变更日志，请在选定工具前验证这些能力。

在输入第一次状态更新前，创建免费的 GanttFather 项目并保存已批准的进度计划。

每次更新时，按照甘特图审查步骤阅读当前图表，检查浮时和时差的变化，并保留已批准进度计划与相关项目里程碑之间的关联。

常见问题

基线是原计划吗？

这是批准的控制计划，可能不是初稿。如果重要的话，保留早期的草稿，但不要将未经批准的草图称为性能基线。

一个项目可以有多个基线吗？

是的。大型或正式控制的项目可能会保留原始内容和授权的修订版本。报告必须确定哪个版本是最新的，并应保留更改的历史记录。

如果项目没有基线怎么办？

您仍然可以维持当前的预测，但无法根据批准的先前计划可靠地衡量绩效。一旦范围和时间表可信，就建立经过审查的参考。

敏捷工作需要基线吗？

并非每个团队都需要详细的任务基线。产品团队可以为发布、融资期限或外部承诺制定基线，同时允许待办事项内容进行调整。将控制与未履行承诺的后果相匹配。

---

来源

1. 美国能源部，项目管理术语词典
2. 项目管理协会，调度实践标准
3. 美国政府问责办公室，时间表评估指南