面向工程团队的冲刺规划议程模板
为什么冲刺会超载
冲刺规划有一个模板防不住的结构性失败：团队在任何人核对产能之前，就选定了冲刺待办清单。结果是一个在白板上看起来可达成的冲刺，到周三就崩了——两名工程师半周不在，一个工单范围翻了三倍，还有三项待办对平台团队正在重写的某个服务有着未曾言明的依赖。
修正方法简单，却几乎从不有人做：在承诺工作之前先承诺产能。下面的模板正是为此以一次产能评审开场。
议程（复制粘贴即可）
时长： 两周冲刺 2 小时；一周冲刺 1 小时
形式： 有人主持，待办清单对全团队可见
第一节 — 冲刺目标（10 分钟）
- 一句话：一个成功的冲刺从外部看是什么样的？
- 目标应当具体到任何团队成员在冲刺结束时都能评判你是否达成了它
- 拒绝那些只是一串工单的目标（"完成认证重构和账单页面"）——那是一份待办清单，不是一个目标
第二节 — 产能评审（15 分钟）
- 逐名列出每一位团队成员
- 对每个人：计划中的休假、值班轮换、固定会议、已知的外部承诺
- 把产能表达为可用的故事点或天数——而不是人头数
- 这个数字就是上限；别选超过它所能支撑的工作
第三节 — 待办项挑选（45 分钟）
- 从梳理过的待办清单中过一遍优先级最高的项
- 对每个候选项：团队是否已有足够条件开始，还是有一些悬而未决的问题需要在冲刺开始前得到解答？悬而未决的问题属于梳理队列，而非冲刺
- 达到产能的 80% 时就停止挑选；剩下的 20% 用来吸收溢出和计划外的工作
第四节 — 验收标准（20 分钟）
- 对每个选中的项：陈述那条让它算作完成的标准
- 如果团队无法在 60 秒内陈述一条标准，说明这个工单还没梳理够——把它挪回待办清单
- 现在就在会议室里写进工单；别指望"我们回头再加"
第五节 — 风险与依赖（15 分钟）
- 有什么团队无法掌控、却可能阻塞冲刺目标交付的事？
- 点明依赖的负责人；趁现在还有时间、能在冲刺过半前解决，把它摆出来
- 未解决的依赖要有团队里一名具名的负责人来跟踪
收尾（15 分钟）
- 确认在选定的工作之下冲刺目标依然成立
- 指派冲刺回顾的记录员，或确认已设置好自动报告
- 确认下次规划日期
大多数冲刺规划模板遗漏了什么
最热门的冲刺规划模板聚焦于待办梳理和完成定义。两者都重要。但都没有触及那个导致最多冲刺失败的规划错误：在没核对可用性的情况下就选工作。
一个五名工程师满负荷的团队，每两周冲刺大约有 200 个故事点可用。而一个五人团队里有两人休假、一人轮值值班、一人在一个三天的外出集训中，那大概只有 110。如果你在第二种冲刺里选了 180 点，你已经失败了。挑选步骤正是超额承诺发生之处，而产能必须排在它前面。
第二个缺口是验收标准。团队快速冲过规划会，打算回头再写标准。回头写出来的达不到同样的具体程度。那个本会在会议室里写下一条精确标准的人，第二天凭记忆写了些更含糊的东西，或者根本没写。冲刺中途关于"完成"意味着什么的分歧，几乎总能追溯到规划会上被跳过的验收标准。
这些缺口的累积代价——超载的冲刺、中途的发现、被反复争论的定义——当你把它加总起来时会清晰地显现：会议税。
为什么冲刺规划笔记比看上去更难
冲刺规划产生的信息几乎比任何其他固定会议都多：冲刺目标、产能数字、逐项的挑选理由、每个工单的验收标准、依赖负责人、风险项。写一份有用的回顾，要求以一种三天后仍有用的形式把这一切都捕捉下来——好在有人问起"我们当时为什么砍掉那个项？"时用得上。
Pavleur 会在通话结束时自动生成冲刺规划报告。它捕捉冲刺目标、带理由的选中待办清单、按会议中陈述记录的验收标准，以及按点名记录的依赖负责人。如果有人共享了待办清单或产能表格，那份视觉内容会连同讨论一并写进报告——这是像 Otter 或 Fireflies 这样的纯音频工具会完全错过的上下文。任何迟到的人、或需要在冲刺中途核对某个决定的人，都能拿到完整记录。想对比这与纯音频工具有何不同：Pavleur 与替代方案对比。
处理冲刺中途的计划变更
冲刺计划是一份承诺，不是一份合同。当冲刺中途确实发生了让计划作废的事——一次生产事故、一个阻塞三个工单的关键依赖、来自领导层的优先级变动——正确的应对是一次快速的重新规划通话，而不是悄无声息地砍掉范围。重新规划通话花 20 分钟，产出一个反映现实的、更新后的冲刺目标。另一种选择是一个纸面上失败、却被以无人写下的方式非正式调整过的冲刺，这会让回顾更难做，也让速度数字变得毫无意义。
养成明确重新规划的习惯。用同样的结构：更新后的产能、修订后的挑选、重新陈述的目标。它花的时间远少于它所避免的混乱。