冲刺 计划:实用指南
冲刺计划是决定团队接下来两周的生活将如何进行的会议。如果做得好,它会以明确的目标和现实的承诺结束。如果做得不好,它会产生一个模糊的待办列表转储,没有人相信,并且团队将冲刺时间花在本应在开始之前确定范围的工作上。
本指南介绍了完整的节奏:准备工作、会议本身、评估、目标设定以及悄悄破坏大多数计划会议的反模式。它是为运行真正冲刺的工程经理和技术主管编写的,而不是为教科书 Scrum 编写的。
冲刺 计划实际上是什么
冲刺 计划是团队承诺完成特定的、可完成的工作量的会议;以及将其联系在一起的单一目标。
仅两个输出:
- 冲刺待办列表工作: 团队承诺完成的工单清单。
- 冲刺目标: 一句话就能解释 为什么 这些工单一起很重要。
其他一切(作业、估计、细分)都支持这两个输出。如果您没有两者都离开会议,则会议失败。
会议前:节省一小时的准备工作
大多数“糟糕”的冲刺计划会议实际上很糟糕,因为准备工作被跳过了。准备好这四件事后,你的计划就会减少一半。
1. 整理待办列表的订单
排名前 10-15 的待办事项应该已经是:
- 具有明确的验收标准
- 大小适合单个冲刺(将任何超过 8-13 点的内容分开)
- 去除重复和明显的死票
- 链接到它们所依赖的任何规范、设计或 RFC
待办列表的整理发生 之前 计划,而不是期间。如果您的团队在计划会议上讨论工单是否有效,那么您已经浪费了一个小时。
2. 容量数
考虑到 PTO、假期和您的真正关注因素(实际用于冲刺工作的工作时间百分比;通常为 60-70%),团队实际上有多少人时?
3. 冲刺目标草案
将一句话草稿带入会议。示例:
- “将新的入职流程交付给 10% 的注册用户。”
- “将仪表板端点上的 p95 API 延迟减少到 200 毫秒以下。”
- “将账单导入功能完整并置于功能标志后面。”
一个好的冲刺目标是 具体的、可观察的并且受冲刺限制。 “提高绩效”不是一个冲刺目标。 “在 /dashboard 上将 p95 削减到 200 毫秒以下”。
4. 最后冲刺的速率
如果您不知道团队的滚动平均速率,那么您就是在猜测。即使是 3 个冲刺的平均值也足以锚定对话。
在我们的深入研究中了解如何解释这个数字 冲刺速率,或估计每个点的小时数 故事点估算器.
会议:有效的 60 分钟议程
对于为期两周的冲刺,如果准备充分,60 分钟就足够了。任何超过 90 分钟的时间都表明准备工作缺失。
| 时间 | 部分 | 业主 |
|---|---|---|
| 0-5分钟 | 回顾上一次冲刺:交付、错过、结转的阻碍 | 技术主管 |
| 5-10分钟 | 提出冲刺目标草案:同意、完善或替换 | 技术主管/PM |
| 10-15分钟 | 确认容量(PTO、待命、会议、焦点因素) | 整个团队 |
| 15-50分钟 | 遍历最重要的待办事项:范围检查、估计、接受或推送 | 整个团队 |
| 50-55分钟 | 根据容量进行健全性检查总提交 | 技术主管 |
| 55-60 分钟 | 确认冲刺目标、指定待命人员、结束 | 技术主管 |
无需剧场即可估算
大多数团队都会过度设计估算。诚实的事实:估计是 亲戚 尺寸,而不是日历承诺。估算的重点是预测容量,而不是在某些事情运行时间过长时归咎于责任。
使用故事点,而不是时间
时间意味着你所没有的精确度。故事点在一个维度上编码复杂性、不确定性和努力。使用一个 改良斐波那契等级:1,2,3,5,8,13。任何更大的东西都应该被分割,而不是估计。
根据已知参考进行校准
选择一张最近的三分球教科书球票。新的估计与之相反:“这比上次冲刺的身份验证清理票更大还是更小?”参考类预测比抽象评分更快、更准确。
一起简单估计一下
规划扑克对于新团队来说很好。成熟的团队通常可以在每张票 30 秒内达成共识。你想要的信号是 分歧,不是数字本身;当两个人给出截然不同的估计时,找出原因并重新调整范围。
设定一个有意义的冲刺目标
冲刺目标是冲刺计划中最被低估的部分。一个真正的目标:
- 命名面向用户的结果,而不是内部产物(“交付新用户引导流程”比“完成新用户引导工单”更好)
- 从团队外部可以观察到: 你可以演示它
- 幸免于工单流失: 即使1-2 个工单被取消,目标仍然可以实现
- 导致优先级冲突: 当出现问题时,目标会告诉您首先要丢弃哪些票
目标驱动的冲刺感觉不同。团队开始问“这有助于实现目标吗?”而不是“这个在我的清单上吗?”这就是整个转变。
需要注意的反模式
待办事项转储
症状:规划是“让我们从待办列表的订单中取出前 10 件并交付”。没有目标,没有主题,没有思考。冲刺中的工单除了“他们已经接近顶峰”之外没有其他原因。
修复:拒绝开始选票,直到选秀目标挂在墙上。目标设置了工单甚至属于冲刺的过滤器。
乐观税
症状:每次冲刺承诺50分,完成35分,并在回顾中道歉。然后再次承诺50。
修复:使用滚动平均速率,而不是最后冲刺的数字,并应用你的真实焦点因子(通过 容量计算器 如果你想看到差距)。大多数团队会过度承诺 30-40%。
神秘工单
症状:一张票被拉入冲刺,但没有人真正理解。它会滚动三个冲刺,因为第一天的工作表明它实际上是三张票和一个重构。
修复:在计划中,每张票都会有 10 秒的“完成情况如何?”查看。如果有人犹豫,就把它推回美容上。
英雄冲刺
症状:规划依靠一个人完成60%的点。他们生病了,冲刺就死了。
修复:按容量分配故事点,而不是按谁最快。如果一个人拥有超过 35% 的 sprint,则该 sprint 是脆弱的。
跳过的目标检查
症状:冲刺结束,没有人问“我们达到目标了吗?”工单已经发出,但没有人知道团队是否真的改变了冲刺的指标。
修复:回顾从目标开始,而不是燃尽。
您的免费冲刺计划堆栈
使用这四个免费工具无需电子表格即可端到端运行冲刺计划:
SprintFlint 中的冲刺计划
电子表格和 Notion 文档适用于前几个冲刺。到 sprint 6 时,您将维护“真相”所在的三个位置,但它们不同意。
SprintFlint 将计划集中到一个地方:自动计算滚动速率,根据 PTO 调整容量,冲刺目标位于板的顶部,最后的回顾将行动项目直接转换为下一个冲刺工单。
开始你的第一次冲刺 →
底线
冲刺 计划不是仪式。在这次会议上,你可以决定接下来的两周是富有成效还是混乱。运行良好的团队有四个共同的习惯:
- 他们准备待办列表的订单 之前 会议。
- 他们诚实地衡量容量,但并不乐观。
- 他们致力于一个目标,而不仅仅是一张工单清单。
- 他们将会议控制在 60 分钟以内。
把这四点做好,冲刺的其余部分就基本上水到渠成了。