工作分解与进度安排
活动滚动前瞻计划：随时备好未来三周
完整进度表在纸面上很准确，可每周总有些任务因为有人还在等东西而无法开工。
将打开 WhatsApp 并生成可修改的草稿，不会自动发送。 WhatsApp 咨询草稿将以英文生成，发送前可自行修改。工具无需提交咨询即可使用。
简要回答
滚动前瞻计划是一份短窗口计划，通常为三周，每周检查一次。窗口内的每项任务都要核对是否具备开工条件：信息、批准、供应商和负责人是否都已到位？
它不取代完整进度表，而是把进度表变成每周一份清单，列出已就绪、受阻或有风险的任务，让问题在还有时间处理时就浮现出来。
为什么用短窗口
长进度表过时的速度比人修改的速度更快。两到四周的窗口足够短，大家知道实际会发生什么；又足够长，来得及订购、索取和批准所需事项。
窗口长度按您最常见的最长等待时间来定，例如供应商或委员会回复所需的时间。
每周流程
- 从总进度表和您的活动里程碑计划中取出未来三周到期的任务。
- 逐项询问是否就绪：信息、批准、物料、供应商和负责人是否都具备？
- 标记为就绪、受阻（写明缺什么、由谁解决）或有风险。
- 约定下周的承诺：哪些事一定完成，由谁完成。
- 把上周的承诺记为完成、部分完成或未完成，并写明原因。
- 窗口向前移动一周，加入新进入窗口的任务。
任务算就绪之前要检查的约束
- 信息：任务所需的决定或内容。
- 批准：必须同意的人或委员会。
- 物料和供应商：已确认并有日期。
- 人员：负责人有空，并清楚期望。
- 依赖关系：前置任务已完成。链条复杂时可用任务依赖关系工具。
常见陷阱
- 把它当成状态汇报，而不是就绪检查。
- 活动越近窗口反而缩小，其实此时最需要详细。
- 承诺去做已经受阻的任务。
- 不跟踪承诺的完成率。完成率下降是早期警告。
实例演示 · 虚构示例
会议计划的第 6 周
虚构机构与数字。任务名称和数量为假设。
一家虚构的医疗相关协会秘书处每周一开 30 分钟的会。第 6 周它检查第 7、8、9 周。八项任务中，五项就绪，两项受阻，一项有风险。
其中一项受阻任务是向印刷商交代资料袋，需要主席批准设计稿。秘书处记下主席下一个有空的日期，并请他通过电邮作出决定。上周五项承诺完成了四项；没完成的是讲者提醒，本周重做。
| 任务 | 负责人 | 周次 | 状态 | 缺什么 | 谁来解决 |
|---|---|---|---|---|---|
| 发送讲者提醒 | 秘书处 | 7 | 就绪 | 无 | 不适用 |
| 向印刷商交代代表资料袋 | 秘书处 | 7 | 受阻 | 主席批准设计稿 | 主席 |
| 书面确认视听范围 | 项目负责人 | 8 | 就绪 | 无 | 不适用 |
| 开放报名 | 报名负责人 | 8 | 有风险 | 付款页面尚未测试 | 报名负责人 |
可直接使用
三周前瞻表
每周复制一份。保留以前各周的表，看看哪些事一直在延误。
- 窗口日期（本周加后两周）
- 每项任务、负责人和周次
- 就绪检查：信息、批准、物料、供应商、人员、前置任务
- 状态：就绪、受阻或有风险
- 缺什么、由谁解决
- 上周承诺：完成、部分完成或未完成，以及原因
| 任务 | 负责人 | 周次 | 就绪？（是/否） | 缺什么 | 谁来解决 | 承诺 |
|---|---|---|---|---|---|---|
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 小团队，本来每周就开会。
- 外部依赖很少。
- 有一个人负责更新总进度表。
以下情况，外部策划协助更有价值
- 很多任务依赖外部供应商和委员会。
- 临近才发现受阻的情况一再出现。
- 最后几周需要有人追着解决阻碍。
需要有人主持每周前瞻吗？
Event Blueprint 会设定前瞻例会的流程、就绪检查清单和参会人员。项目负责人可以主持每周检查，把每个阻碍追到具体负责人，并让总进度表与前瞻计划保持一致。
主办方常见问题
窗口应该多长？
三周适合大多数专业活动。如果供应商或委员会需要更久回复，就拉长；最后一个月可缩为两周。
谁应该参加？
在窗口内负责任务的人。会议要短，聚焦在阻碍上。
这与里程碑计划有何不同？
里程碑计划列出整个项目的决定和交付成果。前瞻计划列出未来几周的任务，并检查它们是否就绪。
它会取代总进度表吗？
不会。总进度表提供长远视角；前瞻计划显示日期将变动时，要更新总进度表。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。