Sprint Planner

Sprint Planner

Sprint Planner 技能可帮助团队使用 Scrum 方法规划并执行高效的敏捷冲刺。它侧重于基于产能的规划、速度跟踪，以及通过回顾持续改进。该技能可确保冲刺范围明确、承诺合理，并围绕清晰的目标和指标执行。

该技能擅长将史诗和用户故事拆分为适合冲刺的工作项，使用故事点或小时估算工作量，跟踪团队速度，并协助开展冲刺仪式（规划、每日站会、评审、回顾）。

Sprint Planner 强调可持续的节奏、可预测的交付，并通过数据驱动的规划和回顾学习赋能团队。

核心工作流

工作流 1：冲刺规划

步骤：

1. 规划前准备（仪式开始前）

   • 确保待办事项已梳理并排定优先级
   • 确认用户故事包含验收标准
   • 查看团队在即将开始的冲刺中的产能
   • 收集之前冲刺的速度数据
   • 确认任何假期、带薪休假或已知中断

2. 设定冲刺目标

   • 查看产品路线图和优先级
   • 用 1-2 句话定义冲刺目标
   • 与利益相关者就预期成果达成一致
   • 确保目标可衡量且可实现

3. 计算团队产能

   • 列出所有团队成员及其可用时间
   • 考虑会议、支持轮值和计划内休假
   • 计算可用总小时数或故事点
   • 应用 70% 规则（按理论产能的 70% 进行规划）

4. 从待办事项中选择故事

   • 从优先级最高的事项开始
   • 查看故事详情和验收标准
   • 估算工作量（如尚未估算）
   • 持续选取故事，直至达到产能上限
   • 确保故事与冲刺目标一致

5. 将故事拆分为任务

   • 将每个故事分解为技术任务
   • 估算任务所需小时数（每项 2-8 小时）
   • 确定任务之间的依赖关系
   • 指定负责人，或交由团队自行组织

6. 冲刺承诺

   • 查看承诺总量与产能是否匹配
   • 确认风险和缓解策略
   • 获得团队对冲刺待办事项的认可
   • 记录冲刺目标和承诺

**输出：**包含已承诺故事、任务、产能分配和冲刺目标的冲刺待办事项。

工作流 2：每日站会协调

限时 15 分钟的会议：

每位团队成员回答：

1. **昨天：**我完成了什么？
2. **今天：**我将做什么？
3. **阻碍：**什么因素阻碍了进展？

作为协调者：

• 确保汇报简短（每人 2 分钟）
• 记录阻碍，以便会后解决
• 实时更新冲刺看板
• 识别冲刺目标面临的风险
• 安排必要的后续沟通

**输出：**已更新的冲刺看板和阻碍解决计划。

工作流 3：冲刺评审

步骤：

1. 演示已完成的工作

   • 展示每个已完成故事的实际效果
   • 演示已满足的验收标准
   • 收集利益相关者的反馈
   • 记录任何变更请求或新想法

2. 查看冲刺指标

   • 已完成与已承诺的故事点
   • 燃尽图分析
   • 速度趋势
   • 质量指标（缺陷、测试覆盖率）

3. 收集反馈

   • 利益相关者认可哪些方面？
   • 哪些方面需要调整？
   • 是否有新需求或优先级？
   • 将事项添加到产品待办事项中

**输出：**演示录制、利益相关者反馈、已更新的待办事项。

工作流 4：冲刺回顾

步骤：

1. 确定基调（5 分钟）

   • 回顾回顾会议的目标和准则
   • 选择回顾形式（开始／停止／继续等）

2. 收集数据（15 分钟）

   • 哪些进展顺利？
   • 哪些进展不顺利？
   • 有哪些令人困惑的地方？
   • 回顾指标和冲刺数据

3. 形成见解（15 分钟）

   • 找出模式和根本原因
   • 讨论事情发生的原因
   • 按影响程度确定问题的优先级

4. 决定行动（15 分钟）

   • 选择 1-3 项改进措施
   • 为每项措施指定负责人
   • 定义成功标准
   • 设定后续跟进日期

5. 结束会议（5 分钟）

   • 总结决定
   • 感谢团队成员的贡献
   • 记录回顾会议结果

输出： 回顾会议记录，其中包含 1-3 项已承诺的改进措施。

工作流 5：速度跟踪

步骤：

1. 计算每个冲刺中已完成的故事点数
2. 跟踪滚动 3 个冲刺的平均速度
3. 找出速度趋势（上升、稳定、下降）
4. 分析影响速度的因素
5. 使用速度规划未来的冲刺

快速参考

操作	命令／触发语
规划新冲刺	"plan sprint [number]"
计算团队产能	"calculate team capacity"
查看速度	"what's our velocity"
创建冲刺目标	"set sprint goal"
每日站会	"daily standup update"
回顾冲刺	"sprint review"
进行回顾会议	"facilitate retro"
燃尽图	"show sprint burndown"
将事项添加到冲刺	"add story to sprint"
冲刺健康状况	"sprint health check"

最佳实践

• 保持冲刺时长一致：每个冲刺持续 1-2 周；保持一致有助于提高可预测性
• 明确冲刺目标：每个冲刺都需要一个清晰、可衡量的目标，以指导决策
• 基于产能规划：承诺的工作量绝不能超过理论产能的 70%
• 冲刺中途不更改范围：保护冲刺承诺；变更应放入待办事项列表
• 完成就意味着真正完成：定义“完成的定义”并严格执行（已编码、已测试、已评审、已部署）
• 如实跟踪速度：不要操纵故事点数；准确的数据有助于改善规划
• 为会议设定时限：冲刺规划（2 小时）、每日站会（15 分钟）、评审（1 小时）、回顾会议（1 小时）
• 可视化进度：使用燃尽图和冲刺看板提高透明度
• 每日处理阻碍因素：不要让阻碍因素久拖不决；及时升级并解决
• 每个冲刺都进行回顾：持续改进不容妥协
• 保护团队免受干扰：为支持工作、缺陷和计划外工作预留产能
• 谨慎结转：如果故事经常结转，说明承诺过多

冲刺会议安排

会议	时长	时间	目的
冲刺规划	2-4 小时	冲刺第一天	明确冲刺目标和承诺
每日站会	15 分钟	每天同一时间	同步进度并识别阻碍因素
待办事项梳理	1 小时	冲刺中期	为即将开展的工作做好准备
冲刺评审	1 小时	冲刺最后一天	演示成果并收集反馈
冲刺回顾	1 小时	评审后	反思并改进

速度计算

故事点数法：

Velocity = Sum of completed story points

Example:
Sprint 1: 23 points
Sprint 2: 27 points
Sprint 3: 25 points
Average Velocity = (23 + 27 + 25) / 3 = 25 points/sprint

工时法：

Velocity = Completed hours / Committed hours

Example:
Committed: 80 hours
Completed: 68 hours
Velocity = 68/80 = 85% completion rate

规划下一个冲刺时，使用最近 3 个冲刺的平均速度。

产能规划公式

Team Capacity = Σ(Person Days Available) × Hours per Day × Utilization Factor

Example:
5 developers × 10 days × 6 hours/day × 0.7 = 210 hours

Utilization Factor (0.7) accounts for:
- Meetings and ceremonies (15%)
- Context switching (10%)
- Unplanned work (5%)

燃尽图分析

健康的燃尽趋势：

• 稳步下降
• 每天都有工作完成
• 在冲刺结束前降至零

警示信号：

• 持平（没有进展）
• 上升趋势（增加了范围）
• 临近结束时骤降（最后一天才完成工作）
• 始终高于零（承诺过多）

回顾会议形式

开始／停止／继续

• 开始：我们应该开始做什么？
• 停止：我们应该停止做什么？
• 继续：我们应该继续做什么？

4 个 L

• 喜欢：哪些进展顺利？
• 学到：我们学到了什么？
• 缺少：缺少了什么？
• 期望：我们希望拥有什么？

愤怒／难过／开心

• 愤怒：什么让我们感到沮丧？
• 难过：什么让我们感到失望？
• 开心：什么让我们感到愉快？

帆船

• 风：什么帮助我们向前推进？
• 锚：什么阻碍了我们？
• 礁石：我们面临哪些风险？
• 岛屿：我们的目标是什么？

集成点

• 任务管理器：每日任务跟踪和更新
• 项目规划器：长期路线图对齐
• GitHub：问题和 PR 跟踪
• Jira/Linear：冲刺看板管理
• Slack：自动发送站会提醒和更新
• 日历：安排冲刺会议