Scrum 指南 | 28. Scrum 中的 Sprint

已发表: 2022-06-08

几个较小的事件构成了 Scrum 中的 Sprint。 反过来，冲刺形成了一条旨在开发和发布产品的路径。 每个 Sprint 都有一个特定的 Sprint 目标和由开发团队维护的 Sprint Backlog。

什么是 Scrum 中的 Sprint – 目录：

  1. Scrum 中的 Sprint – 简介
  2. Scrum 结构中的 Sprint
  3. 冲刺和经验主义的三大支柱
  4. 透明度
  5. 检查
  6. 适应
  7. 在 Sprint 期间要进行哪些更改？
  8. Scrum 中的 Sprint – 总结

Scrum 中的 Sprint – 简介

Sprint 是 Scrum 中最大的事件，我们在本文中对此进行了介绍。 冲刺遵循从产品工作开始到结束的连续循环。 每次迭代都使团队更接近实现产品目标。

每个 Sprint 都有一个特定的 Sprint 目标，以确保开发团队工作的一致性。 它采用业务目标的形式，回答“为什么？”、 “目的是什么？”等问题。 ，或“为什么？” .

Sprint 的工作流程记录在Sprint Backlog 中，其中列出了实现 Sprint 目标所需的工作。 它的详细描述可以在这里找到。

sprint in scrum

Scrum 结构中的 Sprint

每个 Sprint 都有特定的结构并包括以下事件：

  • Sprint 计划——Sprint 开始。 在此活动期间，Scrum 团队从 Product Backlog 中选择计划的工作在新的 Sprint 中完成
  • Daily Scrum – 开发人员计划当天任务的日常活动
  • Sprint Review——向利益相关者开放，在 Sprint 的最后一天举行。 其目的是根据产品的进展情况来总结 Sprint
  • Sprint Retrospective – Sprint 的闭幕活动，Scrum 团队在此讨论工作方式和改进想法

Sprint 事件的重复促进了良好组织实践的实施。 换句话说，Scrum 团队实施有效计划所需的例程，并在工作时将注意力吸引到可以在适当事件中讨论的问题上。

冲刺和经验主义的三大支柱

冲刺让 Scrum 团队将产品工作分解为持续不超过一个月的相同时间段。 这个固定的框架强化了经验主义的三大支柱：

  • 透明度
  • 检查
  • 适应

我们在这里更详细地介绍了经验主义的三大支柱及其在 Scrum 中的作用。 但是今天，我们将看看它们如何应用于 Sprint 及其结构。

Sprints in Scrum and the three pillars of empiricism

透明度

将工作拆分为 Sprint 可以提高透明度，因为所有相关人员都可以获得有关每个 Sprint 中产品工作状态的所需信息。 Sprint 计划和 Sprint 审查，即 Sprint 的开始和结束，以及产品待办事项的更新，为所有利益相关者提供了对产品当前状态的宝贵见解。

检查

通过将工作划分为 Sprint，可以经常监控其进度。 这促进了在两个关键领域不断发现问题。 这些是：

  • 与实现产品目标相关的问题——在 Sprint 的开始和结束时，即在 Sprint 计划和 Sprint 审查期间
  • Scrum 团队工作方式的障碍——在每日会议期间和每个 Sprint 结束时，即在每日 Scrum 和 Sprint 回顾期间

适应

适应是 Scrum 团队工作中非常重要的一部分，因为它可以解决检查过程中发现的问题。 在每个 Sprint 中，Daily Scrum 和 Sprint Retrospective 提供了一个安全的空间来讨论如何改进 Scrum 团队。 立即实施建议的解决方案或在下一个 Sprint 开始时实施。

Sprint Planning 和 Sprint Review 为讨论目标和实现目标的方法创造了一个安全的空间。 一个优秀的自我管理 Scrum 团队成功地弄清楚下一个 Sprint 实施什么以及如何实施。

在 Sprint 期间要进行哪些更改？

每个 Sprint 都为 Scrum 团队留下了足够的空间来改进和即兴发挥他们的工作方式。 因此，确定在 Sprint 期间要更改的内容。 Scrum 指南没有提供此类更改的列表。 然而，经验主义的概念提供了遵循和适应特定 Scrum 团队工作方式的指导方针。

  1. 所有的变化都可能危及 Sprint 目标的实现。 根据第一条规则，例如，在 Sprint 期间，您不能减少该 Sprint 中待办事项的数量，或显着改变其特征。 Sprint 与 Sprint 目标密切相关。 因此，当目标改变时，我们应该中止 Sprint。 然而，这几乎不会发生，因为 Sprint 失败的唯一原因是目标过时。 请记住，终止 Sprint 的决定完全属于产品负责人。
  2. 工作质量不能妥协。 此规则旨在防止 Sprint 期间完成的工作因为不符合完成定义而成为增量。 降低工作质量可能会在表面上实现 Sprint 目标，但完成单个任务的方式不符合组织设定或利益相关者要求的质量标准。
  3. 产品待办列表可以变得详细。 在开发产品时，有关它的知识会增加。 因此，要执行的任务的细节自然会增加。 因此，在 Sprint 期间详细说明 Product Backlog 是可接受的，甚至是可取的更改。
  4. 工作范围可能会得到澄清或重新谈判。 与之前的变化一样，这种变化涉及对正在执行的工作的性质的日益了解。 开发团队可以在与产品负责人协商后进行。 但是，其引入的基本条件是不与原则 1. 和 2 相冲突。

Scrum 中的 Sprint – 总结

Sprint 是包含所有其他事件的循环 Scrum 事件。 它有一个独立于产品目标的子 Sprint 目标。 Sprint Backlog 与 Product Backlog 不同。 Sprint 的性质是循环的。 Sprint 的固定长度有利于保持良好的工作流程实践和培育经验主义的三大支柱。 在 Sprint 期间，Scrum 团队不能更改其目标。 但是，它可以细化产品待办列表，并且随着知识的增长，细化和协商工作范围。

如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。

作者：娜塔莉亚·雅罗斯

查看所有帖子

Scrum 指南：

  1. 基本术语、角色和概念的词汇表
  2. 什么是 Scrum？
  3. Scrum 价值观
  4. 如何在贵公司实施 Scrum？
  5. Scrum 团队——它是什么以及它是如何工作的？
  6. 谁是产品负责人？
  7. 产品负责人最常犯的错误
  8. 谁是 Scrum Master？
  9. 优秀 Scrum Master 的特征
  10. Scrum Master 最常见的错误
  11. Scrum Master 应该跟踪哪些统计数据和指标？
  12. Product Owner 和 Scrum Master 之间的合作
  13. Scrum 中的开发团队
  14. 开发者最常犯的错误
  15. Scrum 工件
  16. 扩展 Scrum
  17. 冲刺积压
  18. 什么是产品待办列表？
  19. 什么是用户故事？
  20. 用 INVEST 创建最好的用户故事
  21. 最常见的用户故事错误
  22. 用户故事接受标准
  23. Scrum 中的估计和故事点
  24. 规划扑克
  25. 团队估计游戏
  26. 定义增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什么？
  29. Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
  30. 什么是燃尽图？
  31. 如何创建和解释燃尽图？
  32. 燃尽图的优缺点
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——开发团队的速度
  35. 每日站会
  36. 冲刺计划
  37. 冲刺回顾
  38. 什么是 Sprint 回顾展？
  39. Sprint 回顾中的常见错误
  40. 产品积压培养