Scrum 敏捷方法有助于团队成员之间更有效地合作，实现共同的业务目标。但是当一个组织想要扩展 Scrum 方法到更多的团队时，应该如何实施？Scrum 仅为单团队开发、交付和运维产品提供了一个框架，而 Scrum@Scale（S@S）专注于组织的整体架构，涉及整个企业的研发文化变革。

一、什么是Scrum@Scale？

Scrum@Scale 是由 Scrum 公司和 Scrum 联盟在Jeff Sutherland博士的指导下实践总结的，Jeff Sutherland博士是Scrum的共同创造者之一，也是敏捷宣言的合著者。

Scrum@Scale 是一种基于 Scrum 和自适应系统理论二扩展得出的规模化 Scrum 方法。在 Scrum@Scale 方法中，多个 Scrum 团队根据相关的业务目标联系在一起，形成一个网状的生态系统。Scrum@Scale 旨在帮助大型团队进行规模化敏捷实践，它需要专业的培训和认证。

tips:Scrum@Scale 与 Scrum 有着相同的价值驱动文化：开放、勇气、专注、尊重和承诺。

Scrum@Scale 的目标是通过无限制的架构来实现线性的可扩展性，它与另一种敏捷方法 MVB（最小化管理模型）相结合，有助于在不影响团队创造力的情况下保持大规模组织的工作效率和一致性。

Scrum@Scale 的扩展是一个个团队传递的，最后扩展到整个团队网络。这样避免了在组建其他团队时引入额外的复杂性，例如对新加入的人员进行分组工作。

因此，Scrum@Scale 的首要任务是解决大型组织遇到的以下几个关键问题：

• 以有限的资源确定工作优先顺序
• 在时间周期内交付高质量的产品
• 产品重构的可实施性
• 从组织和产品角度适应变化

二、Scrum@Scale 的组成

1.Scrum@Scale核心概念

Scrum@Scale 基于三个核心概念：

• 小团队
• 在整个组织中扩展
• 最小化的管理模型（MVP）

小团队是 Scrum 的核心概念，通常应该有3到9个人，这个概念对于敏捷团队的组建非常重要。

Scrum 团队是 Scrum@Scale 在整个组织中进行规模化敏捷实践的基础。

最小化的管理模型是由决策和执行所需的时间来定义的。对于小团队来说，这种方法有助于快速解决组织中的问题。

2.Scrum@Scale组件

Scrum@Scrum 的组件能够帮助组织推动和适应整体的转型。

这个框架组件分为两个周期：Scrum Master Cycle 和 Product Owner Cycle。这些周期明确区分了 Scrum Master 周期中的“如何做”和 Product Owner 周期中的“做什么”，并突出显示它们重叠的地方。

扩展方式是通过利用 Scrums 概念来实现规模化的组织结构，多个 Scrum 团队在每次迭代结束时可以提供一个集成的可交付产品增量。

时间周期和迭代容量是实现规模化敏捷的关键。如果团队多次未实现承诺的迭代目标，请在尝试规模化之前先解决遇到的问题。如果需要对团队的表现进行分析检查，Pingcode 报表可以帮助发现问题。

3.Scrum@Scale角色

Scrum@Scale 规模化敏捷框架基于 Scrum 敏捷方法，因此可以使用 Product Owner 和 Scrum Master 这两个角色，它们与 Scrum 方法中定义的角色能力是一致的。在多团队管理方面，Scrum@Scale 引入了新的角色：

• 首席产品所有者（CPO）与各个团队和Product Owner进行协作，整理所有利益相关者的待办事项列表，并制定组织与团队的战略愿景。
• Scrum of Scrums Master（SoSM）负责联合多个团队进行产品发布，在规模化组织层面承担与 Scrum Master 类似的责任。

4.Scrum@Scale实践

Scrum 的关键成功因素之一是以下这些简单但强大的实践方法：

• 迭代(Sprint)
• 迭代计划
• 每日会议
• 迭代演示
• 迭代回顾

在进行规模化 Scrum 时，多个团队像往常一样实施 Scrum 方法。但团队中有一个额外增加的活动：Scaled Daily Scrum（跨团队的每日会议），这个会议要求每个团队必须有一名代表参加。会议内容与迭代每日站会非常相似，每天需要花15分钟来了解团队迭代目标达成的障碍、团队的风险、团队之间的依赖性、改进的方法以及团队之间可以分享的知识。

5.整个敏捷组织的Scrum Master——执行决策团队（EAT）

在进行规模化 Scrum 时，组织中的问题将成倍增加，因此 Scrum@Scale 需要一个执行决策团队（EAT）。这个团队负责战略转型，并负责组织的 Scrum 价值观、角色和决策推动，以及消除障碍。EAT 的一个关键先决条件是执行人员有权进行组织优化。

以下是 EAT 关注的重点领域：

• 确保工作的优先级，而不是将所有内容标记为重要
• 确保团队有能力和环境来交付每次迭代
• 确保组织不断改进，并撤除多余的管理部门

6.敏捷组织的产品负责人——MetaScrum 决策团队（EMT）

MetaScrum 决策团队（EMT）负责组织愿景，并为组织确定战略中的优先事项。这个团队负责调整组织业务方向，或决定哪些产品或服务需要重构或直接放弃。通过定期或临时性的调整业务，进一步保证企业方向与路线图保持一致。

该团队由 CPO 和拥有资金、人员和客户承诺的企业管理者组成。EMT 和 CPO 密切合作，以解决战略、资金或资源分配的企业问题。

总结

Scrum@Scale 允许组织以自己的速度科学的成长，并通过使用规模化的架构有效地协调无限数量的 Scrum 团队。这个规模化敏捷框架背后的概念有据可查，而且比其他框架的规定更少。因此，在团队级别熟练应用 Scrum 后，可以更容易地使用 Scrum@Scale 方法进行扩展，将敏捷推行到整个组织。

在实施 Scrum@Scale 方法时，需要提前关注 Scrum 的实践方法，同时需要建立一个有权进行组织优化和障碍消除的 EAT（执行决策团队）。另外，团队使用的工具也有助于提高敏捷实践的效率，从更多方面为组织带来好处。借助 PingCode 产品中的协作空间和项目集管理，团队可以提高可视性、战略一致性和适应性，加快数字化转型。

延伸阅读：敏捷开发指南

Scrum 开发指南： Scrum 框架详解  |  Scrum 四个会议及正确召开方式  |  正确的计划和执行Sprint的方式  |  做好迭代计划的4大关键点 |  做好这4点让每日站会更适配敏捷团队  |  开好迭代评审会的3个关键步骤  |  为什么要召开迭代回顾会  | Scrum 3大角色及其岗位的具体职责  |  Scrum三大工件在敏捷开发中的作用  |  2022年14个最佳 Scrum 敏捷项目管理软件  |  更多 

Kanban 敏捷指南： 使用看板（Kanban）管理方法的5大好处  |  看板 VS Scrum：如何选择？ |  看板和 Scrum 的混合模式适合在哪些场景使用  |  更多 

规模化敏捷： 规模化敏捷的价值及五大规模化敏捷框架  |  规模化敏捷之 Spotify 模型  |  规模化敏捷框架之LeSS框架  |  SAFe 规模化敏捷框架  |  Scrum@Scale 模型  |  敏捷项目组合管理  |  OKR与敏捷开发  |  更多 

产品管理： 如何构建合格的产品路线图  |  如何成为一个优秀的产品经理  |  敏捷路线图的重要性以及构建  |  如何构建简单有效的产品需求文档  |  利用 NPS 确定功能优先级  |  每个产品经理都需要了解的产品分析技能  |  更多