（六）项目管理方法论 - Scrum

Scrum & Scrum框架是IT行业的最新流行语，这意味着团队在整个项目中专注于学习和适应的持续发展。他们更喜欢一口一口地交付一个大项目，而不是一次付所有项目。以下文章旨在涵盖：-

• Scrum 的定义
• Scrum 的历史
• Scrum 框架
• 更好地理解的示例

什么是 Scrum？

我们在之前的讲座中讨论了敏捷方法论，其中解释了用于开发敏捷软件的各种术语、角色和框架。在讨论的多个框架中，Scrum 是使用最广泛的框架之一，它采用了各种流程和技术。

Scrum 和敏捷是两个经常被混淆的术语，因为 Scrum 围绕持续改进工作，这是一个核心敏捷原则.

Scrum 是一种管理项目的敏捷方式，比如软件开发;它是一个完成工作的框架，而敏捷是一种态度或思维方式。你不能变得“敏捷”，但你总是可以使用像 Scrum 这样的框架来帮助你开始以围绕持续改进的方式思考。Scrum 有助于将敏捷原则融入您的日常工作中。

Scrum 的定义

Scrum是一个框架，团队可以在其中解决复杂的问题，并提出具有最高可能质量的高效和创新的解决方案。这是一个框架，有助于顺利且富有成效地交付最终产品，并帮助构建敏捷原则。

Scrum 是：

• 轻
• 简单易懂
• 难以掌握

Scrum 的历史

“Scrum”一词来自作者 Hirotaka Takeuchi 和 Ikujiro Nonaka，他们在 1986 年写了一篇文章，将高绩效、跨职能的团队与橄榄球队使用的 Scrum 阵型进行了比较。

它起源于橄榄球比赛中的那一刻，假设在任何违规期间，或者如果球出地，队员们紧紧握住手臂，低头瞄准控球。与接力赛不同，接力赛的传递和成功取决于团队成员的速度。因此，Scrum 是跨职能的，其中每个成员的能力都被用来交付敏捷的最终产品。

Scrum 价值观

整个 Scrum 框架主要基于 5 个 Scrum 价值观，下面将对此进行讨论。这些价值观为定义我们的行动和工作应该遵守什么提供了一个标准。因此，一次又一次地强化这些价值观至关重要。

• 承诺 – 这意味着致力于提供高质量、有效的软件并积极协作。
• 勇气 - 意味着满足客户的新需求，并在每次迭代中每次都能提供高质量的产品。
• 重点 - 意味着专注于当前的优先级，而不管它们的可变性如何。
• 开放性 - 意味着与利益相关者合作时的透明度、团队内部的一致性、接受新功能的开放性。
• 尊重 - 意味着尊重各种Scrum合作伙伴的角色、规范、需求和期望。

Scrum 框架

Scrum框架本质上是启发式的，这意味着它承认一个事实，即一个团队在项目开始时并不知道所有的事情，而且学习在项目中会逐渐发展。它的制造方式是，团队根据最终用户的要求不断更新他们的优先事项，并不断调整以适应波动的条件。

Scrum 是结构化的，但其应用并不僵化。其应用和执行可以根据任何组织的需求进行定制。

Scrum 框架包括：

• Scrum 工件
• Scrum 角色
• Scrum 规则
• Scrum 活动

Scrum框架中的每个组件都有特定的目的，我们将在下面的教程中一一讨论它们。

Scrum 工件

工件是我们创造的东西，例如，解决问题的工具或增加透明度的价值。

定义工件的主要思想是团队中的每个人都应该在同一页面上。Scrum团队持续访问这3个工件，以确保过程顺利进行，并且团队中的每个人都对如何进行检查和适应有相同的理解。

有三个主要的 Scrum 工件，即：

1. 产品积压
2. Sprint 积压工作
3. Sprint 目标（或增量)

产品积压

产品待办列表 （Product Backlog） 是一个包含功能、需求、改进等的动态列表。它充当 Sprint Backlog 的输入。捕获客户需求以了解客户的需求。

实际上，这是团队的“待办事项”清单。产品积压工作 （backlog） 中记录的每个项目称为产品积压工作项目 （PBI）。产品负责人创建 Product Backlog。我们将在本文后面更多地了解产品负责人的职责。

Sprint 积压工作

Sprint Backlog是由Scrum团队完成并选择的最终用户故事、工作项、错误修复等的列表，以便在当前的Sprint周期中实施和执行。

它由 Scrum 团队创建（稍后讨论）。

因此，Sprint Backlog 是 Product Backlog 中收集的需求的进一步划分，它被赋予了工作量-小时估计，即完成每项任务所需工作量的估计。此努力以小时数来衡量。

Sprint 目标

Sprint 目标是完成 sprint 后得出的可用最终产品。它也称为增量。这个 sprint 目标在 “End-of-Sprint Demo” 中进行了演示，本章将对此进行进一步讨论。

它定义了开发团队决定必须实现的目标。它是在产品所有者（PO）和Scrum团队（开发团队）之间讨论后得出的。

Scrum 角色

每个 Scrum 团队由三个领导角色组成，他们对组织中这些成员的职位无关。无论您的职位是什么，您都可以在 Scrum 中扮演以下任何角色。

Scrum 中的三个主要角色是：-

这些角色中的每一个都有一套明确的职责，项目的成功完成取决于他们彼此合作的紧密程度以及他们的合作水平。

让我们一一讨论，以更多地了解他们的职责。

产品负责人

产品负责人，也称为 PO，是 Scrum 框架中的核心角色。他代表最终客户或利益相关者。他是敏捷测试的主角，敏捷测试根据利益相关者提供的需求创建故事和功能（也称为 Epics/User Stories）。任何 Scrum 团队中总有一个产品负责人。

产品负责人的三个主要职能是：-

• 以客户为中心的术语（通常是用户情景）定义产品
• 将它们添加到产品积压工作
• 根据重要性和依赖关系确定它们的优先级

产品负责人的主要职责是：-

• 定义和宣布版本
• 他将交付和团队状态传达给 Scrum 团队。这提醒人们要实现 Sprint 目标。
• 根据开发团队分享进度，了解工作的完成情况。
• 协商优先级等。
• 确保产品积压工作的可见性高而亮。

Scrum 团队

Scrum 团队是一群人，如开发人员、测试人员等。他们共同努力交付所请求和承诺的产品。Scrum团队优先考虑产品待办事项中可以交付和提交的项目。Scrum 团队负责将工作交付给客户。

Scrum 团队，也称为开发团队，是结构化的，并被授权自组织和管理他们的工作。

任何 Scrum 团队的主要特点是：-

• 自组织 - Scrum 团队是自组织的，这意味着团队知道如何在没有外人干扰的情况下自行完成工作。
• 跨职能 - Scrum 团队是跨职能的，这意味着他们拥有完成任务所需的所有能力，而不依赖非团队成员。
• Scrum 团队旨在优化灵活性、创造力和生产力。

Scrum 主管

Scrum Master，也称为 SM，帮助 Scrum 团队发挥最高水平。他保护团队免受内部和外部干扰。他的角色不是项目经理或产品负责人，而是促进者，确保没有阻碍团队交付产品能力的障碍。

Scrum Master 的主要职责如下：-

• 帮助 PO 维护产品积压工作。
• 协助确定产品的完成定义 （DOD）。
• 在 Scrum 原则范围内指导团队。
• 促进团队内部的自组织
• 促进 Scrum 事件，例如
• 每日 Scrum 会议
• Sprint 计划会议
• Sprint 评审会议
• Sprint 回顾会议

Scrum 规则

Scrum使用增量和迭代的方法，以便优化可预测性并控制风险。三大支柱支撑着 Scrum 流程控制的每一次实施：

• ++透明度++，例如，所有参与者的通用语言，即，那些在项目上工作的人和将要检查已完成工作的人应该对“已完成”一词有一定的理解。
• ++检查++，例如，定期检查 Scrum 工件和冲刺目标的进度，以检测不需要的差异。
• ++适应++，例如，以下四件事是适应越轨行为的一种方式：-Sprint 计划每日 ScrumSprint 回顾Sprint 回顾

(我们将在本教程的最后一节中理解这些术语）。

Scrum 活动

Scrum 事件是规定的事件，用于创建规律性并最大限度地减少对 Scrum 中未定义的会议的需求。所有 Scrum 活动都有时间限制。这些事件是：

在了解这一系列事件之前，让我们看看什么是 sprint。

Scrum 框架 - SPRINT

冲刺 （sprint） 是指 Scrum 团队努力将提交的项目交付给用户的一个小的有时限的时期。冲刺是 Scrum 和敏捷方法的核心。

在 Scrum 框架中，所有在 Scrum Backlog 中入围的活动都在每个 Sprint 中执行。冲刺也称为“迭代”。Sprint 通常为 2-4 周，但其持续时间可以由团队协商决定。

一旦 Sprint 开始，其持续时间是固定的，不能缩短或延长。只要 Scrum 活动的目的达到，其余事件就可以结束，确保明智地利用时间。

每个 Sprint 都遵循一系列预定义的步骤，如下所示：

每个 Sprint 都从两次会议开始，以定义 Sprint 的内容：

1. WHAT-Meeting：Scrum 团队提交 Scrum Backlog 中的用户故事。
2. 会议方式： 进一步将提交的用户故事划分为更小的任务。

这两次会议的高潮也被称为 Sprint 计划会议。

在部署阶段和Sprint期间，会举行一个简短的每日站立会议（每日Scrum会议），以更新用户故事的状态并协助团队的自我组织。在这里，产品负责人梳理产品待办列表，也称为产品待办列表梳理，其中需求被优先考虑，并与 Scrum 团队协商进行相应的优化。

在 Sprint 结束时，召开 Sprint 评审会议，让产品负责人检查是否所有提交的任务都已完成并正确实施。这也被称为DOD，即完成的定义，这意味着用户故事下的所有任务都已经完成并准备好由PO进行检查。

此外，还召开了 Sprint 回顾会议，以了解哪些进展顺利，哪些进展不顺利，以及应该改进哪些方面。

现在我们已经讨论了 Scrum 流程的所有术语，让我们通过一个例子来理解 Scrum 事件/Scrum 流程。

在开始第一个 Sprint 之前

1. Garry 被分配为新软件项目的产品负责人。他的首要任务之一是写下客户提供的称为 Epics 的高级需求。
2. Bossy 是 Scrum Master。
3. 他把它们写进产品待办列表，并与高级开发人员和测试人员发起一个估算和优先级排序会议。
4. 现在，他开始将高级需求分解为更小的用户故事。假设 1 个 Epic 创建了 8 个故事。
5. 有了这个列表，他然后计划并邀请参加第一次Sprint计划会议。

冲刺 1 - 第 0 天

1. 在 Sprint 计划会议期间，Garry 从最高优先级到最低优先级展示了产品待办列表条目。
2. 团队澄清开放性问题，对于每项任务，团队讨论他们是否有足够的能力、技能等。
3. 在此之后，他们承诺完成故事 1、2、3、6、7 和 8，直到此 sprint 结束。在总共八个故事中，由于技术问题，数字4和5无法完成。
4. 在 Sprint 计划会议之后，Bossy - 团队的 Scrum Master - 召集团队定义如何实现已提交条目的细节。
5. 结果任务被写下来，Scrum团队的每个成员都选择一个任务进行工作。

冲刺 1 - 第 1 天

1. 早上，整个团队聚在一起参加他们的每日 Scrum 会议。
2. 每个人都简短地陈述到目前为止所取得的成就，讲述他或她今天打算做什么，并分享障碍（如果有）。
3. 今天，其中一个团队成员遇到了许可问题。Bossy检查其他团队成员是否有同样的问题，并表示他会在会议结束后处理。
4. 15 分钟后，每个人都回到工作岗位。

冲刺 1 - 第 2 天

1. 今天，整个团队再次召开了他们的每日 Scrum 会议。
2. 下午，Scrum 团队成员中的一名成员被困在一项任务中。他打电话给 Garry（产品负责人）并进行了讨论。
3. The scrum team mutually finds out a solution and carries on to work.

Sprint 1 - Day 14

1. The final day of the first Sprint and Bossy –Scrum Master- has invited the team for the Sprint Review Meeting.
2. The team has prepared a software. Garry - Product Owner- checks if the product meets his expectations and if the features are documented as required.
3. At the end of the Review Session, he derives the following conclusions:

• Stories 1, 3, 6 are finished as expected
• 故事2和7无法及时完成
• Story 8 有一些任务必须重做

1. 下午，团队聚在一起参加 Sprint 回顾会议，讨论 sprint 期间哪些方面进展顺利，哪些方面可以改进。
2. 其中一个反馈是团队面临信任问题。Bossy 邀请人事经理指导 Scrum 团队建立相互信任，以获得更好的结果。

冲刺 2 - 第 1 天

1. Garry - 产品负责人 - 根据他最近的客户会议，向产品待办列表添加新项目。
2. 此外，他还建议了故事 8 中新增的额外项目。
3. 然后，Garry 邀请团队参加 Sprint 2 的 Sprint 规划会议。
4. 团队在 Bossy – Scrum Master – 的指导下讨论并致力于故事，第二个 Sprint 开始。

Scrum 框架及其执行到此结束。