Close

大规模敏捷性

继续前进:在大型组织中扩展敏捷

浏览主题

软件开发团队已经证明,通过实施 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 组成。

了解敏捷扩展框架之间的区别

如果不假思索地应用扩展敏捷框架,则可能会增加不必要的流程。但是,将共享的仪式、共同的角色和指导原则编入组织中扩展敏捷的指导原则也有明显的好处,尤其是当组织不熟悉敏捷工作方式时。这是一个有用的资源,可指导您了解每个框架如何应用于这些关键领域。

 

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

长期规划和战略

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

多个敏捷团队

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

团队之队

SAFe (Scaled Agile Framework)

敏捷发布系列 (ART)

LeSS (大规模 Scrum) & LeSS Huge

Area

Spotify

Tribe

DA
(规范敏捷开发)

Scrum@Scale

集群 Scrum

PM/PO

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

Scrum 主管/敏捷教练

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

发布工程师/群组管理员

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

敏捷实践(scrum、看板等)

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

演示

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

回顾会

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

以客户为导向/以价值为中心

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

依赖关系管理

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

战略透明度

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

项目组合管理

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

按需发布

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

风险管理

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

DevOps

SAFe (Scaled Agile Framework)

LeSS (大规模 Scrum) & LeSS Huge

Spotify

DA
(规范敏捷开发)

Scrum@Scale

流程: 已定义并规定 已定义并包含建议 未明确定义

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

大规模敏捷实践的 7 项基本原则

虽然我们承认没有任何一种万能的方法来扩展敏捷框架,但有七个基本原则可以用于大规模实践敏捷,应该加以考虑。这些原则是“必不可少的”,这意味着没有它们几乎不可能取得成功。

无论您是打算使用框架还是仅仅使用一些实践,都要考虑以下内容作为指导原则,指导你自己的组织中可以借用或正式采用的部分。

  1. 角色定义和组织结构变更
  2. 以客户为中心的组织和发展
  3. 敏捷/scrum 实践和节奏
  4. 采用成熟度(需要时间来改变)
  5. 依赖关系改进
  6. 自下而上的认可和自上而下的认可(实际上会改变)
  7. 人员、精益和系统思维

有关这些原则的更多详细信息以及它们在实践中的运用情况,请跳转到下面,查看我们的“敏捷开发扩展基础知识以外的信息:转型敏捷性的新规则”白皮书。

那么,从哪里开始?

扩展敏捷并不容易,也不能一蹴而就!无论您的组织是全心投入规模化敏捷框架,还是实施本土流程,都请记住,“大规模敏捷”并不是最终目标。最终目标是有效执行您的策略。

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

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

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

《大规模敏捷性》白皮书封面
敏捷开发扩展基础知识以外的信息

确保组织的敏捷开发实践经久不衰

下载我们的白皮书,了解变革型敏捷开发的新规则。

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

Josh Berman
Josh Berman

Josh is a Product Marketing Manager on Atlassian’s agile at scale solutions team. When he’s not writing about agile best practices you can find him hiking the greenbelt in Austin, Texas.