软件开发中的敏捷方法与 Scrum 框架
软件项目的开发过程，涵盖设计、开发、部署以及测试，每一个环节都至关重要。您是否好奇这些环节是如何被规划，并且有效地执行的呢？
如果您在软件开发领域已经工作了一段时间，那么您应该对敏捷和 Scrum 这两种项目管理方法有所耳闻。
随着现代组织广泛采用高效的项目管理软件和方法，敏捷和 Scrum 已成为热门词汇。实践证明，这些方法能够确保项目开发过程按计划顺利进行，并按时交付。
您是否也常常将敏捷和 Scrum 混淆，并且难以区分它们的主要区别呢？本文的目的就是为了阐明敏捷与 Scrum 之间的差异，并深入了解这两种方法各自的运作机制。
什么是敏捷方法论？
敏捷方法是一种持续迭代的方法。它强调团队内部以及与利益相关者之间的持续协作，从而实现产品的频繁改进。下图展示了一些与敏捷方法相关的关键概念。
任何敏捷框架的构建阶段都是产品实际开发的关键阶段。
我们称之为迭代方法，是因为它将工作分解成更小的单元，在特定的时间范围内分配给团队成员。随后，根据持续的反馈定期评估进度，并做出必要的调整。所有并行进行的工作会被整合在一起，形成一个完整的产品。
最终，产品将被部署，并观察其在实际生产环境中的改进和功能表现。部署成功后，运维团队将持续确保部署的产品平稳运行。
敏捷宣言的核心原则
下面我们来了解一下任何遵循敏捷方法的框架所遵循的核心原则。
- 敏捷宣言指出，“个体和互动高于流程和工具”，这意味着在整个开发过程中，人与人之间的互动比单纯依赖工具和机器更加重要。
- “可工作的软件高于详尽的文档”这一敏捷原则强调了简单且易于维护的文档的重要性，同时将主要焦点放在交付价值上。
- “客户协作高于合同谈判”体现了敏捷团队对客户及其要求的适应能力。
- 敏捷方法的另一个关键原则是“响应变化高于遵循计划”。这表明敏捷是一种基于市场需求不断改进的迭代方法。
采纳这些敏捷方法指南的团队可以创建准确、高效且符合预期的产品，因为项目能够根据客户的反馈不断改进。
最终，敏捷团队遵循其纪律原则，以确保持续改进和客户满意度，并在预算内按时完成项目，诸如此类的优点还有很多。
什么是 Scrum 框架？
Scrum 是一种流行的项目管理框架，它依赖于敏捷原则来高效地开发和交付项目。许多公司，无论是科技初创企业还是大型企业，其团队都遵循 Scrum 的价值观、原则和实践，以实现共同的目标。
您可以将其视为一种团队合作的方式，在每个冲刺周期中交付较小的项目部分。但是，这里的“冲刺”是什么意思呢？
遵循 Scrum 框架的团队会设定在特定时间框架内（称为冲刺）要完成的目标。虽然 Scrum 方法并未规定冲刺的具体时长，但通常持续 2 周或 4 周。
图片来源：Scrum.org
观察上图；您可以看到 Scrum 方法所遵循的不同角色、工件和事件。
角色：在 Scrum 方法论中，“产品负责人”负责理解业务需求和市场需求，以优先排序产品待办事项列表；“Scrum 主管”负责确保所有团队成员都遵守 Scrum 规则；“开发团队”则是负责执行产品实际技术开发的执行者。
工件：“产品待办事项列表”是开发最终产品需要完成的任务列表，“冲刺待办事项列表”则定义了特定冲刺的计划和可交付成果。因此，冲刺待办事项列表是产品待办事项列表的子集。“增量”是冲刺中所有已完成故事的总和。
活动：冲刺计划——产品负责人和团队共同决定哪些产品待办事项应纳入冲刺；每日站会——一种检查进度的每日站立会议；冲刺评审——向利益相关者和客户展示增量；冲刺回顾——在冲刺评审之后，团队寻找可以改进的领域，以提高生产力。
Scrum 的核心原则
- 经验过程控制——Scrum 的实施依赖于透明、检查和适应的思想经验过程。这些支柱允许团队成员根据事实和经验开展工作。
- 自组织团队——让团队自主决定有效的工作原则，以更快地实现目标。
- 迭代方法——Scrum 方法对反馈持开放态度，并且能够响应不断变化的需求。
- 协作——其无缝协作的主要准则是意识、表达和挪用。
- 基于价值的优先级排序——Scrum 确保其活动在每个冲刺中都能有效地提供最大的商业价值。
- 限时事件——分配特定的时间来查找 Scrum 方法中的任何类型的任务。这些较短的时间间隔可以确保按时开发整个项目。
Scrum 如何成为敏捷方法论的一个子集？
将敏捷和 Scrum 混淆并不奇怪，因为它们共享相同的核心价值观。然而，它们可能看起来相似，但实际上，Scrum 是敏捷的一个子集，这意味着 Scrum 是一种敏捷方法论，而敏捷可以或不一定是 Scrum，因为还有其他的敏捷框架，如 XP 或看板。
图片来源：capeprojectmanagement
Scrum 是敏捷框架下的一种实用方法。敏捷是一种更广泛的哲学，Scrum 为有效的团队管理提供了具体的实施方案。
简单来说，您可以将敏捷想象成一个笔记本电脑品牌，比如苹果（Mac），而将 Scrum 想象成它的一个型号，比如 MacBook Pro 或 Air。
Scrum 因其经过验证的原则、角色和工件而备受欢迎，它能够有效地实施敏捷哲学。
敏捷方法侧重于增强团队的适应性、协作性和灵活性，而 Scrum 框架则提供了一种将这些原则付诸实践的结构化方法。这就是为什么 Scrum 是敏捷的一个子集。
敏捷和 Scrum 方法都将客户放在首位。他们相信客户永远是对的，因此这些方法论能够快速响应反馈并做出必要的改进。
敏捷鼓励将工作分解为时间框，以便团队负责交付任务。Scrum 遵循相同的概念，并引入了冲刺来进一步增强团队责任感。
Scrum 中的冲刺有助于您管理时间，更好地进行计划，并且无需一次性修改整个产品；相反，您可以只改进特定冲刺的可交付成果，从而确保更快的产品开发。
敏捷与 Scrum：主要区别
| 敏捷方法论 | Scrum 方法论 | |
| 定义 | 敏捷方法论是一种更广泛的高效产品管理流程的哲学。 | Scrum 是一个精确的结构化框架，用于实践敏捷的核心价值观。 |
| 范围 | 敏捷方法论可以灵活地适应许多角色和团队策略。 | Scrum 是建立在敏捷之上的特定框架。 |
| 例子 | 遵循敏捷方法论的框架的例子：Scrum、看板、精益、XP 等。 | Scrum 是敏捷方法论下广泛采用的方法。 |
| 方法 | 遵循迭代和增量的方法来频繁地交付产品，以获得反馈。 | 在每个冲刺周期后交付增量构建。 |
| 子集 | 敏捷并不总是 Scrum。 | Scrum 总是敏捷的。 |
| 灵活性 | 敏捷宣言概述了通用且灵活的原则，以适应不同的产品开发要求。 | Scrum 为产品管理定义了特定的角色、工件、事件和仪式。 |
| 角色 | 团队内部以及跨职能团队之间的协作。 | 产品负责人、Scrum 主管和开发团队是 Scrum 方法中的关键角色。 |
| 对变化的响应 | 将客户至上，快速响应客户意见和反馈。 | 基于产品待办事项列表和冲刺目标的改进。 |
| 领导 | 领导在敏捷方法中至关重要。 | Scrum 框架鼓励自组织团队。 |
| 团队合作 | 团队内部以及跨职能团队之间的协作。 | 每日团队内部协作的站立会议。 |
| 工件 | 在敏捷方法中，团队可以自由定义自己的工件，以观察产品开发进度。 | Scrum 定义特定的工件，如产品待办事项列表、冲刺待办事项列表和增量，以跟踪进度。 |
虽然敏捷方法在过去十年中广受欢迎，但 Scrum 已成为广泛采用的敏捷框架之一。 就数据而言，大约 70% 的美国公司使用敏捷方法进行产品管理。
此外，与其他产品管理方法相比，敏捷方法的平均成功率显著提高，达到 88%。
尽管各种框架都遵循敏捷方法论，但 Scrum 是最受欢迎的框架，有 66% 的敏捷用户选择它。
Scrum 和敏捷团队的效率如何？
迭代方法：像瀑布模型这样的传统项目管理方法遵循一种顺序方法，即只有在完成当前阶段后才进入下一阶段（设计、开发、测试和部署），但是敏捷哲学和 Scrum 框架则实践迭代和增量方法，以增强协作、灵活性和适应性。
Scrum 冲刺：在这些方法中，您可以将工作分解为更小的、可管理的组件，这些组件将在每个冲刺中交付。因此，基于产品和冲刺待办事项列表，您可以有效地规划冲刺目标并更快地交付它们。
持续协作：敏捷方法主要是为与客户、利益相关者、团队内部和团队之间的持续无缝协作而设计的。
客户和团队在整个开发过程中的持续参与使您可以根据用户或客户反馈频繁更新所需的更改，提高客户满意度，并最大限度地减少返工需求，从而加快交付所需产品。
适应性：敏捷和 Scrum 方法优先考虑快速交付价值。这里的原则非常灵活，因此您甚至可以在项目中期根据客户要求调整和修改可交付成果。
Scrum 只是敏捷的一种吗？
是的，Scrum 是敏捷方法论的特定框架。
敏捷是一种普遍的哲学，具有通用的规则和指导方针，可以通过各种项目管理框架来实施。它的原则可以根据不同团队和组织的许多需求进行调整。
可以肯定地说，Scrum 始终是敏捷的，因为它从根本上建立在敏捷原则之上。
结论
敏捷方法为产品管理流程提供了高效且令人兴奋的框架，尤其是在软件开发方面。Scrum 正是这样一种框架，它可以在冲刺的基础上快速交付价值。
在本文中，我们已尽力向您展示敏捷和 Scrum 之间的区别。此外，我们还分别展示了这些方法及其工作原理。因此，如果您担任产品角色或在敏捷团队中工作，本文可以让您更多地了解项目管理流程及其框架，从而提高交付产品的生产力。
您还可以探索一些很好的敏捷认证学习资源。