扩展敏捷框架的比较

如今，随着新产品和服务的开发规模越来越大，越来越复杂，企业不断调查和探索能够确保初始商业价值的框架，保证时间和成本，并降低其交付风险。再加上技术和市场创新的快速变化，敏捷框架的流行和明显的优越性在它的好处和它能产生的价值方面变得很明显。

有许多方法或框架被证实的敏捷方法，如Scrum、XP和Kanban。这些敏捷方法的重点是对变化的适应性和迭代地创建软件。它已被小规模的团队广泛实践。同时，一些规模化的敏捷框架希望解决与规模化的敏捷性相关的问题。这些框架规定了准则、技术和流程、角色和工件，确保与数百名从业人员一起工作，保持协调和易于管理。

领先的框架有Nexus、大规模Scrum（LeSS）、Scaled Agile Framework（SAFe）和Disciplined Agile（DA），这些框架有何不同，哪一个最有效。在这篇文章中，我们将介绍这四个流行的扩展敏捷框架。

规模化敏捷团队的成熟度要求

在介绍扩展敏捷方法之前，我们最好先回顾一下敏捷团队的成熟度是什么，以便在企业范围内采用扩展敏捷方法时将风险降到最低。根据LeSS的创建者Craig Larman的说法，多个敏捷团队采用扩展敏捷方法的前提条件是。

所有这些团队都应该是跨职能和自组织的Scrum团队的结构。
这些团队将需求垂直切割成可以独立部署的最小的增量。
团队还应该专注于技术上的精益求精，如做持续集成和自动回归测试。
在每个冲刺结束时，团队应该有一个潜在的可部署的产品。

只有当每个敏捷团队都具备了以上的敏捷性特征，组织才能更从容地采用扩展的敏捷方法，这样我们才能处理潜在的问题，如跨团队的依赖性，或对交付物的发布协调的安排。

什么是Nexus框架？

Ken Schwaber和Scrum.org开发了Nexus，它只是一个简单的框架，在多个团队中大规模地实施Scrum，以交付一个单一的集成产品。团队在一个共同的开发环境中工作，并专注于在每个冲刺阶段以最小的依赖性生产一个综合增量。

它可以应用于3-9个scrum团队。每个团队由3到9名开发人员组成。因此，不建议扩展到超过9个团队，因此也不建议超过80名从业人员。Nexus是一个框架，你建立在Scrum之上，但并不改变Scrum的那个基础。Nexus框架增加了一个新的角色，即Nexus集成团队，以及一些事件：Nexus每日Scrum，Nexus冲刺计划，Nexus冲刺积压，以及Nexus冲刺回顾和改进。

注意:

产品负责人？不，每个团队中没有产品所有者。一个项目只有一个产品Backlog和一个产品负责人，以减少复杂性，并确保优先级的正确确定。
每个团队仍然需要一个Scrum Master，由于这个角色不一定是全职的，一个人可以成为多个团队的Scrum Master。但是，不会有超过一个Scrum Master被分配给一个团队。
多个团队应该确保他们能够以团队中每个人的综合技能创造出产品增量。如果团队有跨职能的技能，那么团队就会更容易合作，并在每个Sprint中创造出一个可能的可发布的产品增量。

什么是LeSS（大规模的Scrum）？

LeSS是一个将敏捷开发扩展到多个团队的框架。LeSS来自于Craig Larman和Bas Vodde，是基于他们在金融和电信行业的工作。与单团队的Scrum相比，该框架以最小的额外流程进行扩展。也就是说，使用尽可能少的流程来让多个Scrum团队良好地工作。因此，当你已经有了Scrum，并且刚刚开始用更多的团队进行扩展时，LeSS是一个很好的起点，一次一个。

比如说:

LeSS建议多个团队拥有相同的产品负责人和一个共享的产品Backlog。
他们的冲刺与产品级别的冲刺同步，导致一个整合的潜在可发货的产品增量。
所有团队的Sprint计划、Sprint评审和Sprint回顾都在同一时间进行。

大规模的Scrum（LeSS）结构

有一个产品负责人和一个产品积压，还有几个团队，每个团队都有其冲刺积压。除了多个团队，所有这些概念在Scrum中都已经建立了，所以这里没有新闻。多个开发团队在同一个产品后记中的不同产品后记项目上工作。Scrum大师为Scrum团队服务，就像在Scrum中一样。

产品负责人在LeSS中的作用

在LeSS中，产品负责人的角色在概念上与一个团队的Scrum是一样的。然而，在规模上，重点会稍有变化，即保持概览并确保产品的最大投资回报（ROI）。

为什么在LeSS中只有一个产品负责人？

在大规模的产品开发中，不同的人在不同的方向上努力，子小组专注于局部的次级优化是很常见的。保持一个产品负责人和一个产品Backlog支持整个产品的关注。
在LeSS中，一个产品负责人有大量的空闲时间向外关注客户和他们的优先级，同时也能够花一些时间向内关注团队。她就像一个连接器，把团队和客户/用户联系在一起，使团队变得更加以客户为中心。
与其他扩展的Scrum方法相比，在LeSS中，只用一个人就可以有效地扩展产品负责人的角色，因为角色和职位较少，复杂性也较低。简单地说，你可以 “用LeSS获得更多”。

LeSS中Scrum Master的作用

Scrum Master负责一个工作良好的LeSS应用。.
他们关注的是团队、产品负责人、组织和开发实践。
Scrum Master并不是只关注一个团队，而是关注整个组织系统。
Scrum Master是一个专门的全职角色。
一个Scrum Master可以为1-3个团队服务。
在LeSS中，没有 “经理 “这个角色，但经理可能存在，而且他们可以发挥有用的作用。
他们关注的是产品开发系统的价值交付能力，而不是产品的具体范围

LeSS中的Sprint

有一个产品级的Sprint，而不是每个团队的不同Sprint。每个团队在同一时间开始和结束Sprint。每个Sprint的结果都是一个完整的产品。LeSS是纯粹的Scrum（分时段迭代、冲刺计划、每日站立、冲刺回顾和回顾），只是做了一些修改。根据Scrum，Sprint计划被分成两部分，回顾会议分两层进行。

LeSS中的Sprint计划

第一部分是由所有团队的代表参加的联合会议，以商定在未来的Sprint中要建立 “什么 “产品Backlog项目（PBI）。冲刺计划的第二部分是由每个团队来制作冲刺积木，并商定 “如何 “建立PBI。

LeSS中的审查和回顾会议

冲刺的结束也需要同步进行。这可以通过为所有团队举行一次共同的Sprint回顾来实现。回顾会分为两部分，与冲刺计划类似。首先，每个团队举行自己的团队回顾会，然后每个团队的代表一起举行联合回顾会，使他们能够识别和解决在单个团队层面无法解决的问题。

什么是SAFe（Scaled Agile Framework）？

Scaled Agile Framework（缩写为SAFe），由Dean Leffingwell创建，是一个互动的软件框架，使你能够在大型企业中应用精益-敏捷和Scrum实践。SAFe被描述为在企业范围内实施敏捷实践的交互式知识库，它提供了大量的指导，涵盖了包括融资和企业架构在内的广泛范围。SAFe在不断改进，其最新版本为4.5：完全配置包括四个层次。

团队：Scrum的基本原理在团队层使用。跨功能的团队，在Scrum Master的推动下，在冲刺阶段工作。

方案：聚集多个敏捷团队（ART），在大约五个冲刺中交付若干产品增量（PI）的集合。

大型解决方案：只有当一个产品需要由150人以上开发时，我们才会说到大型解决方案。这意味着要在团队中增加人员以确保质量。

组合：主要与组织内的领导有关。这主要涉及从事组合管理的员工，他们负责战略计划和预算。他们被指定为确定每个ART的预算。

组合管理小组在扩展的敏捷框架中的凝聚力整合带来了理解和管理市场成本的能力。SAFe为组织提供了精益预算的做法，以资助产品。典型的资助零散项目的融资模式将成为过去。

简而言之，扩展的敏捷框架区分了团队、大型解决方案、项目和项目组合的层次。在团队层面，SAFe®与简单的Scrum扩展了一些XP实践没有什么不同。在项目层面上，团队与团队之间形成了敏捷发布列车，而项目组合层面则是将ART与高层管理的战略目标相结合。

有纪律的敏捷

DA又被细分为纪律化敏捷交付（DAD），纪律化DevOps，纪律化敏捷IT（DAIT），以及纪律化敏捷企业。

如上图所示，DAD是一个方面，可以说DA的核心是DAD，IT解决方案的交付被定义为端到端：从最初的建模和规划，建立团队和确保融资，到持续架构，持续测试，持续开发，以及在整个生命周期的监控。

在此基础上，纪律化的DevOps和敏捷IT（DAIT）专注于公司IT整体的协调–塑造开发周期、运营、支持、数据管理和其他领域，使其变得尽可能的有效和不复杂。

纪律严明的敏捷企业产生于前面所有的环节–一个能够预测市场变化并相应调整其战略的公司。换句话说，就是一个敏捷的公司。

DA混合工具箱

一般来说，纪律敏捷（DA）是一个混合工具包，它建立在其他方法和软件流程框架的坚实基础上。 DAD从现有的资源中采用实践和策略，并为何时和如何共同应用它们提供建议。从某种意义上说，Scrum、极限编程（XP）、看板和敏捷建模（AM）等方法提供了过程的砖块，而DAD则是将这些砖块有效地组合在一起的砂浆。

这个框架的混合性质从几个成熟的方法论中提取了最好的元素，使团队在遵循敏捷方法的同时也能根据他们的独特需求进行调整。然而，对于刚接触敏捷的组织来说，这并不是一个理想的框架，因为它没有为如何遵循这一理念提供足够严格的指导。一个新近过渡到敏捷方法的组织，纪律化敏捷可能会使这个学习曲线过于陡峭，成本过高。

应该采用哪种扩展的敏捷框架？

每个组织都是不同的，不存在 “一刀切 “的方法。当决定哪种大规模敏捷开发模式在特定环境下最有效时，要分析你的具体案例的需求和限制。因此，无论你想采用哪种规模的敏捷方法，都需要对你的需求有一个了解。

在LeSS或Nexus中发现的一个简单的、小规模的敏捷团队选项
一个中等规模的公司解决方案，带有LeSS的轻量级管理
一个企业规模的敏捷转型可以尝试SAFe或Less – Huge。

它们看似相似，但在团队规模、培训和认证、采用的方法和实践、所需的技术实践和组织类型等方面存在差异。我们应该选择正确的，不仅是现在，而且是未来。