Sprint 计划是Scrum框架中的一个事件，团队将确定他们将在冲刺期间处理的产品积压项目，并讨论他们完成这些产品积压项目的初始计划。
团队可能会发现建立冲刺目标很有帮助，并以此为基础确定他们在冲刺期间处理哪些产品积压项目。
谁参与冲刺计划
冲刺计划通常涉及整个团队。
产品所有者识别候选产品积压项目及其相对优先级，并建议冲刺目标。
团队成员确定他们预测能够完成的产品积压项目的数量，并确定他们将如何交付这些产品积压项目。
Scrum 主管或教练通常为冲刺规划提供便利，以确保讨论有效，并确保对冲刺目标达成一致，并确保冲刺积压中包含适当的产品积压项目。
冲刺计划在哪里进行？
冲刺规划的一个好位置是团队会议室，以便您可以访问有关产品积压的所有信息，并且您可以参考和更新您可能使用的任何信息散热器。
如果您的团队是分布式的，则冲刺规划是将每个人聚集在一起的好机会，以便您的规划讨论能够更有效，并加强团队的人与人的联系。
冲刺计划何时进行？
冲刺计划发生在新冲刺的第一天。
该事件应在冲刺审查和回顾之前的冲刺之后发生，以便在规划新冲刺时可以考虑这些讨论的任何输出。它不必在其他两个事件之后立即发生。当整个团队可用时，您会发现最好将调度冲刺计划放在更高的优先位置。
您可能会发现，最好有一个站立的一致时间进行冲刺规划，以便您的团队能够保持时间段远离其他活动。
冲刺规划是如何构建的？
冲刺计划通常分为两部分：
第 1 部分 - 范围
团队从他们预测的现成产品积压项目（通常表示为用户故事）的优先列表中选择哪些项目，以便在冲刺期间完成。
以下是冲刺计划第一部分的示例议程：
- 这次冲刺的目标是什么？使用此作为决策筛选器，以确定在冲刺中要包含哪些产品积压项目。
- 哪些产品积压项目已准备就绪，并有助于实现冲刺目标？
- 谁可以参加这次冲刺？确定任何假期、假期、其他活动，这些活动将影响每个人在冲刺期间的可用性。
- 根据每个人的可用性，团队的能力是怎样的
- 根据冲刺目标和团队的能力，团队在冲刺积压中将包括哪些项目。
- 团队对实现冲刺目标的信心有多大。
第 2 部分 - 计划
团队将更详细地讨论如何交付选定的产品积压项目。这可能（但不必）包括确定产品积压项目的任务，项目之间是否存在任何依赖关系，以及为每个团队成员工作的初始产品积压项目进行设计。
也称为
如果团队试图避免使用 Scrum 特定语言，此事件可能称为迭代计划。
预期收益
冲刺规划的主要好处是，它允许团队开始一个新的冲刺，共同了解他们将为该冲刺工作，以及初步计划如何处理该工作。
常见陷阱
当您的团队没有适当的精炼产品积压以提取产品积压项目时，冲刺计划可能会变得无效。如果你发现自己在这种情况下，你不可避免地要花时间在冲刺计划发展产品积压项目更好的理解，这可能包括分裂的故事，并估计。
您可以通过建立一个一致的积压细化过程来解决这个问题，从而产生一组符合已商定的现成定义的产品积压项目。然后，这些现成的产品积压项目可以作为您考虑纳入冲刺中的潜在产品积压项目。
另一个问题出现时，你没有为冲刺确定一个特定的目标，并最终与一组无关的项目，团队必须工作。这可能导致您的团队执行冲刺值的工作，但感觉他们好像已经取得了很大的进步。
适用时
当您的团队遵循 Sprint 框架或团队的方法涉及计时箱迭代时，通常使用冲刺计划。
如果您遵循基于流量的方法，您仍然可能会发现类似于冲刺计划的事件有助于对排队处理下一个项目建立共享的理解。
潜在成本
与交付产品积压项目相比，当您的团队花费过多的时间进行规划时，冲刺计划可能会变得昂贵。
Scrum 指南确定了长达一个月的冲刺最多 8 小时。许多经过两周冲刺的团队能够在 1 到 2 小时内有效地完成冲刺计划的两个部分。