继续前进：在大型组织中扩展敏捷方法
关键要点
规模化敏捷可将敏捷实践延伸至多个团队与部门，从而助力大型组织快速调整并交付价值。
主流框架包括 SAFe、LeSS、DA、Spotify 和 Scrum@Scale，且每个框架都有独特的结构与原则。
核心原则包括明确的角色、以客户为中心、节奏把控与持续改进。
选择并调整可扩展框架，以便协同战略、提升协作效率，并推动实现企业敏捷性。
软件开发团队已经证明，通过实施 Scrum 和看板等敏捷框架，他们可以更快、更具可预测性地向客户交付解决方案，并使他们能够根据新信息快速做出反应。在个人团队层面实施敏捷相对容易 - 好处显而易见，资源充足（比如这个非常微型的网站！）。
但真正的挑战是将其扩展到大型组织中的多个团队。换句话说，大规模实施敏捷性。
为什么公司要扩展敏捷框架？
如今，企业需要能够在企业规模上进行调整，以保持竞争力。做到这一点的方法：响应客户不断变化的需求并在此过程中取悦他们，提供灵活/可定制的解决方案，支持在统一战线上工作的团队，转变思维方式以将技术作为战略推动者，并激发敏捷的方式在软件和 IT 团队之外工作。
但是，如果没有明确的计划或框架，那些正在扩展规模的公司越来越难以预测交付、管理跨团队的依赖关系以及专注于正确的业务目标。因此，这通常会导致客户满意度下降、市场份额或收入损失等等。
所有这一切都促使公司在敏捷方面投入巨资 - 或是为了获取其软件团队可能已经看到的扩展敏捷框架的好处，或是为了在当今市场上保持竞争力。但是，尽管大型企业可能都同意需要扩展敏捷框架，但对于如何做到这一点以及它的外在形式却有着完全不同的讨论。
什么是大规模敏捷呢？
扩展敏捷框架是一种文化转型，在这种转型中，企业的人员、实践和工具致力于改善协作和组织根据其战略执行的能力。
最终，这些领域的变革将有助于分散决策，提高工作透明度和一致性，加快上市速度，同时将敏捷的价值观硬编码为组织的 DNA。
您处在大规模敏捷旅程中的哪个阶段？
我们喜欢通过了解团队和个人对于敏捷实践的采用程度来描绘组织在扩展敏捷框架的过程的进度。
在组织的旅程开始时，他们可能只有少数人在进行敏捷实践，工作可能由传统的项目管理程序主导，专注于进行从概念到交付的项目管理。
发展较为成熟的组织可能已实施规模化敏捷实践（甚至采用专门的敏捷框架）。这可能会推动跨职能团队以更高效的方式组织运作，始终聚焦于创造价值，并通过授权团队主动决策来应对变化，助力实现业务目标。
无论您目前处于什么状况，请承认并尊重您的处境，并从那里开始。
流行的敏捷扩展框架
扩展敏捷没有所谓的正确方法。但是，许多组织使用扩展敏捷的框架在改进流程、团队和文化方面取得了巨大成功。
以下是需要了解的几个顶级敏捷扩展框架的简要概述：
SAFe
Scaled Agile Framework ®（SAFe®）是一套组织和工作流程模式，用于在企业规模上实施敏捷实践。SAFe 围绕三个主要知识体组成：敏捷软件开发、精益产品开发和系统思维。SAFe 促进大量敏捷团队之间的一致性、协作和交付。
LeSS
大规模 Scrum（LeSS）本质上是应用于大规模开发的常规 Scrum。LeSS 的理念是，扩展框架应该是极简化的（即包含更少的规则、角色和工件），从而推动成功。不过 LeSS 和 SAFe 都有一些共同的模式：团队级别的 Scrum，许多团队共享待办事项，跨多个团队的协作计划，以及任何较小的敏捷团队都可能熟悉的拉动和自组织的一般原则。
DA
纪律敏捷 (DA) 以前称为纪律敏捷交付 (DAD)，是一种面向学习的流程决策框架，用于 IT 解决方案交付。DA 为在企业级组织中扩展敏捷解决方案交付提供了坚实的基础。DA 利用 Scrum 和看板，以及人力资源和财务、治理、DevOps、项目组合管理等领域的转型知识。与其他方法相比，DA 被认为灵活性更高，且更易于扩展。
Spotify
Spotify 的方法本身并不是一个框架，但该组织对敏捷的看法已经有机地成为一个框架。Spotify 模型是一个以人为本的、用于扩展敏捷的自主框架。该模型强调了文化和网络的重要性，并为与产品开发组织中的多个团队打交道提供了一个示例。
Scrum@Scale (S@S)
Scrum@Scale 是 Scrum 框架的扩展。采用 Scrum@Scale 的组织通常已经在团队层面成功实施 Scrum 并希望将其推广到整个组织。主要目标是使成长中的组织围绕一套共同的共同目标保持一致。协调是通过集群 Scrum 管理的，集群 Scrum 由每个团队的 Scrum Masters 和由产品所有者组成的 MetaScrum 组成。
了解敏捷扩展框架之间的区别
如果不加思考、盲目套用规模化敏捷框架，反而会增加不必要的流程。但是，将共享的仪式、共同的角色和指导原则编入组织中扩展敏捷的指导原则也有明显的好处，尤其是当组织不熟悉敏捷工作方式时。这是一个有用的资源，可指导您了解每个框架如何应用于这些关键领域。
如您所见，仔细观察可以发现，这些敏捷扩展框架包含了敏捷扩展所涉及的常见组织模式。无论您是否采用了框架，我们都相信，通过采用部分或全部核心模式，可以在组织中获得敏捷扩展的许多好处。
大规模敏捷实践的 7 项基本原则
虽然我们承认没有任何一种万能的方法来扩展敏捷框架，但有七个基本原则可以用于大规模实践敏捷，应该加以考虑。这些原则是“必不可少的”，这意味着没有它们几乎不可能取得成功。
无论您是打算使用框架还是仅仅使用一些实践，都要考虑以下内容作为指导原则，指导你自己的组织中可以借用或正式采用的部分。
角色定义和组织结构变更
以客户为中心的组织和发展
敏捷/scrum 实践和节奏
采用成熟度（需要时间来改变）
依赖关系改进
自下而上的认可和自上而下的认可（实际上会改变）
人员、精益和系统思维
有关这些原则的更多详细信息以及它们在实践中的运用情况，请跳转到下面，查看我们的“敏捷开发扩展基础知识以外的信息：转型敏捷性的新规则”白皮书。
那么，从哪里开始？
扩展敏捷并不容易，也不能一蹴而就！无论您的组织是全心投入规模化敏捷框架，还是实施本土流程，都请记住，“大规模敏捷”并不是最终目标。最终目标是有效执行您的策略。
牢记这个目标，不断尝试新的想法并且逐步改进。另外也别忘记，您用来支持业务的工具可以在敏捷扩展方面发挥重要作用。
开放且一致的沟通是敏捷开发的一个关键组成部分。在 Atlassian，我们使用 Atlas 来分享项目和目标更新，并了解其他团队当前的工作内容。通过共同了解工作环境，我们便可知道正在做什么、为什么要做、谁在负责什么，以及工作推进到了哪里。
要更深入地了解我们在本页讨论的主题，请查阅我们的“敏捷开发扩展基础知识以外的信息：转型敏捷性的新规则”白皮书。里面全是来自经验丰富的敏捷主义者的有用信息和轶事，绝对值得一读。
有关 Atlassian 如何为您的敏捷之旅提供支持的更多详细信息，请访问我们的大规模敏捷解决方案页面或比较我们大规模敏捷产品的功能。