【敏捷CSM小知识】Sprint会议

【敏捷CSM小知识】Sprint会议
Sprint会议通过安排在Sprint中要做的工作来启动Sprint。最终的计划是由整个Scrum Team协作创建的。
Product Owner要确保与会者准备好讨论最重要的Product Backlog条目 ，以及它们如何映射到Product Goal。Scrum Team还可以邀请其他人参加Sprint会议以提供建议。

Sprint会议处理以下话题：
话题一：为什么这次Sprint有价值？
Product Owner提议产品如何在当前的Sprint中增加其价值和效用。然后，整个Scrum Team将共同制定一个Sprint Goal，用以沟通当前Sprint对利益攸关者有价值的原因。必须在Sprint 会议 结束之前最终确定Sprint Goal。
话题二：这次Sprint能完成（Done）什么？
通过与Product Owner讨论，Developers从 Product Backlog中选择一些条目，放入当前Sprint中。Scrum Team可以在此过程中精化这些Product Backlog条目，从而增加理解和信心。
选择在Sprint中可以完成多少任务可能会有挑战。但是，Developers 对他们以往的表现，他们在即将到来的Sprint内的产能以及对他们的Definition of Done了解得越多，他们对Sprint预测就越有信心。
话题三：如何完成所选的工作？
对于每个选定的Product Backlog条目，Developers都会规划必要的工作，以便创建符合Definition of Done的Increment。这通常是通过将Product Backlog条目分解为一天或更短的较小条目来完成的。Developers自行决定如何完成这一工作。没有人告诉他们如何将Product Backlog条目转化为价值的Increment。
Sprint Goal、这次Sprint所选出的ProductBacklog条目加上如何交付它们的计划称之为Sprint Backlog。
Sprint会议是有时间盒限定的，以一个月的Sprint来说最多为8个小时。对于更短的Sprint，Sprint会议所需时间通常会更短。
内容来源：《Scrum指南》2020年11月，由Scrum 创始人KenSchwaber 和Jeff Sutherland开发并维护。