大规模敏捷：在大型组织中扩展 Scrum 和看板

Scrum 和看板等敏捷方法改变了软件开发团队交付价值的方式。然而，将这些原则应用于具有多个团队、复杂项目和错综复杂的依赖关系的大型组织，会带来一系列独特的挑战。扩展敏捷需要特定的框架和方法来维持整个企业的敏捷性、协作和一致性。本文探讨了如何在大型组织中扩展 Scrum 和看板。

扩展敏捷的挑战

虽然 Scrum 和看板对于小型、有凝聚力的团队来说效果很好，但它们在更大的环境中的直接应用可能会遇到重大障碍。

扩展敏捷时最常见的挑战包括：

• 多个团队之间的协调：确保数十个或数百个敏捷团队同步工作以实现共同目标。
• 依赖关系管理：识别和管理团队、功能和系统组件之间的依赖关系。
• 战略调整：将敏捷团队的工作与组织的业务战略和投资组合目标联系起来。
• 大规模规划和可预测性：进行涉及多个团队和长期交付的发布规划和预测。
• 维护敏捷文化：在更大且可能更具层级的组织结构中保留敏捷价值观和原则（协作、透明度、适应）。
• 持续集成和交付 (CI/CD)：实施适用于多个组件和系统的大规模 CI/CD 实践。
• 角色和职责：在具有多个产品负责人、Scrum Master 和利益相关者的环境中定义明确的角色和职责。

大规模敏捷的流行框架

为了应对这些挑战，开发了多个框架来提供扩展敏捷的结构和实践。每个都有自己的特点、优点和缺点。

一些最著名和使用的框架是：

1. 规模化敏捷框架 (SAFe®)：
   • 描述：SAFe 是最全面、最具规范性的框架之一，它组织不同级别的工作（时间、项目、大型解决方案和项目组合），并引入新的角色和事件，例如项目增量 (PI) 规划。
   • 适合：大型、复杂的组织寻求更加结构化、自上而下的敏捷转型。
2. 大规模 Scrum (LeSS)：
   • 描述：LeSS 寻求通过应用 Scrum 原则和规则并尽可能减少添加来扩展 Scrum。有两种变体：LeSS（最多 8 个团队）和 LeSS Huge（适用于更多团队）。
   • 适合：希望保持 Scrum 简单并专注于自组织和降低复杂性的组织。
3. Nexus™（由 Scrum.org 提供）：
   • 描述：用于由 3 到 9 个 Scrum 团队大规模开发和维护软件产品和软件密集型产品的框架。它引入了一个新角色，即 Nexus 集成团队，以及协调工作的活动。
   • 适合：已经使用 Scrum 并正在寻找轻量级扩展来协调多个 Scrum 团队处理单个产品的组织。
4. Scrum@Scale（杰夫·萨瑟兰）：
   • 描述：一个轻量级的模块化框架，允许组织有机地扩展 Scrum，专注于创建以协调方式运作的 Scrum 团队网络。
   • 适合：喜欢采用更灵活和适应性更强的方法来扩展 Scrum 的组织。
5. 纪律敏捷 (DA)（PMI）：
   • 描述：一个面向流程的工具包，提供决策指南，帮助组织根据其具体情况选择“工作方式”(WoW)。它不是一个规定性框架，而是一个选项概要。
   • 适合：寻求一种更可定制的方法来适应其特定需求，结合不同方法的实践的组织。

在大型组织中扩展看板

虽然许多可扩展的敏捷框架都基于 Scrum，但看板也可以有效地扩展。看板的重点是可视化流程、限制在制品 (WIP) 和管理流程，可以应用于组织的不同级别。

扩展看板的策略包括：

• 投资组合看板：在投资组合级别查看和管理战略计划和史诗的流程。
• 项目或产品看板（项目/产品看板）：管理可能涉及多个团队的功能或大型功能的流程。
• 互连团队的看板：为团队使用多个看板，并具有可视化和管理它们之间的依赖关系和工作流程的机制。
• 聚合流程指标：使用更高级别的交付时间、周期时间和吞吐量等指标来了解整个组织的流程绩效。
• 节奏会议：在不同级别实施定期会议（例如服务交付审核、运营审核）以审核流程、识别瓶颈并做出改进决策。

重要的是保持持续改进和渐进式变革管理的看板原则。

大规模敏捷成功的通用原则

无论选择哪种框架，一些原则和实践对于大规模敏捷性的成功至关重要。

这些包括：

1. 坚定且有远见的领导力：高层管理人员的支持和赞助对于推动和维持敏捷转型至关重要。
2. 关注客户和价值交付：将客户置于决策中心，并优先考虑持续交付价值。
3. 协作和透明文化：营造鼓励团队和部门之间进行开放沟通、信任和协作的环境。
4. 团队授权：赋予团队自主权，让他们在既定指导方针内自主决定如何开展工作。
5. 持续改进（Kaizen）：在各个级别建立反馈周期和回顾，以确定改进和调整流程的机会。
6. 技术卓越：投资强大的软件工程实践（CI/CD、[自动化测试0、代码设计），以支持快速、高质量的大规模交付。

选择正确的方法

扩展敏捷并没有单一的解决方案。最佳方法将取决于组织的具体环境、文化、团队规模、产品的复杂性及其战略目标。

建议：

• 深入了解您当前的背景。
• 从小事做起，进行实验。
• 根据您的需求调整所选框架，而不是盲目采用。
• 关注底层的敏捷原则，而不是框架的特定仪式或工具。

结论

对于希望在当今数字世界中保持竞争力和创新能力的公司来说，在大型组织中扩展 Scrum、看板和敏捷原则是一个充满挑战但又必不可少的旅程。 SAFe、LeSS、Nexus 等框架以及扩展看板的方法提供了有价值的框架，但成功最终取决于对敏捷文化、有效领导力的承诺以及对持续改进的不懈追求。通过以适应性思维和专注于交付价值来应对规模挑战，大型组织可以充分获得敏捷性的好处。

---

您的组织是否使用任何框架来实现大规模敏捷？结果和教训是什么？在评论中分享您的经验！

另请阅读

• [SAFe：大规模转变敏捷性1
• [数字平台上的自动化：效率和规模2
• [生产中的 D1：性能、限制以及无法单独扩展的因素3
• [最后一次伟大的技术革命4
• [工业物联网实践：试点项目与全面项目的区别55
• [数字产品营销：在加速器之前验证什么是可扩展的6