活动进度基准：冻结计划，才能追踪延误
进度表不断变动，没有人说得清计划比委员会最初批准的版本移动了多少。
咨询 Event Blueprint将打开 WhatsApp 并生成可修改的草稿，不会自动发送。 WhatsApp 咨询草稿将以英文生成，发送前可自行修改。工具无需提交咨询即可使用。
简要回答
进度基准是已批准日期的存档副本。基准建立后，实时进度表可以变动，两者之间的差距显示了延误了多少、在哪里。
基准只能通过有意识的决定来更换，并写明理由、批准人和日期。否则它只是进度表的又一个版本。
基准包含什么
- 委员会批准的里程碑日期和任务日期。
- 得出这些日期的工期和依赖关系，包括关键路径。
- 背后的假设，例如供应商周期或审批会议日期。
- 版本号、保存日期和批准人。
如何设定
- 完成进度表，包括关键路径和任何缓冲。
- 请决策负责人批准，并记录姓名和日期。
- 保存一份不可编辑的副本，命名为基准 1。
- 继续在另一份实时副本上工作，每次里程碑检查时与基准对比。
如何看偏差
为每个里程碑记录基准日期、当前预测，以及以工作日计的差值。正数表示延迟。
不仅看差多少，还要看什么发生了变化。关键路径上的延误会推迟终点，而有浮动的任务延误则未必。
何时重置基准
- 日期、范围或形式经正式决定而变更。
- 主要供应商或场地发生更换。
- 延误大到与旧日期对比已无助于决策。
- 委员会要求重新开始。请保留旧基准，以便查看历史。
常见陷阱
- 每次日期变化就覆盖基准，导致延误永远看不到。
- 悄悄修改基准，让状态看起来是绿色。
- 进度表还没有经过实际执行的人审阅就设定基准。
- 不记录基准为何重置。请使用决策记录。
实例演示 · 虚构示例
批准四周之后
虚构机构与数字。日期和工期为假设。
一家虚构的行业协会把 58 个工作日的计划批准为基准 1。四周后，由于一次委员会会议改期，场地合同预计延迟六个工作日。
场地任务不在关键路径上，所以终点不变，偏差报告显示浮动从 21 天减到 15 天。秘书处提醒，这条任务链再延误就会开始造成影响。后来委员会把议程从一天改为两天，秘书处发布基准 2，并把基准 1 存档。
| 里程碑 | 基准 | 预测 | 偏差（工作日） | 在关键路径上？ | 备注 |
|---|---|---|---|---|---|
| 场地合同签署 | 第 22 天 | 第 28 天 | +6 | 否 | 浮动由 21 天减至 15 天 |
| 讲者确认 | 第 33 天 | 第 33 天 | 0 | 是 | 按计划 |
| 最终流程表 | 第 58 天 | 第 58 天 | 0 | 是 | 终点不变 |
可直接使用
基准记录与偏差表
作为进度文件的第一页保存。每次里程碑检查时更新偏差表。
- 基准编号、保存日期和批准人
- 设定基准时的活动日期与关键路径
- 主要假设（周期、审批日期）
- 每个里程碑的偏差：基准、预测、差值
- 任何重置的理由与批准人
- 旧基准存放在哪里
| 里程碑 | 基准日期 | 预测日期 | 偏差 | 关键？ | 备注或理由 |
|---|---|---|---|---|---|
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 由一个人维护进度表，委员会定期审阅。
- 计划不大，变动不多。
- 团队对什么算重置有共识。
以下情况，外部策划协助更有价值
- 多人编辑进度表，日期不断变化却没有记录。
- 董事会或资助方想看到与已批准计划的偏差。
- 有人要求重置，却没有人说得清什么发生了变化。
需要有人保存并汇报基准吗？
Event Blueprint 会把已批准的进度表保存为基准，并写明如何向您的委员会汇报偏差。项目负责人会主持里程碑检查，把每次重置记入决策记录，并保留旧基准存档。
咨询 Event Blueprint将打开 WhatsApp 并生成可修改的草稿，不会自动发送。 WhatsApp 咨询草稿将以英文生成，发送前可自行修改。工具无需提交咨询即可使用。活动蓝图（策划方案）
主办方常见问题
基准就是最终进度表吗？
不是。基准是某个时间点的已批准版本。实时进度表会继续变化，基准让您看到它怎么变。
多久与基准对比一次？
每次里程碑检查，以及主要日期变动时。两次检查之间由滚动前瞻计划管理近期安排。
一次小延误后可以重置基准吗？
通常不可以。基准正是要显示这些小偏差。只有日期、范围或形式出现正式变更时才重置。
历史版本存在哪里？
把每个基准存为带日期的只读文件，并从批准它的决策记录条目链接过去。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。