借助 Scrum@Scale 实现组织敏捷性
Scrum@Scale 如何在整个组织范围内扩展 Scrum
开始使用免费的敏捷路线图模板
简化您的项目，轻松规划、跟踪和管理跨多个冲刺阶段的工作。
Key Takeaways
Scrum at Scale extends Scrum principles across multiple teams, enabling organizational agility and efficient coordination.
Key concepts include small teams, minimum viable bureaucracy, and scaling through Scrum of Scrums.
Roles like Product Owner and Scrum of Scrums Master support alignment and delivery at scale.
Implement Scrum at Scale to coordinate large initiatives and maintain Agile values across your organization.
就像橄榄球队在大型比赛前的训练一样，Scrum 方法可以帮助团队更有效地开展合作，实现共同的目标。但是，当组织想要扩展 Scrum 时，会出现哪些情况？
Scrum 为单个团队提供用于开发、交付和维持复杂产品的框架，而 Scrum@Scale (S@S) 则关注多个团队组成的全面生态系统，以实现组织文化的整体转型。
什么是 Scrum@Scale？
在 Jeff Sutherland 博士的支持下，Scrum@Scale 由 Scrum Inc. 和 Scrum Alliance 共同创立。Jeff Sutherland 博士是 Scrum 的共同创造者之一，也是《敏捷宣言》的合著者。
Scrum@Scale 是一种基于 Scrum 基础知识和复杂自适应系统理论的 Scrum 扩展方式。在 Scrum@Scale 中，每个人都是可互换 Scrum 团队的一员，并且分散的 Scrum 团队网可以根据目标聚合为一个生态系统。Scrum@Scale 专用于在大型企业中进行扩展，同时提供培训和认证等可选内容。
Scrum@Scale 建立在与 Scrum 相同的价值驱动文化之上：
开放、勇气、专注、尊重和承诺。
Sutherland 对于 Scrum@Scale 的目标是通过可自由扩展的架构实现线性可扩展性。它结合了最小可行的管理机构 (MVB)，这是 Mozilla 和 Spotify 推广的一种敏捷开发方法。在这种方法中，最小流程有助于在不影响创造力的情况下在更大范围内保持效率和一致性。
如此一来，由于避免了典型的人员分层设组问题，Scrum@Scale 避免了在创建更多团队时引入额外的复杂性。它使用的概念是从“一个团队”扩展到“团队的团队”、“团队网”，再扩展到更大范围。
因此，Scrum@Scale 的首要任务是帮助解决许多组织面临的关键挑战：
用有限的资源有效地确定优先级
在规定时限内交付高质量的可用软件
重构软件的可能性
从组织或产品的角度适应变革
Scrum@Scale 包含哪些内容？
Scrum@Scale 有哪些核心概念？
Scrum@Scale 基于三个核心概念来构建：
小型团队
跨整个组织进行扩展
应用最小可行的管理机构
小型团队是 Scrum 的一个核心概念，它对于扩展到“团队的团队”至关重要。团队通常应该有三到九个人，或者遵循“两个披萨原则”（取决于两个披萨可以喂饱多少人）。
运作良好的 Scrum 团队是 Scrum@Scale 作为敏捷开发实践在整个组织中进行扩展的基础。
在这种情况下，最小可行的管理机构由制定决策和执行所花费的时间决定。对于组织中的小型团队而言，这种方法有助于消除组织中的障碍。
Scrum@Scale 的组件
Scrum@Scrum 的组件可以帮助组织推动和定制其转型待办事项列表和方法。
整个框架分为两个循环：Scrum 教练循环和产品负责人循环。这两个循环清楚区分了 Scrum 教练负责的“怎么做”和产品负责人负责的“做什么”，并突出显示了它们重叠的地方。
可扩展结构通过使用集群 Scrum 的概念来实现。此概念是指，多个团队在每个冲刺结束时交付一组完全集成的潜在可交付产品增量。
时间限制和冲刺边界并未得到大规模弱化。它们是实现组织敏捷性的关键。如果您的团队已经难以实现承诺的冲刺目标，请先停下来并解决这些问题，然后再尝试进行扩展。如果您需要对团队绩效进行定期检查，Jira 冲刺报告可以帮助您发现发生错误的时间。
Scrum@Scale 的角色
Scrum@Scale 以 Scrum 为基础，因此也使用产品负责人和 Scrum 教练这两个 Scrum 角色，而且这两个角色都具备 Scrum 指南中定义的相同能力。借助“团队的团队”概念，我们还引入了以下新角色：
首席产品负责人 (CPO) 与各个团队和产品负责人合作，让待办事项列表的优先顺序符合所有相关的利益相关者的需求，并制定集群 Scrum 的战略愿景。CPO 负责为集群 Scrum 内的所有人制定一份待办事项列表。
集群 Scrum 教练 (SoSM) 对团队的联合发布负责，并具备与 Scrum 教练类似的职责，只不过前者是大规模执行。
Scrum@Scale 的事件
这些简单但强大的 Scrum 事件是 Scrum 成功的关键因素：
冲刺
冲刺规划
冲刺审查
回顾
扩展 Scrum 时，团队将像往常一样继续进行 Scrum，只是会增加一个事件：扩展的每日 Scrum。为此，每个团队都必须派出一名代表参加。
活动内容与每日 Scrum 非常相似，每天应该花 15 分钟来讨论团队实现冲刺目标的障碍、其他团队的风险、团队之间的依赖关系、改进方式以及其他团队可以共享的知识。
敏捷开发组织的 Scrum 教练 – 决策层行动团队 (EAT)
扩展 Scrum 时，组织事务将成倍增加，因此 Scrum@Scale 需要决策层行动团队 (EAT)。该团队负责制定转型策略和实施 Scrum 价值观、制定角色和支持决策以及消除障碍。EAT 的关键先决条件是拥有可改造组织的高管层授权。
以下是 EAT 的主要关注领域：
确保适当的优先次序，而不是将所有事情都标记为重要
确保团队有能力和环境交付每个冲刺
确保组织持续改进，并撤消组织部门
敏捷开发组织的产品负责人 – 决策层 MetaScrum 团队 (EMT)
决策层 MetaScrum 团队 (EMT) 负责制定组织愿景，为组织设定战略优先级。该团队负责改变组织方向或决定哪些产品或服务需要进行重组或淘汰。它进一步围绕路线图让企业保持一致，可以定期或临时组建。
该团队由 CPO 和业务负责人组成，后者负责提供资金、人员和客户承诺。EMT 和 CPO 密切合作，应对战略、资金或资源分配方面的所有必要变化。
如果您的组织发展已经超过“团队的团队”结构，Scrum@Scale 就是您进一步扩展的后续步骤。使用相同的方法，利用集群 Scrum 来扩展 Scrum，您可以将集群 Scrum 扩展为集群 Scrum 的 Scrum (SoSoS)。
总结
Scrum@Scale 允许组织按照自己的节奏有机地发展，并通过使用“可自由扩展的”架构高效地协调无限数量的 Scrum 团队。该框架背后的概念都有完善的记录，与其他框架相比没有那么多的规定。这样，当在团队级别熟练使用 Scrum 时，就可以将 Scrum@Scale 推广至整个组织。
实施 Scrum@Scale 时，务必在进行扩展之前专注于良好的 Scrum 实践，并建立有权进行变革和消除障碍的 EAT。要确定您的 Scrum 团队表现如何，您可以在网上找到多种评估方式。我们建议从 Jeff Sutherland 关于团队速度、团队幸福感和收入点的建议开始。
迈出下一步
Scrum@Scale 这样的框架提供了一个可行的选择，可帮助企业在组织内有效地扩展敏捷性并实现期望的业务成果。但同样重要的是，您选择哪些工具来帮助扩大现有实践并实现这些实践的全部收益。借助 Atlassian 的企业敏捷开发规划平台 Jira Align，您可以改进可视性、战略一致性和企业适应性，从而加速数字化转型。