什么是Scrum？

Scrum是一个通过有效团队协作来开发、交付和维持复杂产品的框架。它提供了一个轻量级流程，专注于协调基于团队的协作活动，帮助Scrum团队解决复杂的适应性问题，并以增量方式按可预测的时间表交付最优价值的产品。

Scrum最初由教授竹内弘高和野中郁次郎构想，并于1986年在《哈佛商业评论》上发表为"新产品开发游戏"一文。在1990年代，Jeff Sutherland和Ken Schwaber对其进行了改进和推广。它已成为一种日益流行的工作方式，从软件开发扩展到许多可以应用并受益于迭代和增量方法的产品开发领域。它的成败取决于团队的技术能力和协作努力。

从流程角度来看，Scrum提供了一种简单且极其有效的敏捷产品交付方法。如后文所示，Scrum并非，也无意描述一种敏捷项目管理方法。 

该框架包含构成Scrum团队的三个不同角色，每个角色都有明确定义的职责，还包括五个事件和三个工件。Scrum指南 中概述的规则将角色、事件和工件联系在一起，指导它们之间的关系和互动。

• 5个事件：冲刺、冲刺计划、每日Scrum、冲刺评审、冲刺回顾
• 3个工件：产品待办列表、冲刺待办列表、产品增量
• 3个角色：产品负责人、开发人员、Scrum Master。

1. 冲刺是一个时间盒，持续时间可变但通常为2到4周，在此期间创建一个或多个"完成"（即可用的，至少具有潜在发布能力的）产品增量。冲刺包含所有其他事件。
2. 冲刺规划是开发人员规划下一个冲刺中要执行工作的活动。他们与产品负责人协商一个现实的冲刺目标，从产品待办列表中选择合适的条目来实现该目标，并规划实现目标的工作。
3. 每日Scrum是Scrum团队中开发人员举行的15分钟会议。在冲刺的每一天都会举行，开发人员用它来重申他们对实现冲刺目标的承诺，并相应调整他们的计划。
4. 冲刺评审在冲刺结束时举行。其目的是向利益相关者展示冲刺中已交付的内容，让他们正式检查并建议对产品待办列表进行调整，以指导持续开发。
5. 冲刺回顾是Scrum团队反思其工作方式有效性的机会，并制定改进计划，在下一个或后续冲刺中实施。

Scrum的三个工件旨在保持对待交付价值的关注。它们是透明的——即故意可见的——对任何对Scrum团队正在做什么以及他们如何开展工作感兴趣的人都是如此。每个工件都包含一个承诺。

产品待办列表是为实现其产品目标而需要完成的所有事项的有序列表。它是Scrum团队工作的唯一来源。虽然可能有多个产品目标，例如描述产品路线图，但一次只处理一个目标。产品目标是产品待办列表旨在实现的目的和承诺。

Sprint待办列表包括为Sprint选择的产品待办列表项集合以及实现Sprint目标所需的所有工作。虽然在Sprint期间可能交付一个或多个产品增量，但只有一个Sprint目标。Sprint目标是Sprint待办列表的承诺，也是开发人员努力实现的目标。

产品增量是开发人员创建的满足一个或多个产品待办列表项所描述需求的成果。它是朝着实现Sprint目标迈出的切实步骤。当在一个Sprint中交付多个产品增量时，每个产品增量都包含前一个。承诺是实现产品增量的"完成定义"。这个"完成定义"是产品必须满足的必要质量标准的正式描述。

我们从敏捷宣言中了解到，敏捷实践者重视个体和互动胜过流程和工具——这意味着虽然流程和工具有其存在的价值——让我们明确一点，Scrum包含了重要的流程要素——但我们更重视人员以及他们协作的方式。角色以及与这些角色相关的职责，还有担任这些角色的个体之间的协作互动，是有效使用Scrum的基础。

一个Scrum团队由一名产品负责人、一名Scrum Master以及通常5到9名开发人员组成。团队需要具备跨职能能力——集体拥有交付所需产品的所有能力，以及为实现该目标而协作的能力。团队是自组织的——不承认等级结构，允许针对具体工作的领导力适当涌现。

产品负责人

产品负责人负责最大化Scrum团队工作所产生的产品价值。产品负责人是一个个体，而非委员会，通常代表众多利益相关者的需求，包括为其创造价值的客户。在为Scrum团队的工作做贡献时，他们负责有效的产品待办列表管理，包括：

• 制定并明确传达产品目标。
• 创建并清晰传达产品待办列表项。
• 为产品待办列表项排定优先级。
• 确保产品待办列表透明、可见且易于理解。

任何希望更改产品待办列表的利益相关者只能通过产品负责人来实现。

开发人员

Scrum团队中的开发人员角色适用于与团队中其他成员积极协作开发产品的任何人——即使同时担任其他角色的人也可以是开发人员。开发人员所需的技能因所执行工作的类型和所生产的内容而异。在Scrum团队中进行园林景观设计的开发人员与准备精致晚宴的开发人员或为智能手机构建新游戏的开发人员所需的技能组合截然不同。Scrum可以应用于所有这些开发环境中。

在Scrum中，开发人员始终负责：

• 为Sprint创建计划，即Sprint待办列表；
• 通过遵循完成定义来保证质量；
• 每天调整他们的计划以朝向Sprint目标；以及，
• 作为专业人士相互负责。

Scrum Master

Scrum Master负责按照Scrum指南中的定义建立Scrum。他们通过帮助每个人理解Scrum理论和实践来实现这一点，包括Scrum团队内部和组织内部。

通常被称为服务型领导者，Scrum master不拥有指挥权威——他们不告诉人们该做什么以及如何行事，而是帮助他们理解Scrum应该如何运作，并尽其所能促进其采用。他们为以下对象提供服务：

• Scrum团队——指导他们采用Scrum，帮助他们找到持续改进价值交付方式的方法，并促使消除阻碍这一过程的任何障碍。
• 产品负责人——帮助他们进行产品待办列表管理，并帮助他们确保产品目标和产品待办列表项得到适当塑造、表达和理解。
• Scrum团队所在的更广泛组织——帮助他们理解Scrum工作方式，以及他们需要如何工作和行事才能让Scrum团队发挥最佳效果。

Scrum框架建立在经验过程控制理论或经验主义的基础之上，该理论认为知识来自经验，决策基于可观察到的事实。经验过程控制的支柱是过程和进展的透明性、对过程和进展的检视，以及对新兴产品（通过每次迭代和增量使其变得更好）和工作方式（持续改善团队效能和绩效）的适应性调整。

了解如何使经验过程有效运作是非常重要的。透明性促进检视，检视促进适应性调整，而适应性调整必须是透明的。没有透明性的检视是误导性的且浪费资源的，没有适应意图的检视是毫无意义的，而没有透明性来检视其影响的适应性调整则是有风险的。

高效的Scrum团队践行并体现五个核心价值观。这些价值观并非Scrum团队独有，但通过明确阐述这些价值观，可以鼓励有效的、协作的团队合作方式。这五个价值观是：承诺、专注、开放、尊重和勇气。

• 承诺：Scrum团队成员致力于实现冲刺目标，通过迭代开发和增量交付提供高质量的工作成果。这培养了团队成员的责任感和问责意识。
• 勇气：Scrum团队成员有勇气公开解决挑战和障碍。他们愿意承担风险，并就可能影响团队成功的问题畅所欲言。
• 开放：Scrum团队成员之间分享信息、进展和关切，从而在团队内部培养信任和协作。
• 专注：Scrum团队成员对产品和冲刺目标保持集体专注，优先安排工作以最大化价值交付。
• 尊重：Scrum团队成员作为专业人士相互尊重，在交付产品的过程中认可彼此的技能、观点和贡献。这创造了积极的工作环境，增强了团队成员之间的合作。

这些价值观可以并且应该被应用于帮助任何敏捷工作方式变得更加有效。

Scrum价值观共同促进了Scrum团队的能力：

• 适应变化：Scrum对不断变化的需求具有很强的响应能力。它通过在每个冲刺结束时进行调整来适应不断发展的客户需求，促进灵活性并提高客户满意度。
• 协作决策：Scrum团队的自组织特性和Scrum工作方式的经验基础鼓励协作。践行Scrum价值观让协作工作变得生动。 
• 持续改进：Scrum包含定期回顾——其目的是为Scrum团队提供定期机会来检查他们工作方式的有效性并识别改进领域。这就是持续改进的实践。
• 拥抱以客户为中心的方法：Scrum非常注重为客户交付价值。代表客户利益的产品负责人对功能进行优先级排序，确保产品在整个开发过程中与客户需求和期望保持一致。

Scrum为产品开发提供了众多益处，提升了效率、协作和适应性：

• 灵活性
• 更快的上市时间
• 增强协作
• 改善产品质量
• 提高客户满意度
• 更高生产力
• 更好的风险管理
• 透明度
• 团队赋能
• 持续改进。

在这篇博客中了解更多关于使用Scrum的10个关键优势的详细阐述。

Scrum可能会带来一些挑战和缺点。在实施Scrum时，与所有新的工作方式一样，可能会遇到变革阻力。团队可能难以适应Scrum有效运作所需的协作和沟通水平。像Scrum Master这样的角色也有着不同于传统角色的特定职责，对这些角色的误解可能导致混乱和低效。一旦实施了Scrum，仍然会面临挑战，常见的风险或缺点包括：-

1. 管理层支持不足：对于任何变革举措，如果没有组织内管理层的强力支持，Scrum的采用将遇到阻力或在克服组织障碍方面面临挑战。对所需文化变革缺乏理解以及高层对此承诺不足，可能严重限制Scrum作为一种工作方式所能提供的价值。
2. 学习曲线：随着团队成员适应Scrum引入的新角色、活动和协作流程，初期的干扰和调整可能会影响生产力。俗话说事情可能会先变糟再变好，这往往是真实的。关键是要留出学习时间，并找到在其他地方有成功实施记录的人来提供帮助。
3. 过度承诺：团队在冲刺规划期间可能面临过度承诺工作的风险，导致倦怠或交付质量受损。平衡快速进展的愿望与现实的目标设定对于保持可持续的开发实践至关重要。建立可持续的节奏很重要——在团队摸索出能够完成的工作量期间，要预期无法实现冲刺目标。
4. 过度强调短期目标：Scrum中对短期、固定长度冲刺的关注有时可能导致短视，团队优先考虑即时目标而非长期战略目标。在纯产品环境中，优秀的产品负责人应该能够沟通并保持适当的长期关注。当面临复杂性挑战时，可能需要更多措施……
5. 为更大、更复杂的项目整合多个团队工作时出现的问题：Scrum在应用于单个团队时表现强劲，但当要完成的工作超出团队中"10人或更少"人员的能力范围时，就显得极其薄弱。在这种情况下，建议采用更广泛的框架来处理规模和/或复杂性。

对于产品环境中的极大规模——需要数百名开发人员的情况——可能建议采用SAFe等规模化框架。对于较小规模的问题——例如最多100名开发人员——和/或整体业务解决方案的复杂性跨越多个产品、服务和其他活动的情况，那么像AgilePM这样的敏捷项目框架将满足需求。 

基于上述提到的扩展问题，在APMG"Level Up"系列的这一集中，敏捷项目管理专家回答了有关敏捷项目管理和scrum的问题。其中一个重点问题是这些方法之间的区别。 讨论了诸如冲刺规划、Sprint的理想长度以及每日站会价值等问题。

敏捷商业联盟已经发展了他们世界领先的敏捷项目管理方法（AgilePM），提供了一个专门设计用于与Scrum协作的版本。AgilePM for Scrum提供了一个用于交付完整业务解决方案的单一框架。它明确处理涵盖多个产品或服务的解决方案，需要多个Scrum团队的联合开发努力，或者Scrum和非Scrum团队的组合。通过处理敏捷跨团队规划和协调、从业务愿景、解决方案架构和项目管理角度的领导力、治理、风险等方面的技术，这对于更复杂的项目情况来说非常值得考虑。

在这个视频中，APMG International的首席执行官Richard Pharro和我讨论了"AgilePM for Scrum"。这个新框架融合了两个领先敏捷框架的优势。Richard提出了关键问题，旨在深入了解这个框架，包括其范围、开发背后的理由，以及谁最能从该框架中受益。此外，我们还探讨了认证培训和认证支持该框架的项目。

Scrum在软件产品开发的敏捷性方面开辟了一条重要道路，是一种非常受欢迎且多功能的方法，这是有充分理由的，它非常适合在面对复杂且不断变化的需求时交付让客户满意的产品。它利用跨职能协作团队的优势，比那些敏捷性较差的团队更快速、更高效地交付价值。

不过，它也并非没有挑战...Ken Schwaber和Jeff Sutherland在他们的2020年Scrum指南中指出："本文概述的Scrum框架是不可变的。虽然只实施Scrum的部分内容是可能的，但结果就不是Scrum了。Scrum只有在其完整性中才存在..."

Scrum是一个简单、优雅、有效的产品交付敏捷框架。这一点已经在世界各地的许多不同行业的各种应用中一次又一次地得到证明，但只有在完整使用时才如此。如果你遗漏了Scrum的任何元素，它就无法正常工作。Scrum有效，ScrumBut则有失败的风险。ScrumBut描述了一种情况："我们使用Scrum，但我们不做这个"。对于"我们不做这个"，你可以插入任何内容..."我们不做每日Scrum"，"我们不协作"，"我们没有Scrum Master，我们有经理"，"我们没有产品待办事项，我们有规格说明"，"我们不定义Sprint目标"等等。Schwaber和Sutherland开发了Scrum，自1990年代中期以来一直监督其渐进而谨慎的演进——接受他们的智慧，正确地实施它。

如果你的业务是产品开发，那么很容易看出通过应用并持续改进Scrum的应用来为该业务带来敏捷性如何能提供巨大的益处。但如果你的关注点超出了纯粹的产品开发，那么单独的Scrum可能会证明是不够的。

需要对Scrum团队进行培训、教育和持续的鼓励和支持，以充分利用Scrum的成功。APMG为关键角色提供以下认证。

这个课程教你如何成为优秀的Scrum Master，使用Scrum提升产品和解决方案开发。主要学习内容包括全面理解Scrum框架、Scrum原则和Scrum Master角色。您还将学习如何建立高效的开发团队，担任仆人式领导者，促进Scrum活动，帮助产品负责人进行待办事项列表管理，并推动Scrum的采用。

在这门课程中学习如何最大化Scrum团队交付的产品价值。深入理解Scrum框架和Scrum产品负责人的角色。掌握Scrum原则以及如何构建和优先排序价值驱动的产品待办列表，将史诗和主题分解为可执行的用户故事。

Scrum Master和Product Owner课程的第一天内容完全相同——请咨询您的APMG培训提供商关于将这一天作为独立课程提供的事宜，该课程非常适合团队成员和利益相关者。它涵盖了Scrum指南中的所有内容——他们需要了解全部内容。  

AgilePM for Scrum将Scrum与世界领先的敏捷项目管理方法(AgilePM)相结合，为需要迭代和增量开发的完整业务解决方案交付提供单一框架。此认证为您提供将Scrum与敏捷项目管理相整合的技能。 课程涵盖支撑Scrum框架的原则和理论——由APMG和敏捷商业联盟认证提供商提供。

"Scrum框架"图像由敏捷商业联盟创建。版权所有 © 2024，敏捷商业联盟。保留所有权利。