规模化敏捷框架SAFe是什么？为大型复杂的项目扩展敏捷和Scrum

对于涉及多个团队的大型复杂项目的扩展敏捷和 Scrum 存在很多困惑和一些相当两极分化的观点。有许多不同的竞争方法可以做到这一点。

概述

扩展敏捷项目以处理大型、复杂的企业级项目是一个相对较新的领域，存在很多与之相关的混乱和冲突。它还带来了一些非常重大的挑战。

混乱与冲突

这个领域存在很多混乱和冲突：

• 许多从开发角度看待这一问题的人倾向于认为 SAFe 和其他解决业务集成问题的企业级框架只是不必要的开销和官僚主义

• 许多从业务战略角度看待这一问题的人并不理解从技术角度整合开发工作的必要性

挑战

需要考虑三个主要挑战：

• 从发展的角度整合多个团队的努力

• 使所有团队的努力与组织的业务目标保持一致

• 与项目团队之外的其他相关工作进行协调，并向管理层提供跟踪和进度报告

开发集成视角和业务集成视角都有优点，在将 Agile/Scrum 扩展到大型、复杂项目时都需要考虑，并且可能需要解决上述所有挑战才能创建大型、复杂、多团队敏捷项目成功的。

扩展敏捷和 Scrum

Scrum-of-Scrums 和 LeSS

有些人认为只需添加 Scrum-of-Scrums 方法来提供协调多个团队工作的机制即可完成。集成多个开发团队的工作的更全面的方法是大规模 Scrum (LeSS)。

Scrum-of-Scrums 方法是一种松散耦合的方法，仅提供团队之间工作的基本协调 - 每个团队仍然相当独立地运作。

大规模 Scrum (LeSS) 是一种紧密耦合的方法，它超越了 Scrum-of-Scrums 方法提供的非常基本的工作协调级别。

下表显示了两种方法的比较：

两种方法的比较

选择正确的方法

正确的方法取决于项目以及对集成开发工作的松散耦合或紧密耦合方法的需求。然而，这两种方法都只从技术、开发的角度解决团队的整合问题，并没有明确提供任何从业务角度整合工作的机制。

假设正常的产品负责人角色提供了这种级别的集成，但对于非常大、复杂的项目来说这可能不太现实。这实际上是一个多维度的问题，涉及：

• 业务整合及

• 开发整合

• 规划方法（自适应或计划驱动）

规模化敏捷框架 (SAFe)

规模化敏捷框架（SAFe）和其他企业级敏捷框架认识到需要提供这种级别的业务集成与适当级别的程序管理和/或产品/项目组合管理，以确保开发工作得到良好的集成和与公司的业务战略高度契合。

扩展敏捷和 Scrum

总结

扩展敏捷来处理大型、复杂的企业级项目的能力是一个相对较新的领域，存在很多与之相关的混乱和冲突。它还带来了一些非常重大的挑战。

这个领域存在很多混乱和冲突：

许多从开发角度看待这一问题的人倾向于认为 SAFe 和其他解决业务集成问题的企业级框架只是不必要的开销和官僚主义

许多从业务战略角度看待这一问题的人并不理解从技术角度整合开发工作的必要性

需要考虑三个主要挑战：

从发展的角度整合多个团队的努力

使所有团队的努力与组织的业务目标保持一致

与项目团队之外的其他相关工作进行协调，并向管理层提供跟踪和进度报告

开发集成视角和业务集成视角都有优点，在将 Agile/Scrum 扩展到大型、复杂项目时都需要考虑，并且可能需要解决上述所有挑战才能创建大型、复杂、多团队敏捷项目成功的。