Scrum Patterns: Sprint计划会(译)

摘要

在Sprint计划会议前，团队已经定义了产品待办事项列表，但这些事项只有在成为现实时才能带来价值。Sprint的目的是创造出一个潜在的可交付产品增量，但是仅仅从待办事项列表中移除PBIs并不能保证创造出最大价值，团队需要在Sprint时间限制内完成这些任务。

PBIs可能因为大小不一或其他原因（如相互依赖）需要调整顺序或内容。团队需要在Sprint计划会上达成共识，确定目标，并规划如何实现它们。这要求团队对解决方案有足够了解，以便能够在Sprint期间完成工作计划。

Sprint计划会议是Sprint的起始活动，确保价值流从产品待办事项列表到开发团队的工作计划。会议中，团队确保产品待办事项列表已准备就绪，并在Sprint目标上达成共识，同时对如何完成工作进行规划。Sprint计划应有时间限制，且会议产出的Sprint Backlog和目标应当清晰明了。

如果产品待办事项列表在Sprint计划会开始前未完全梳理过，Scrum团队需对新PBIs进行讨论和规划，以决定是否将它们纳入即将到来的Sprint中。清晰的PBIs是避免工作量膨胀和Sprint失败的关键，因此产品负责人需确保PBIs足够详细。

最终，团队应能够明确阐述如何实现Sprint目标。Sprint计划会产生的Sprint Backlog是开发团队的初步计划，将在每日站会中继续细化和调整。计划会的质量会影响后续每日站会的成功，同时也加强了团队间的信任和理解。

总结自Bruce的观点，Sprint计划会议是明确Sprint目标，评估新的PBIs，确认PBIs符合完成标准，并产生Sprint Backlog的关键时刻。它还有助于增进PO和开发团队之间的信任，加深团队对产品的自豪感。

摊牌了，创业失败了

了解更多

想要了解更多内容？

查看原文：Scrum Patterns: Sprint计划会(译)

文章来源：

Bruce Talk

扫码关注公众号