Sprint Planning会议的简单备忘单

什么是Sprint计划？

Sprint Planning是一个失空的工作会话，每周持续1小时的冲刺。在Sprint规划中，整个团队同意完成一组产品积压项目。本协议定义了Sprint Backlog，并且基于团队的速度或容量以及Sprint的长度。

谁做了？

Sprint Plann是一个涉及Scrummaster的合作努力，他们促进了会议的产品所有者，其阐明了产品积压项目及其各自的验收标准以及整个敏捷团队，以及定义满足其所需的工作和努力的整个敏捷团队Sprint承诺。

我们如何准备？

确保所有Sprint候选人都符合团队定义准备好。在通往Sprint Planning的日期和几周内，产品所有者将具有最大价值的项目识别，并致力于让它们成为现实状态。

• 分配相对故事点值
• 删除依赖项
• 创建可测试的例子
• 定义验收标准
• 符合投资标准

什么是积压？

产品积压可以在任何内容中解决任何内容，包括新功能，错误和风险。产品积压物品（PBI）必须足够小以在冲刺期间完成，并且应该在几天内完成足够小。必须验证所有故事，以至于它们是对产品所有者满足的。

确保正确尺寸尺寸反冲项目

基于团队的历史数据，首先确定产品积压项目是否太大而无法在冲刺中完成。在这些情况下，不要将这些故事视为有效的Sprint Backlog候选者。相反，为了考虑冲刺计划，分裂故事进入较小的碎片。此外，每个故事必须能够独立为垂直切片。因此，故事不应不完整或基于水平切片。

计算承诺

要计算承诺，成熟团队可以使用团队可用性和速度的组合。然而，新的团队可能不知道他们的速度，或者它们可能不够稳定，以便使用速度作为冲刺规划的基础。在这些情况下，新的团队可能需要完全基于其容量进行预测。

确定速度

首先，随着速度对每个团队都是独一无二的，永远不要使用另一个团队的速度来规划你的冲刺。通过总结所有已完成的故事点估计，从前一个Sprint求解团队速度。通过跟踪团队速度随着时间的推移，团队将开始减少利用率，因此更多地吞吐量。

确定能力

对于没有稳定速度的团队，每个团队成员应提供三种简单的措施来确定能力。首先，他们工作日的理想时间是多少？其次，Sprint中有多少天将可用？第三，该人致力于这支球队的时间百分点是多少？

规划步骤

1. 提醒团队大局或目标
2. 讨论可能影响计划的任何新信息
3. 呈现用于此版本的速度
4. 确认团队能力
5. 确认任何当前已知的问题和疑虑和录制
6. 审查定义完毕自上次Sprint以来，基于技术，技能或团队成员进行任何适当的更新
7. 本提出的产品积压项目需要考虑Sprint Backlog
8. 确定需求，注册工作，并估计所有拥有的工作
9. 产品所有者答案澄清问题并详细阐述验收标准
10. 确认会议和记录期间提出的任何新问题和疑虑
11. 确认计划和记录期间发现的任何假设或依赖项
12. Scrummaster呼吁在计划上进行一组共识
13. 团队和产品所有者信号如果这是他们现在所知的最佳计划
14. 回去工作

你的团队是scrum的新手吗？看看这篇文章。