为实际的Sprint Planning做准备
充分的Sprint计划实际上是由所有团队成员完成的。团队代表在团队之间提交工作是不合理的。
Sprint Planning 的要点
每个团队队员应该准备Sprint Planning。如果多个scrum团队正在处理相同的产品待办事项列表，那么它们必须一起聚集并参与sprint计划。
使用优先级排序的待办事项列表，PO按顺序向团队呈现最高价值的故事。目的是让团队中的每个人都完全理解故事的意图以及故事的具体接受标准 (definition of done)。解释所有用户故事的done定义也是很有帮助的。
每个Sprint 都以Sprint Planning 会议开始，包括两个会议——WHAT会议和HOW会议。在WHAT会议中，团队从Scrum Product backlog 待办事项列表中选择用户故事 (user stores) ，他们将在其上工作。并且，在HOW会议中，所选择的用户故事被进一步分解成具有设置优先级和故事点的小任务到 Sprint Backlog。
规划的前半部分——决定实现什么
回顾Sprint目标 (Reviewing Sprint Goal) - Scrum会议代表将展示项目的高级愿景。产品负责人确定Sprint的目标，并证明它将如何向产品交付价值。
检查产品待办事项清单 (Reviewing the Product Backlog)- 在sprint计划会议之前，产品所有者将重新排列用户故事，并优先考虑这些故事。
计划第二部分-如何完成工作
在计划的后半部分，团队决定如何完成工作。
创建待办事项列表 (Creating Product Backlog) - PO与团队一起回顾最高优先级的故事，并决定他们在每次冲刺中能做多少。每个人都应该在这个计划中投入工作。如果有人无法提交，PO和团队需要共同努力来改变sprint的形状，直到每个人都能够提交。Sprint计划是scrum中的关键协作工作。
更新发布计划 (Updating the Release Plan) - 一旦团队致力于用户故事，产品所有者将重新访问用户故事到Sprints的版本计划映射。使用当前信息，团队在前一次Sprint中完成的故事，从当前Sprint的产品待办事项列表中删除的故事，产品所有者更新发布计划。
Scrum非常认真地对待承诺步骤。每个人的承诺对于实现你的冲刺目标是非常重要的。从回顾sprint目标到更新发布计划，每个步骤都必须仔细遵循。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。