可靠的项目进度表涵盖所有工作，使用有效的逻辑、现实的资源和工期、跟踪里程碑、具有可靠的关键路径和浮动时间、解决风险并保持更新。
如何判断项目进度表是否可靠？
可靠的计划是完整、逻辑连接、资源感知、现实、可追踪、风险告知和定期更新。它的完成日期可以通过工作和依赖网络来解释，而不是通过手动排列条形，直到它们满足所需的截止日期。
在批准基线之前、重大范围变更之后以及定期计划运行状况审核期间，请使用此 10 点检查表。它将美国政府问责办公室的“进度评估指南”中的十种调度最佳实践改编为交付团队可以使用的问题。
10 点进度质量检查表
| # | 质量检测 | 通过条件 |
|---|---|---|
| 1 | 完成活动 | 所有批准的范围和必要的支持工作都有代表 |
| 2 | 有效序列 | 依赖关系模拟真实的切换，几乎没有无法解释的开放端 |
| 3 | 分配的资源 | 劳动力、设备和日历使工作变得可行 |
| 4 | 可信的持续时间 | 估计有证据、假设和适当的细节 |
| 5 | 可追溯性 | 细节不断汇总到里程碑和承诺 |
| 6 | 有效关键路径 | 一条连续的、合理的链条驱动着最后的完成 |
| 7 | 合理浮动 | 极端值或负值得到解释并可采取行动 |
| 8 | 安排风险分析 | 了解关键日期的不确定性和信心 |
| 9 | 目前状态 | 实际情况和剩余工作反映了商定的状态日期 |
| 10 | 基线纪律 | 保留批准的历史记录并且差异可见 |
1. 时间表是否涵盖了所有工作？
从批准的范围开始 工作分解结构。包括影响预测的产品工作、集成、测试、审批、采购、过渡、文档、培训和项目管理工作。
寻找阶段边界处缺失的工作。时间表可能会显示“构建完成”，然后立即显示“启动”，同时省略数据迁移、安全审批、操作准备和回滚准备。
证据： 每个范围内的可交付成果都映射到一项或多项计划活动，并记录了排除情况。
2. 活动的顺序是否符合有效的逻辑？
除了合法的项目开始和结束之外，每个详细活动通常应该有一个前导和后继活动。回顾所有四个 依赖类型 以及任何滞后或超前。
标志：
- 没有外部原因而手动确定日期的任务；
- 不提供完成里程碑的悬而未决的活动；
- 用于强制重叠的长负引线；
- 没有增加任何实际约束的冗余链接；
- 隐藏所有者执行的工作的滞后。
**证据：**团队可以将每个实质性链接解释为真正的交接或约束。
3. 资源是否已分配且可用？
网络可以在逻辑上是正确的，但在物理上是不可能的。确认需要时存在所有者、专家团队、设备、环境和日历。查找分配给同时全职任务和由多个团队预订的共享环境的人员。
证据： 材料过度分配得到解决或明确接受，并记录资源假设。必要时，执行 资源均衡或平滑。
4. 持续时间可信吗？
持续时间应反映任务的范围、生产力、工作日历和不确定性。很长的活动隐藏了进度；极短的活动会产生维护噪音。
挑战估计是圆形占位符，选择在截止日期前完成，或者从不相关的工作中复制。对于不确定的关键工作，使用历史证据、专家判断、类似估计或三点估计。
证据： 每个关键或高风险持续时间都有一个所有者和一个可辩护的基础。
5. 进度表可以纵向和横向追踪吗？
垂直可追溯性意味着详细日期一致汇总到摘要任务、里程碑、报告和执行承诺。 水平可追溯性意味着依赖关系将跨团队和跨阶段的工作从开始到结束连接起来。
如果执行路线图说启动时间为 10 月 1 日，但详细时间表到 10 月 8 日结束，则控制系统不一致。如果软件团队完成了一个组件，但没有将其连接到集成测试的链接，则跨团队逻辑是不完整的。
证据： 里程碑日期在不同的计划级别上一致，并且跨团队的交接是相互关联的。
6. 关键路径是否有效？
关键路径应该是推动项目完成的连续的、技术上合理的序列。请活动负责人从头到尾讲解一遍。
警告标志包括：
- 仅受任意日期限制创建的关键工作；
- 在完成里程碑之前停止的路径；
- 几乎每项任务都标记为关键；
- 不相关更新后的关键路径跳跃；
- 道路上没有明显的终点驾驶工作。
证据： 团队可以解释为什么每项关键活动的延迟都会影响完成，并了解近乎关键的替代方案。
7、总流通量是否合理？
非常大的正浮点数通常表明逻辑缺失。负浮动表示当前网络无法满足要求的日期。许多路径上的浮动接近于零，这意味着时间表几乎没有弹性。
不要设定一个通用阈值。解释 总流通量和自由流通量 根据项目持续时间，更新节奏、日历和合同里程碑。
证据： 解释了极值，监控低浮动路径，并且负浮动具有批准的响应。
8. 是否分析了进度风险？
单一确定性的完成日期可能会隐藏不确定性。识别影响持续时间、逻辑、资源可用性或外部批准的风险。对于重要的承诺，请使用三点估计或蒙特卡罗进度风险分析来估计置信日期。
“P80 完成”是指 80% 的建模结果在该日期或之前完成；这并不意味着风险已经消失。模型质量取决于实际输入和相关性。
证据： 决策者了解预测日期及其信心，并将缓解措施与驱动风险相关联。
9. 进展是否符合当前情况并符合逻辑？
设置明确的状态日期。记录实际的开始和结束，修改剩余持续时间，并在执行计划发生变化时更正未来的逻辑。不要让未完成的工作完全留在过去。
检查完成百分比是否与证据相符。当所需的交付成果未被接受时，任务就不能“完成”。状态更改后更新关键路径。
证据： 时间表代表截至规定日期的现实，重大差异有原因和所有者。
10. 基线是否保留？
保留已批准的 计划基线 与当前预测分开。仅通过授权的变更控制决策重新设定基线，保留原始内容和修订原因。
**证据：**报告确定了基线版本，里程碑差异是可见的，并且例行更新不会重写批准的历史记录。
15 分钟的日程审查议程
对于每周团队回顾，请使用以下顺序：
- 确认自上次审核以来的状态日期和变化。
- 审查已完成和较晚开始的任务。
- 走当前的关键和近关键路径。
- 检查接下来的三个里程碑及其先前的证据。
- 解决逻辑混乱、资源冲突和所有者缺失的问题。
- 记录预测变更、决策和升级负责人。
不要大声朗读每一行。进度表是一个决策模型；将会议的重点放在改变的预测以及可以改变它们的工作上。
GanttFather 如何支持此日程质量检查表？
使用其任务层次结构来表示范围、FS/SS/FF/SF 依赖项以及逻辑滞后、所有权分配、关口的里程碑标记、完成驱动工作的关键路径突出显示、批准点的版本快照以及当前项目运行状况的报告。 Excel 导入/导出有助于协调计划与源数据，而实时共享可让所有者和审阅者检查一个当前模型。免费套餐包括一个自有项目、两个编辑席位以及无限的观众和嘉宾，这足以让一个小型规划小组和更广泛的评论受众运行清单。
一些控制措施仍然是规划者的责任。 GanttFather 当前不运行概率计划风险分析、自动调配资源或显示专用基线覆盖。对于后果严重的计划，请将工具与所需的控制流程配对，并验证您的治理要求的每个不变量。
创建免费的 GanttFather 项目 并在批准日期之前对照代表计划进行十次检查。
常见问题
漂亮的甘特图是否意味着日程安排得很好？
不可以。格式化可以改善沟通，但无法修复缺失的范围、错误的逻辑、不可能的资源或过时的状态。质量存在于酒吧后面的模型中。
应该多久评估一次进度质量？
在每个状态周期检查基本健康状况。在基线批准之前、重大变更之后、合同承诺之前以及每当预测表现异常时，执行更深入的检查。
关键任务的百分比是多少？
没有普遍的正确百分比。异常高的份额可能表明过度限制或没有流通量；可疑的低份额可能表明逻辑缺失。检查路径存在的原因。
人工智能代理可以审核时间表吗？
它可以发现结构性症状——缺少所有者、开放性、长期任务、陈旧状态或异常浮动——但人类必须验证技术依赖性、验收证据、风险和资源可行性。
来源
