什么是Scrum？

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

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

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

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

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

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

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

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

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

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

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

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

产品负责人

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

• 制定并明确传达产品目标。
• 创建并清晰传达产品待办事项。
• 对产品待办事项进行优先级排序。
• 确保产品待办事项列表透明、可见且被理解。

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

开发人员

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

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

• 为冲刺创建计划，即冲刺待办事项列表；
• 通过遵守完成定义来确保质量；
• 每天调整他们的计划以朝向冲刺目标；以及，
• 作为专业人员相互承担责任。

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的CEO 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框架'图片由Agile Business Consortium创建。版权所有 © 2024，Agile Business Consortium。保留所有权利。