如何召开 Sprint 计划会议以确保您的业务成功

你有没有想过如何让你的团队更有效率？ 尤其是在全世界都在抗击疫情的时候，作为项目所有者，您可能会对如何让您的团队保持井井有条和高效工作感到沮丧。

幸运的是，有几种项目管理工具可以挽救你的后腿。 敏捷是最流行的项目管理方法之一。 目前，由于其灵活性和进化性，它成为许多项目经理的首选。

据项目管理协会称，超过 70% 的组织采用了敏捷方法，敏捷项目比传统项目成功率高 28%。

敏捷 Scrum 中的一个重要仪式是“冲刺计划会议”。 项目的整体成败在很大程度上取决于这种前期管理惯例。 使用本指南为您的下一个项目成功举办冲刺计划仪式。

在继续之前，让我们回顾一下我们将在本文中使用的一些术语。 它可以帮助您了解 Sprint 计划的基础知识-

Product Backlog：需要更新的产品需求的详细描述。 它包括新功能、对现有功能的更改、错误修复、基础架构设置等。

Sprint Backlog：团队承诺在当前 sprint 期间执行的产品待办事项列表。 以及交付这些产品积压项目所需的任务列表。

故事：它从最终用户的角度描述了产品功能。 例如，作为客户，您想在网站上注册，以便您可以方便地浏览网站上的产品。

团队速度：衡量团队在单个 Sprint 期间可以管理的工作量。 这是 Scrum 中的关键指标。

什么是敏捷方法论中的 Sprint 计划会议

冲刺计划会议是整个团队坐在一起设定冲刺目标并根据团队对其产品积压工作的审查来规划实现该目标的路线图的活动。

为了更好地澄清事情，sprint 是持续开发周期的一个时间盒迭代。 在一个冲刺中，团队必须完成一定数量的工作并准备好接受审查。 而“Sprint 计划会议”是起点，由 scrum master 主持。

参加者：开发团队、scrum master、产品负责人

时间：在冲刺开始时。

持续时间：通常每周迭代一小时。 就像为期两周的冲刺需要两个小时。

敏捷框架：Scrum。

目的：冲刺计划的主要目的是定义-

• 在即将到来的冲刺中可以交付什么
• 这项工作将如何完成

请记住，糟糕的冲刺计划可能会因设定不切实际的期望而偏离您的团队。

Sprint 计划会议的好处

• 允许团队成员就冲刺目标和承诺达成一致
• 启用任务发现、注册、优先级排序和估计
• 创建平台来交流依赖关系
• 确定团队设定和致力于实现可实现的冲刺目标的能力。

Sprint 计划会议中会发生什么？

产品负责人解释冲刺目标，团队一起决定实现该目标的工作程序。 Scrum 团队还讨论了如何在当前冲刺中提高产品价值和实用性。

此外，协商产品待办列表中的哪些项目将提交给冲刺待办列表。 此处还考虑了其​​他重要事实，例如估计、限制、能力、风险、依赖性和时间表。

谁参加 Sprint 计划会议？

通常，整个团队都会参与这个 Sprint 计划会议

产品负责人：确定候选产品积压项目并定义它们的相对优先级以及冲刺目标。

Scrum Master：确保冲刺目标是可以实现的，并且一切都通过适当的渠道进行。 此外，检查 sprint backlog 中是否包含适当的产品 backlog 项。

团队成员：决定他们可以在规定的时间范围内完成多少产品积压项目。 以及如何交付那些产品积压项目。

有时，任何与会者都可以邀请其他各方参加会议，以提供新的业务或技术领域信息和建议。 但他们的作用仅限于共享此信息。

Sprint 计划会议的输入是什么？

Sprint 计划会议的输入是产品待办列表，其中包括可能在 sprint 期间完成的“项目”列表。 团队还应该查看最新的产品增量、本次冲刺的开发团队的预计能力以及开发团队过去的表现。

Sprint 计划会议的输出是什么？

sprint 计划会议的主要输出是团队成员可以解释 sprint 的目标，并清楚地知道他们将如何开始工作以实现该目标。 所有这些都包含在 sprint backlog 中。

如何进行冲刺计划？

首先，scrum master 定义了冲刺目标。 然后开发团队计划实现该目标所需的步骤。 实际上，冲刺计划是在开发团队和产品负责人共同考虑价值和努力的情况下制定的。

它什么时候发生？

Sprint 计划会议在 Sprint 周期开始时举行。 假设，您正在进行每月一次的冲刺，您可以在每个月的第一天（或您选择开始的任何其他日期）召集一次会议。

需要多长时间？

通常，为期一个月的 Sprint 最多需要八个小时。 对于较短的冲刺，会议时间也会减少。 作为经验法则，要确定理想的冲刺会议时长，您可以将冲刺中的周数乘以两个小时。

1 周冲刺 = 2 小时
2 周冲刺 = 4 小时
3 周冲刺 = 6 小时
4 周冲刺 = 8 小时

请注意，这是分配的最长时间。 经验丰富的 scrum 团队将花费比这更少的时间。 scrum master 确保会议必须在此时间范围内完成。 并且避免了任何不必要的对话。

会前准备工作

我们已经指定了冲刺会议中每个与会者的角色。 让我们解释一下他们在参加 Sprint 计划会议之前应该组装什么：

对于 Scrum Master：

• 准备和发布议程
• 分配合适的团队成员并在合适的时间安排会议
• 确保团队成员具备成功完成积压项目所需的技能
• 计算团队的可用容量（团队成员假期、公共假期等）
• 确定团队的速度与团队在上一个冲刺中承诺的工作量
• 准备足够的便利贴、笔、记号笔、白板等。

对于产品负责人：

• 详细定义每个用户故事项
• 提供详细的要求和验收标准
• 保持积压在优先顺序
• 描述当前冲刺中每个用户故事的“完成”定义
• 确保每个功能或用户故事都足够小以在冲刺内完成

对于开发团队：

• 确保即将到来的冲刺的个人可用性
• 准备问题以澄清任何疑问并避免混淆
• 如果需要，更新团队对“完成”的定义，并准备好参考资料以在会议期间进行描述。

如何召开 Sprint 计划会议

您可以将此会议分成两个会议。 在第一次会议中，产品负责人描述了在冲刺期间需要完成的功能列表。 下一个会话是关于识别应该执行以构建这些功能的任务。

Sprint 计划会议——第一部分

在这部分的讨论中，产品负责人将描述他/她实际上想要在冲刺结束时准备好什么。

考虑到这一点，团队成员将审查所有产品积压项目。 并选择可以承诺在分配的时间范围内交付潜在可交付产品增量 (PSPI) 的项目。

团队可以提出建议，但将哪些产品待办列表添加到即将到来的冲刺待办列表中的最终决定将来自产品所有者。 他/她将决定团队在 Sprint 期间将尝试完成多少产品积压工作。

团队成员可以提出问题来澄清他们的疑虑并消除所有歧义。 因为他们必须在产品负责人和利益相关者面前展示他们在冲刺审查会议期间达成一致的最终输出。 它将在冲刺结束时发生。

在此部分结束时，产品负责人和开发团队共同确定冲刺的目标。

Sprint 计划第一部分的关键活动是：

• 产品负责人向团队介绍产品待办列表项的优先级
• 设定冲刺目标：用一句话描述冲刺的最终结果。
• 团队一起确定可以在即将到来的 Sprint 中交付的产品功能。
• 团队在本次会议结束时提交选定的产品待办列表

Sprint 计划会议——第二部分

第二部分紧接在冲刺计划会议的第一部分之后。 它具有与第一部分相似的相同时间盒。 这意味着如果会议的总时间跨度为 8 小时，那么它将平均分为每个部分 - 例如，要进行 8 小时的会议，您有 4 个小时来完成会议的第一部分，剩下的 4 个小时用于第二部分部分。

在这一部分，产品负责人必须处理团队可能对产品待办列表提出的所有问题。 然后团队将决定如何将选定的 Product Backlog 转化为潜在可交付产品功能的增量。

产品负责人必须在这次会议期间有空，但不必在场。 即使 PO 确实留在房间里，Scrum Master 也应该负责会议的这一部分。 因此开发团队可以专注于他们的工作并探索可能性，而不受产品所有者的意见或想法的限制。

团队应该有足够的空间来讨论不同的可能性和解决方案，以在不受外部影响的情况下获得最终目标。 产品负责人和 Scrum 主管将观察一切并回答寻求更多信息的问题。

在此部分结束时，应准备好任务列表，称为 Sprint Backlog，包括任务估计和分配。 根据此，团队将开始开发功能。

Sprint 计划第二部分的关键活动是：

• 详细计划-将故事分解为任务，以便团队成员可以制定可操作的计划来完成这些故事
• 估算故事——深入分析和应用策略，如计划扑克或 T 恤尺码。 它使他们能够估计完成每项任务所需的时间。
• 最终结果——团队将工作流定义为 Sprint Backlog 的一种形式，以实现 Sprint 目标

冲刺计划会议主要处理两件事——

Sprint 目标：就 sprint 结束时交付的内容达成一致。
Sprint backlog：下一个 sprint 的一组优先用户故事、增强、错误、任务和子任务，以保持团队专注。

敏捷方法中 Sprint 计划会议的最佳实践

以下是敏捷冲刺计划会议获得最大产出的最佳实践——

1. 创建包括所有团队成员的递归日历邀请
2. 产品负责人应向团队成员发送会议邀请
3. 在邀请中包含议程以及应该包含在冲刺中的用户故事链接
4. 在冲刺中添加比团队能力更多的用户故事。 因为有些用户故事可能会被团队拒绝，而您可能有信心
5. 使您提出的用户故事详尽且易于理解。 附上所有用例、功能需求和满意度，至少与一些高级团队成员讨论一次
6. 定义新问题、可能性、影响和依赖性
7. 赞赏或奖励上次冲刺中表现最好的团队成员。 它鼓励其他人在未来提高他们的表现
8. 用他们喜欢的东西招待您的团队，至少提供茶/咖啡。 有时，一场小小的盛宴会激励他们更快地工作。

另请阅读：项目管理中瀑布方法的综合指南。

敏捷方法论中的冲刺计划会议规则（简而言之）

1. 包括产品负责人和 scrum master 在内的所有团队成员都必须出席会议
2. scrum master将主持sprint计划会议并获得最高权限
3. Scrum master 担任敏捷冲刺计划会议的计时员、领导者、推动者和协调者
4. 产品负责人在冲刺计划会议中的角色只是贡献者。 她/他有责任澄清所有回答团队成员问题的事情，如果他们有任何问题，并向团队解释用户故事。

您是否希望实施敏捷项目管理来简化您的产品开发流程？

查看有用的敏捷管理工具的所有关键细节，该工具专注于持续发布并将客户反馈纳入每次迭代。

结论

顾名思义，敏捷方法中的“冲刺计划”就是这样，所有团队成员都参与了详细而开放的对话，以确保他们将在即将到来的冲刺中执行的项目。

按照一些预定义的规则来加速您的工作流程是一个简单的概念。 使所有团队成员有计划地同步他们的工作并顺利完成。 Sprint 计划会议的主要目标是设定 Sprint 目标并找到实现该目标的最佳方法。

发起冲刺计划会议，以便-

• 会议计划考虑 - 谁、什么、何时、何地
• 审查产品待办事项并确定团队应该在即将到来的冲刺中完成的产品待办事项列表
• 确保您的团队的能力足以管理建议的工作量
• 为您的团队建立速度——您的团队打算在 Sprint 期间完成的工作量

那么，您如何为冲刺计划会议做准备呢？ 在下面的评论部分与我们分享您的疑问、障碍和经验！