大规模敏捷性

如今，企业要保持竞争力，就必须能够在企业规模上进行调整。实现这一目标的手段包括：响应客户不断变化的需求并在此过程中让他们满意；提供灵活/可定制的解决方案；支持团队的团队基于统一战线开展工作；转变思维方式，将技术作为战略推动因素；以及激发软件和 IT 团队以外的敏捷工作方式。

但是，如果没有明确的计划或框架，规模不断扩大的企业将越来越难以预测交付、管理跨团队依赖关系并专注于正确的业务目标。因此，这往往会导致客户满意度下降、市场份额减少或收入损失等等。

所有这一切都促使企业在敏捷方法上进行大量投资，以获取其软件团队可能已经看到的扩展敏捷框架的优势，或在当今市场中保持竞争力。但是，尽管大型企业可能都同意有必要扩展敏捷框架，但对于如何扩展以及具体是什么样子则是完全不同的讨论。

扩展敏捷框架是一种文化转型，企业的人员、实践和工具都致力于改善协作和组织执行战略的能力。

最终，这些领域的变革将有助于分散决策权、提高工作的透明度和一致性，并加快产品上市速度，同时将敏捷方法的价值硬编码到组织的 DNA 中。

我们喜欢通过了解团队和个人对于敏捷实践的采用程度来描绘组织在扩展敏捷框架过程中的进度。

在旅程开始时，组织可能只有少数人在进行敏捷开发实践，工作可能由传统的项目管理程序主导，专注于进行从概念到交付的项目管理。

已经有所进展的组织可能已经实际运用了扩展敏捷实践（甚至使用框架）。这可能会促使跨职能团队以提高效率的方式进行组织，让他们始终专注于所提供的价值，并授权他们做出有助于实现其业务目标的主动决策，从而帮助他们驾驭变化。

无论您目前处于什么状况，请承认并尊重您的处境，并从那里出发。

扩展敏捷没有所谓的正确方法。但是，许多组织使用扩展敏捷的框架在改进流程、团队和文化方面取得了巨大成功。

以下简要概述了要探索的重要敏捷扩展框架：

SAFe

Scaled Agile Framework® (SAFe®) 是一套在企业规模实施敏捷实践的组织和工作流程模式。它围绕三个主要知识体系而形成：敏捷软件开发、精益产品开发和系统思维。SAFe 促进了大量敏捷团队之间的协调、协作和交付。

LeSS

大规模 Scrum (LeSS) 本质上是应用于大规模开发的常规 Scrum。LeSS 所基于的理念是，扩展框架应该是极简化的（即包含较少的规则、角色和工件），从而推动成功。不过，LeSS 和 SAFe 都有一些共同的模式：团队级别的 Scrum，许多团队共享待办事项列表，跨多个团队的协作计划，以及任何小型敏捷团队都可能熟悉的拉动和自组织的一般原则。

DA

规范敏捷 (DA)，以前称为规范敏捷交付 (DAD)，是一种以学习为导向的 IT 解决方案交付流程决策框架。它为在企业级组织中扩展敏捷解决方案交付提供了坚实的基础。DA 利用 Scrum 和看板，以及人力资源和财务、治理、DevOps、项目组合管理等领域的转型知识。与其他方法相比，DA 通常被认为灵活性更高且更易于扩展。

Spotify

Spotify 的方法本身并不是一个框架，但该组织对敏捷的理解却有机地形成了一个框架。Spotify 模型是一个以人为本、自主扩展的敏捷框架。它强调了文化和网络的重要性，并提供了一个在产品开发组织中与多个团队打交道的范例。

Scrum@Scale (S@S)

Scrum@Scale 是 Scrum 框架的扩展。Scrum@Scale 通常被已经在团队级别成功实施 Scrum 并希望在整个组织内推广的组织所采用。其主要目标是使不断发展壮大的组织围绕一套共同的共享目标进行协调。协调工作通过集群 Scrum（由每个团队的 Scrum 大师组成）和 MetaScrum（由产品负责人组成）进行管理。

如果不假思索或无意地应用敏捷扩展框架，则可能会增加不必要的流程。但是，在组织中编入敏捷扩展的共同仪式、共同角色和指导原则有明显的好处，尤其是当组织刚刚接触敏捷工作方式时。这里有一份有用的资料，可帮助您了解每个框架如何应用于这些关键领域。

如您所见，仔细研究这些敏捷扩展框架，就会发现其中包含了敏捷扩展所涉及的常见组织模式。无论您是否采用某个框架，我们都相信，通过采用部分或全部这些核心模式，您可以在组织中获得敏捷扩展的诸多好处。

虽然我们承认在扩展敏捷框架方面没有放之四海皆准的方法，但在大规模实践敏捷方法时，应考虑七项基本原则。这些原则“不可或缺”；即，没有它们便几乎不可能取得成功。

无论您是计划使用框架，还是仅仅运用某些实践，都应将以下内容视为指导原则，以便在自己的组织中加以借鉴或正式执行。

1. 定义的角色和组织结构变更

2. 以客户为中心的组织和发展

3. 敏捷/Scrum 实践和节奏

4. 采用成熟度（需要时间来改变）

5. 依赖关系改善

6. 自下而上和自上而下的支持（实为改变）

7. 人员、精益和系统思维

有关这些原则的更多详细信息以及它们在实践中的具体形式，请跳转到下面的《对敏捷扩展基础知识以外的探索：针对转型中敏捷性的新规则》白皮书。

敏捷扩展并非易事，也不会一蹴而就！无论您的组织是全心投入 Scaled Agile Framework，还是实施本土流程，都请记住，“大规模敏捷”并不是最终目标。最终目标是有效执行您的策略。

牢记这个目标，不断尝试新的想法并且逐步改进。另外也别忘记，您用来支持业务的工具可以在敏捷扩展方面发挥重要作用。

开放且一致的沟通是敏捷开发的一个关键组成部分。在 Atlassian，我们使用 Atlas 来分享项目和目标更新，并了解其他团队当前的工作内容。通过共同了解工作环境，我们便可知道正在做什么、为什么要做、谁在负责什么，以及工作推进到了哪里。

要更深入地了解我们在本页讨论的主题，请查阅我们的“敏捷扩展基础知识以外的信息：转型敏捷性的新规则”白皮书。其中全是来自经验丰富的敏捷主义者的实用信息和轶事，绝对值得一读。

有关 Atlassian 如何在敏捷之旅中为您提供支持的更多详细信息，请访问我们的大规模敏捷解决方案页面或比较我们的大规模敏捷产品的功能。