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 开发并维护。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69987092/viewspace-2766673/ ，如需转载，请注明出处，否则将追究法律责任。
