Scrum Sprint周期是什么?

敏捷团队使用 Scrum 来组织他们的开发过程。Scrum 是一个使用敏捷原则来开发和交付软件项目的框架。

 

Scrum 遵循三个敏捷原则:透明、检查和适应。软件开发团队使用 Scrum 作为增量和迭代工具。使用 Scrum 的团队通常包含三个主要参与者:

  1. 产品负责人
  2. Scrum Master
  3. Scrum 团队

通常,Scrum 由多个 Sprint 组成。在持续一到四个星期的突发工作之间进行冲刺和时间限制。Scrum 团队在 Sprint 计划会议上设定Sprint 目标。Scrum 通常包含一些基本组件:Scrum 角色、工件和仪式。让我们仔细看看 Scrum 的这三个组件。

相关文章:  Scrum 与极限编程 (XP):有何不同?

Scrum 团队通常有几个关键角色,这些是 Scrum 角色

  1. 产品负责人——优先处理待办事项并定义用户故事
  2. Scrum Master——根据Scrum的规则和仪式指导团队的活动
  3. 开发团队——创建软件的开发人员和设计师
  • 利益相关者——团队之外对最终产品感兴趣的人

接下来,我们有 Scrum 工件。Scrum 工件包括:

阅读有关Product Backlog 和 Sprint Backlog 之间差异的更多信息。

最后,我们有 Scrum 仪式。Scrum 仪式包括Scrum 流程的基本会议。它们通常包括:

  1. 产品待办列表细化会议 ——产品负责人设置优先级并为即将到来的 Sprint 选择项目。
  2. Sprint 计划会议——产品负责人和开发团队决定在下一个 Sprint 中处理哪些项目(以及按什么顺序)。
  3. 每日站立会议——一个非常快速的会议,每个团队成员解释他们前一天做了什么以及他们希望在未来一天实现什么。他们还确定他们面临的任何障碍或障碍。
  4. Sprint 评审——团队分析 Sprint 并讨论未来对其流程的调整或更改。
  5. Sprint 回顾 ——团队分析他们自己的工作。通常他们通过开始-停止-继续来做到这一点他们描述了他们想开始做什么,他们想停止做什么,以及他们想继续做什么。

 

Scrum 的5个值

  1. 打开
  2. 尊重
  3. 勇气
  4. 重点
  5. 承诺

 

Scrum3355 的组合。 Scrum 框架的核心概念可以简单地记为 3.3.5.5 如下:

 

 

 

那么,究竟什么是敏捷 Sprint 周期?

敏捷 Scrum 团队将大型开发项目分解为小规模的活动,称为 Sprint。敏捷中的 Sprint 是一个短的、有时间限制的时期,软件开发团队在此期间完成工作。他们选择将在 Sprint 计划会议中处理的项目和修复。Sprint 周期是敏捷方法论的核心。 

敏捷团队在 Sprint 周期中遵循哪些步骤?

Scrum Sprint 周期通常包括五个步骤:

  1. 首先,产品负责人确定积压工作并确定其优先级。 
  2. 接下来,Scrum 团队分析产品所有者创建的积压工作。他们估计需要做的工作量以及需要多长时间。 
  3. 然后软件开发团队召开 Sprint 计划会议。在这次会议上,他们确定了 Sprint 的目标。他们选择可以帮助他们实现目标的用户故事。在这个 Sprint 计划会议之后,团队应该有一个完整的 Sprint Backlog。Sprint Backlog 显示了他们将在即将到来的 Sprint 中完成的所有项目和修复。
  4. 在 Sprint 的每一天,团队都会召开每日 Scrum 会议(有时称为每日站立会议)。在每日 Scrum 会议中,每个团队成员都会描述他们前一天完成的工作,以及他们希望在前一天完成的工作。团队成员还确定他们面临的任何障碍或障碍。Scrum Master 和产品负责人然后努力消除这些障碍。每日 Scrum 会议应该只需要 10-15 分钟。每日 Scrum 会议不是状态会议。相反,这是团队保持沟通开放和透明的一种方式。 
  5. 团队完成 Sprint 后,他们将 召开 Sprint Review 和 Sprint Retrospective 会议。在 Sprint 评审中,他们会仔细检查他们的流程并指出应该改变的地方。在 Sprint 回顾中,软件开发团队审视自己的工作。他们注意到在下一个 Sprint 中他们可以做得更好的地方。每个团队成员都确定了他们个人可以更聪明地工作的方法。Sprint 回顾会议不是关于责备或羞耻,而是关于反省。团队参与 Sprint 回顾,目标是持续自我提升。  

成功的 Scrum Sprint 的技巧

  • 团队应该注意尽可能准确地估计 Scrum 速度。他们不应该承担太多的用户故事。过载的 Sprint 将失败。建立团队以取得成功,而不是失败。
  • Scrum Master 和产品负责人应确保团队了解他们将在 Sprint 期间完成的目标和用户故事。
  • 在 Sprint 中,计划团队应确保他们为测试和 QA 安排了时间
  • 产品负责人应该向团队展示一个精心整理的待办事项,优先事项列在顶部。产品负责人应注意依赖于以前工作的依赖项和任务。了解对积压工作进行优先排序时的技术是什么。
  • 团队应该使用 Sprint 计划会议来仔细研究用户故事的细节。他们还应该识别错误和可能的修复。
  • 团队应该通过每日的 Scrum 会议保持专注。Sprint 的目标应该保持专注。团队必须确保他们产出高质量的作品。他们的目标应该是工作得更好,而不是更快。
  • 虽然敏捷不需要大量的文档,但团队应该确保他们已经写出他们的Scrum计划。团队应该准确描述决策及其背后的原因。
  • 团队应该了解他们的工作范围。他们不应该采用非常大或非常复杂的用户故事。Scrum 团队不应承担具有许多未知实体的项目。开始 Sprint之前,他们应该了解他们面临的问题。
  • 最后,产品负责人和 Scrum Master 需要面对团队成员提出的任何担忧或问题。忽视麻烦不会让它消失。

posted on 2021-12-21 16:27  Lynch_Warren  阅读(1362)  评论(0编辑  收藏  举报

导航