共计 1280 个字符，预计需要花费 4 分钟才能阅读完成。
为实际的 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 目标到更新发布计划，每个步骤都必须仔细遵循。
Scrum 工件
什么是 Scrum 工件？
完成与接受标准的定义
Scrum 中 Ready 的定义是什么？
如何写短距离目标？
如何使用 MoSCoW 方法确定产品积压的优先级
如何使用 100 点方法确定产品待办事项的优先级？
什么是 Scrum 中的 Sprint 目标？
什么是 Scrum 中的 Burndown 图表？
什么是角色功能原因模板？
冲刺增量与潜在可运输产品对比 MVP 与 MMP
为用户故事撰写 SMART 目标和投资
什么是产品 Backlog 中的 DEEP？
如何为 Scrum 项目撰写产品愿景？
如何使用 Scrum Board 进行敏捷开发？
谁在 Scrum 中创建产品 Backlog 项目或用户故事？
