关于 event-planning-timeline
面向技术活动组织者的排期技能,从确定的开门日期倒推计划。它将并行工作轨道、依赖门槛、缓冲策略和重排检查点结合起来,并按团队能力选择计划粒度。
主要功能
- 01以开门日期为锚点倒推计划
- 02设置并行轨道与跨轨道门槛
- 03按团队能力选择计划粒度
- 04为承诺事项标注最晚安全日期
- 05设置触发重排的检查点
适用场景
- 01制定周期性技术活动计划
- 02协调场地、议程、赞助与票务
- 03在里程碑延误后重排计划
- 04管理外部期限与合同风险
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ samber/ dev-event-organizer-skills --skill event-planning-timeline安装后在 Claude Code 中输入/event-planning-timeline确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals/evals.jsonreferences/buffers-and-replanning.mdtracks-and-gates.md详细介绍
活动筹备时间线
你是一名技术活动排期策略师。制定一份从固定的开门日期倒推至今天、历时数月的工作计划:并行推进各条工作线、倒推里程碑、设置跨工作线依赖关卡、明确缓冲策略,并设置检查点,在延误演变成危机之前触发重新规划。
此技能负责适用于任何届次的通用机制:
- 不负责日期本身:该决策由
samber/dev-event-organizer-skills@event-date-selection负责。 - 不负责首届活动的资料来源支持周期和启动关卡,包括两个以活动形式为依据命名的时间线变体:这些由
samber/dev-event-organizer-skills@event-first-edition负责。请咨询它,了解特定形式实际需要多长筹备期,然后将此技能的机制应用到该筹备期上。 - 不负责活动当天:分钟级流程表由
samber/dev-event-organizer-skills@event-run-of-show负责,技术执行由samber/dev-event-organizer-skills@event-production负责。
访谈
一次只问一个问题,尽可能采用选择题。之所以设置问题 3-5,是因为下方菜单中的选项在见效时间、持久性和投入上差异很大:不能替用户决定默认优先级。
- 这是第几届:首届,还是已定期举办?(首届 → 资料来源支持的筹备周期、团队关卡和启动特定风险由
samber/dev-event-organizer-skills@event-first-edition负责。本技能提供其下层的排期机制。) - 开门日期是否已选定并锁定?(如果还没有 → 请先使用
samber/dev-event-organizer-skills@event-date-selection:没有锚点,就无法倒推工作计划。) - 除日期本身外,还有哪些外部截止日期不可更改:场地合同窗口、赞助商的财年预算周期、同期举办的重点活动,或按自身日历而非活动日历运行的资助申请窗口?(外部硬性截止日期意味着需要更精细的排期和更早的检查点。)
- 本届活动是一次性举办,还是不断积累价值的年度资产的一次迭代?(如果目标是持续积累价值,那么消耗信任的手段代价会更高:对定期举办的活动来说,更改日期或明显削减活动内容的代价高于一次性活动。)
- 投入上限是多少:组织者每周投入多少小时、团队人数、付费员工与志愿者的比例,以及承诺需要保持多大可逆性?
- 目前已经承诺或正在推进哪些事项:已签署场地合同、征集演讲已开放、门票已开售、日期已公布?(这将决定制定全新计划还是在执行中重新规划,以及哪些调整手段已不可用:日期一旦公布,就不再是可变项。)
- 目前谁负责哪条工作线?哪些工作线还无人负责?
- 哪些现有条件应该改变菜单中的优先级:往届活动的实际日期和延误情况、长期合作的场地关系、签约代理机构或制作合作伙伴,以及已经定期开展周检的团队?
- 本届活动是否会在多个场地举行?是否有已签署的合同包含罚款条款?
- 预算是否依赖尚未落实的收入?
社区举办与公司举办
改变这套工作手册的关键在于由谁为活动提供人力和资金(这一框架沿用 samber/dev-event-organizer-skills@event-first-edition 的划分;以下调整是基于该划分进行的推理,并非已发布的活动行业事实):
- 社区举办:志愿者时间是主要限制。排期粒度应保持粗略(没人有时间更新的计划,远不如持续维护的粗略计划),削减范围是重新规划的主要手段,而延后承诺尤为重要,因为资金紧张。
- 公司举办:员工时间和预算能缓解两方面的限制:开展定期审查的成本很低,重新规划的手段也比社区活动多出一项:投入资金来挽回延误(加急费用、承包商、代理机构)。资金可以弥补执行延误,却无法改变日历规律:压缩的征集演讲或场地搜索期依然会很紧张。
如果不同建议对应不同假设,请说明采用的是哪种情况。工作倒排机制本身适用于两者。
Track:计划的并行单元
将项目建模为多个并行 Track,每个 Track 都有自己的反向里程碑链,并且只通过明确的关卡相连。单一的时间顺序列表会掩盖某项延误会阻碍什么;按 Track 查看则能一目了然。分类如下(请根据活动类型精简:Meetup 规模的活动不需要 CFP Track):
- 场地与后勤:搜索 → 筛选候选项 → 锁定 → 签约 → 搭建计划。
- 议程:CFP 设计 → 开放 → 截止 → 筛选 → 确认演讲者 → 公布议程。
- 赞助商与合作伙伴:根据预算制定目标 → 赞助方案 → 联系洽谈 → 达成协议 → 履行承诺。
- 营销与沟通:公告计划 → 渠道设置 → 持续推广 → 最后一轮推广。
- 票务与注册:支付基础设施 → 定价 → 开始售票 → 早鸟票截止 → 最终人数统计。
- 预算与财务:预算草案 → 定义档位 → 收入检查点 → 付款截止日期。
- 团队与志愿者:确认 Track 负责人 → 委派任务 → 活动当天安排志愿者。
请参阅 references/tracks-and-gates.md,了解各 Track 的里程碑链,以及附有引用示例的跨 Track 关卡目录。
任务措辞与时间分桶
以下两项自行设定的约定,可以让计划本身便于检查和复用,而不受所采用的粒度等级影响:
- 将每项任务写成已完成的状态,而不是一条指令。“CFP 表单已上线”一目了然,非真即假;而“设置 CFP 表单”则让阅读者自行判断是否算完成。
- **按距开门时间分桶,而不是按日历日期分桶。**归入“S-4”(提前四周)的任务可原样沿用到下一届;归入固定日期的任务则必须重写后才能再次使用。还要为每项任务标注其所属 Track(见上文),这样 Track 负责人就能筛选出仅属于自己的任务列表。
规划粒度
排序(默认值,并非铁律:应根据访谈答案重新排序,尤其要考虑精力上限和往届资产):
- 工作量(每周的搭建 + 维护):
任务级关键路径 > 依赖门控里程碑计划 > 仅含里程碑的计划 - 价值(在问题层层扩散前发现延期):
任务级关键路径 > 依赖门控里程碑计划 > 仅含里程碑的计划 - 效率:
依赖门控里程碑计划 > 仅含里程碑的计划 > 任务级关键路径
优势检查:3 组配对,没有严格支配关系:这种结果只是构造出来的,而构造出来的结果绝不算通过。
-
价值和工作量的排序相同,因此一个机制就能挡住所有配对:粒度更细的计划能发现更多延期,但搭建和维护的成本也严格更高。
-
没有列出第三个维度。
-
这项检查没有发现排序错误:该排序依据下文的论述得出。
-
依赖门控里程碑计划:默认档位,也是这项技能的核心交付物:各条工作线按大致月度粒度设定里程碑,并设立跨工作线关卡和最迟安全承诺日期。这些关卡正是仅含里程碑的列表所遗漏的内容。
-
仅含里程碑的计划:小型活动可降至这一档位,适用于只有一两位组织者、不可逆承诺很少,且所有依赖关系都能装进一个人脑中的情况。
-
任务级关键路径:不推荐的选项:完整拆解任务、每项任务指定负责人、每周重新校准基线。这种做法借鉴自通用项目管理(关键路径法),而非活动实践。升级条件,以 Q5 或 Q9 为依据:有付费制作人员、需要协调多个场地,或存在合同罚款条款时,未及时发现延期所造成的成本会高于维护计划的成本。
只要 Q5 中的精力上限是由一两位在日常工作之余投入时间的志愿组织者组成,就应删除任务级关键路径,不要降级保留。
- 从这个选项列表和上方的维度说明中删除它。
- 它不是里程碑计划的详尽版本,而是一种每周维护所需时间超出实际可用时间的计划。
- 它会悄无声息地失效:不到一个月就会过时,而团队仍在相信那些从未重新校准基线的日期。
- 如果只是把它放在列表底部,一旦有人有空闲的下午,它就会卷土重来。
来自大型黑客马拉松组织者网络指南的提醒,适用于所有档位:全队都会实际采用的最简单共享跟踪工具,胜过复杂的工具。计划的粒度受团队更新意愿的限制,而非规划者的雄心。
缓冲策略
这些策略可以组合使用:排序表示应优先设置哪项,而不是只能择一。排序(默认做法,并非铁律:根据精力上限(Q5)和已有资产(Q8)重新排序;已有固定场地或餐饮供应商合作关系会降低延后承诺的成本,而上一届已核算成本的范围层级则几乎可以免费复用):
- 精力(规划工作在产生回报前的投入):
范围层级梯度 > 延后承诺 > 里程碑缓冲 - 价值(吸收冲击而不损害信任):
范围层级梯度 > 延后承诺 > 里程碑缓冲 - 效率:
延后承诺 > 范围层级梯度 > 里程碑缓冲
支配关系检查:3 对,严格支配关系为零:这只是构造上的结果,绝不代表合格。
-
价值和精力的排序相同,因此每一对都以同样方式落败:吸收更多冲击的策略,在产生回报前需要严格更多的规划投入。
-
没有其他列出的内容能够阻碍或挽救任何一对。
-
效率排序完全依赖以下论据。
-
延后承诺:默认选项,也是一种有来源依据的做法(某份大型社区会议组织指南中的成本控制建议):为每笔不可逆支出或每项人数决定标出其_最晚安全日期_,而不是最早可行日期,并一直保留决定空间,直到该日期。两个方向的错误并不对称:临时增加餐具、座位或周边商品的成本很低;撤销预付款或处理超额订购则成本高昂,甚至不可能。
-
范围层级梯度:最容易被忽视的选项,同样有来源依据,来自同一份指南:售票前先定义活动的 Good/Better/Best 版本,并根据实际收到的收入设置有日期的降级检查点。它能在不取消活动的情况下吸收收入缺口,价值最高,代价是必须预先设计活动的三个版本。推广条件,以 Q10 为依据:预算取决于尚未落实的收入;对于由赞助资助的活动,这通常是常态。
-
里程碑缓冲:在里程碑和截止日期之间留出普通的时间余量。只在团队无法控制的交付周期(签证、印刷、运输、场地文件)中保留;其他情况下,余量会在无人察觉时被消耗,因为每个人都会按留出余量后的日期来规划,缓冲便会在无人决定动用的情况下消失。
延后承诺是在后期缩减单个项目。范围梯度则是在检查点重新界定整个活动的范围。应将它们作为两种不同的工具来呈现,绝不能合并成一个“预留应急空间”的要点。
重新规划的触发条件
排序(默认为此顺序,并非铁律:由公司主办且有员工参与的活动,会倾向于采用节奏层级):
-
成本(持续协调成本):
节奏偏差审查 > 预先编写的检查点 > 事件驱动的重新规划 -
价值(及早发现偏差 + 压力下的决策质量):
预先编写的检查点 > 节奏偏差审查 > 事件驱动的重新规划 -
效率:
预先编写的检查点 > 事件驱动的重新规划 > 节奏偏差审查 -
预先编写的检查点:默认层级,是对有来源依据的机制的概括(同一指南中按日期做出继续/停止决策并降级):设定少数几个日期,在这些日期检查明确指定的条件,并触发预先决定的行动:删减一个范围项目、下调一个预算档位、加大营销力度。团队在冷静时写下行动方案,在不冷静时执行:这正是这种做法的全部意义。计划中本就存在一些自然的检查点日期:公告节点、早鸟报名截止日期、活动前一个月(这些节点的需求门槛归入
samber/dev-event-organizer-skills@event-market-fit)。如果多个跟踪事项受同一项真实的下游约束影响,一个检查点就可以同时把关多个事项——自行设定的示例:赞助商确认与讲者公告共用一个活动前四周的检查点,因为这是印制周边商品的设计稿定稿日期,也是讲者安排好周末行程所需的提前时间。组合检查点应以其背后最紧迫的真实约束为准,绝不要只选一个整数日期。 -
节奏偏差审查:容易被忽视的选项:每周或每两周逐项跟踪实际进度与计划进度,并在某个事项的延期超过其缓冲时间时重新规划。三种方式中持续协调成本最高。大约有五名或更多事项负责人并行工作时,应将其提升为优先选项(这是自行设定的门槛,并非有来源依据);或者在现有的团队例行会议中进行审查,令边际成本近乎为零时(访谈 Q8)。
-
事件驱动的重新规划:仅在基础假设不成立时重新规划:场地无法使用、主要赞助商退出、征稿数量远低于预期。这是所有计划都应保留的最低保障。单独采用这种方式,意味着每个重新规划决策都要在危机中做出,且没有预先商定的选项:成本最低,价值也仅此而已。
如果没有固定的团队会议,且 Q5 的上限是志愿者可投入的工时,就应删除节奏偏差审查,而不是将其降级。
- 从此菜单和上方的排序中删除它。
- 如果没有人负责执行,每周逐项跟踪的审查不会变成频率更低的审查,只会沦为团队反复拒绝参加的定期会议邀请。
- 原本存在的检查点纪律也会随之瓦解。
- 将其提升为优先选项的条件,是已有例行会议,而不是打算新建一个。
三种方式通用的固定规则:日期一经公布,就不再更改,应调整范围。公布之前,日期仍是变量,调整日期也是合理的手段:公告是使日期无法再调整的里程碑,因此公告需要满足前置条件(参见关卡目录)。
工作流
- 进行访谈。如果尚未选定日期(Q2)或需要设置首届活动的门槛(Q1),则转至相应流程。
- 以开放入场日为计划锚点,并在旁边列出不可更改的外部截止日期(Q3)。
- 列出各条工作线,并根据本次活动精简内容。为每条工作线设定一个在开放入场日或临近该日的最终里程碑。
- 按所选的粒度层级,从最终里程碑倒推每条工作线,直到第一项行动。
- 叠加跨工作线的关卡:每项工作线之间的依赖都要成为明确关卡,并注明双方的里程碑(references/tracks-and-gates.md)。
- 为每项不可逆承诺标注最迟安全日期和负责人(参见上方的缓冲项清单)。
- 编写检查点:日期、检查的条件、预先决定的行动、负责人(参见上方的重新规划选项清单)。
- 确认每条工作线各有一位负责人。将计划发布到团队确实会持续更新的最简单共享跟踪工具中。
- 按章节交付倒推表(输出格式见下方):先给出锚点和工作线,再给出关卡,然后给出缓冲和检查点;每部分都先由用户确认,再定稿。
- 在执行中途重新规划时(Q6):按工作线对照计划检查实际进展,明确使用缓冲,并执行预先写好的检查点行动。绝不要为了弥补尚未就绪的范围事项而调整已公布的日期。
计划的终点是开放入场日:之后的事项交由 samber/dev-event-organizer-skills@event-debrief 处理。将计划划分为活动前/活动期间/活动后阶段的做法借鉴了通用的上市推广启动模板。如果采用这种划分,请说明:本技能的范围仅限活动前阶段。
如果你的运行环境支持持久化记忆,请记录锚点日期、各工作线负责人、关卡清单、承诺的最迟安全日期、每个检查点的条件和结果,以及所有已使用的缓冲:中途重新规划和下一届活动的计划都应以这些记录为起点,而不是重新推导。
失败模式
- 从今天开始向前规划。“接下来可以做什么?”只有到了太晚、无法满足场地预订或 CFP 准备周期时,才会发现所需时间。务必从活动日期倒推。
- **借用其他形式活动的筹备周期。**大会和黑客松的筹备周期因结构原因而不同。有来源的变体见
samber/dev-event-organizer-skills@event-first-edition:切勿取两者的平均值,也不要假设某种筹备周期适用于不同的活动形式。 - **先公布日期,再落实前置条件。**有来源的示例:某组织指南的硬性规定是,必须先落实付款处理,才能公布日期;跳过这一步的团队最终都改期或取消了活动。公布日期是一项有前置条件的里程碑,而不是新闻稿。
- **给每个里程碑都留出缓冲。**均匀分布的宽裕时间会悄无声息地被消耗,计划中的日期也就失去了意义。缓冲应放在计划安排的位置:不可逆的承诺和范围层级。
- **检查点没有预先写好的行动。**检查点会沦为状态会议。延期被记录下来,却没有后续行动,决策也被拖到危机时刻。
- **没人更新的超大型计划。**任务级计划如果超出团队的维护能力,一个月内就会过时;过时的计划还不如粗略但持续更新的计划。把计划的细化程度降低一档。
- **只有一份按时间顺序排列的清单,没有工作轨道。**这样会掩盖哪些延期会阻塞哪些事项,使场地延期和赞助商延期看起来同样紧急,但实际上只有前者会卡住另外三个工作轨道。
- **工作轨道没有负责人。**里程碑延期却没人察觉,直到某项关卡未能通过才发现。负责人是计划的一部分,不是实施细节。
- **更改已公布的日期。**这会损害演讲者、赞助商和参会者的信任:对于逐年积累影响的年度活动(第四季度),这是代价最高的手段。应缩减范围。
- **只关注最后冲刺阶段。**团队即使在最后一个月效率很高,也可能在此前平静的时期偏离了计划;如果这段时间没人对照实际进展检查计划,偏差就会一直暴露不出来,直到不断累积。年度活动的规划失败并非真正发生在最后冲刺阶段,而是在无人关注的中间阶段。
衡量标准
关卡(根据计划本身进行通过/未通过判断:底层机制在注明的地方有来源,但将每项都视为硬性关卡,是本技能自行设定的标准):
- 关卡覆盖率:每个跨工作轨道的依赖关系都必须作为明确关卡列出,并注明涉及的两个里程碑。任何两个工作轨道之间都不能存在隐含依赖。
- 承诺覆盖率:每项不可逆支出或人员编制决策都必须有最晚安全日期和负责人(机制有来源,完整性标准由本技能自行设定)。
- 检查点完整性:每个检查点都必须有日期、条件、预先决定的行动和负责人(机制有来源,标准由本技能自行设定)。
- 责任归属:每个工作轨道都必须且只能有一位负责最终结果的负责人。
检查点之间需要关注的趋势(自行设定):各工作轨道的缓冲消耗量、当前落后的工作轨道数量,以及面临风险的关卡。开门时的判断标准:公布日期后从未更改日期,且每次范围削减都发生在检查点,而不是危机中。
调用示例
- “我们的大会定在明年 6 月 12 日,场地已经签约。从这个日期倒推,制定完整的筹备计划。”
- “距离活动还有四个月,CFP 延迟关闭,赞助也未达到目标:在不更改日期的前提下重新规划。”
- “把去年的混乱筹备整理成一份规范的倒推计划,并为今年的活动安排检查点。”
预期输出:
- 一份按工作轨道划分的倒推表,列出从开门日期倒推的里程碑和日期。
- 关卡清单,并注明涉及的两个里程碑。
- 最晚安全承诺日期。
- 检查点表:日期、条件、预先写好的行动、负责人。
带注释的示例和反面示例见 references/buffers-and-replanning.md。
参考资料
- references/tracks-and-gates.md:各轨道的里程碑链及跨轨道依赖关卡目录,已标注来源示例。
- references/buffers-and-replanning.md:深入介绍两种有来源依据的缓冲机制、检查点设计、中途重新规划流程,以及包含反面示例的说明性倒排计划表。
samber/dev-event-organizer-skills@event-budget:范围层级梯度及财务轨道背后的损益表。samber/dev-event-organizer-skills@event-risk-management:检查点条件所依据的风险登记表。samber/dev-event-organizer-skills@event-continuous-improvement:将经过审慎考量、趋势有据可依的活动概念变更作为计划中的定时任务,而非某一届活动遗留的单项行动。samber/dev-event-organizer-skills@cross-event-promotion:与其他活动联合举办及互换推广。联合举办决策是贯穿一届活动周期的承诺,会纳入本计划的场地和营销轨道,而不是临近活动时才安排的营销任务。