敏捷团队由产品负责人、Scrum 主管、软件开发人员和其他通过创造性交付有价值的产品来协作解决复杂的问题的人员组成。在团队用来开发、交付和维护复杂产品的敏捷方法中，Scrum 越来越受欢迎。然而，直到最近，我们才通过大规模 Scrum（LeSS）等扩展型敏捷流程框架有效解决了企业中的 Scrum 扩展问题。
LeSS 框架简介
LeSS 是一个框架，用于将 Scrum 扩展到使用单个产品协同工作的多个团队。该框架从一个 Scrum 团队的基础开始，正如 Ken Schwaber 和 Jeff Sutherland 在 Scrum 指南 中所定义的，适用于在使用单个产品进行协作的多个团队。
Craig Larman 和 Bas Vodde 合著的 Large-Scale Scrum: More with LeSS 一书对这一点提供了进一步完善。作者总结了他们多年的经验，将 LeSS 定义为一个在降低复杂性、减少浪费的同时提供价值的框架。
LeSS 框架力求通过已经定义的规则和指南，尽可能简单地在大型企业环境中应用 Scrum 的原则和理念。LeSS 框架的简洁性得到了“勉强足够”的标签，但这并不意味着它会受到负面影响。
LeSS 框架结构
LeSS 是通过 600 多个涉及扩展 Scrum 实践的实验而形成的，当时人们认为 Scrum 只支持小型的、位于同一地点的团队。LeSS 实验、指南、框架和原则的创建是为了支持更多团队的需求。此外，后来还发布了 LeSS 规则，以更好地定义和提供有关如何实施和执行 LeSS 的指导，并提供采用指南。
原则、框架、指南和实验
原则
LeSS 定义了在整个企业中应用 Scrum 的价值、要素和总体目标的 10 项原则。这 10 项原则有助于打造更负责任的团队，更加关注客户并加强协作。团队专注于学习、透明度以及传递以客户为中心的价值观，这些价值观是产品组织保持竞争力和响应能力所必需的。以下是完整列表：
- 大规模 Scrum 才是 Scrum
- 经验流程控制
- 透明度
- 事半功倍
- 聚焦整个产品
- 以客户为中心
- 持续改进，趋向完美
- 系统思维
- 精益思维
- 排队论
框架
LeSS 提供两种配置：Basic Less 和 LeSS Huge，前者适用于两到八个团队（10 到 50 人），后者适用于八个以上团队（50 到 6000 人以上）。
LeSS Huge 以 Basic LeSS 为基础，但增加了一个关键角色，即区域产品负责人 (APO)，还增加了其他工件和会议变更。我们推荐您的组织先从 Basic LeSS 开始，进行试验、体验并获得反馈，然后直接进入 LeSS Huge。采用 LeSS Huge 时，有两种建议的方法：
- 一次一个需求领域，侧重于较大产品中的一个需求领域
- 逐步扩展团队工作范围、完成定义和产品定义
这允许组织积累团队的 LeSS 经验，在整个产品领域扩展，并获得管理支持，然后在整个组织中扩展 LeSS。
指南
LeSS 指南是作者 Craig Larman 和 Bas Vodde 基于 LeSS 进行实验而提出的建议。尽管这些指南是他们的第三本书“Large-Scale Scrum: More with LeSS”的衍生，但在理解采用 LeSS 的方法、参与者的角色和责任、如何在团队之间进行协调和整合等方面非常有帮助。请注意，在 LeSS 框架的应用程序中，这些指南是可选的。
实验
LeSS 包括很多实验，既包含作者建议组织尝试的试验，也包含建议避免的试验，还有些试验的结果则是好坏参半。实验结果是构建 LeSS 框架的基础。
Craig Larman 和 Bas Vodde 编写的前两本书“Scaling Lean & Agile Development”和“Practices for Scaling Lean & Agile Development”中，将大规模 Scrum 界定为一组实验，其原则是：没有“最佳实践”之类的东西，因为最佳实践总是与他们的环境相关联。
作者的第三本书《大规模 Scrum：利用 LeSS 事半功倍》(Large-Scale Scrum:More with LeSS) 揭示了采用 LeSS 的指南、前两本书的实验、对 LeSS 中角色的澄清、如何在团队之间进行协调和整合等等。
这三本书是对框架的逐步构建，我们推荐您进行阅读，更好地理解 LeSS 的基础。
LeSS 中的角色和规划
Basic LeSS 专注于团队和关键的 Scrum 角色：Scrum 产品负责人敲定产品愿景和方向，Scrum 开发团队进行产品创建和交付，Scrum 主管帮助团队进行持续改进和指导。LeSS 对经理的角色以及他/她为实现持续改进和独立自主而协助团队消除障碍的方式进行了详细介绍。
如前所述，LeSS Huge 的区域产品负责人协助总产品负责人并与之协调，对于架起业务需求与技术团队之间的沟通桥梁至关重要。区域产品负责人与产品负责人工作职责相同，但他们所支持的团队的工作范围更加集中，范围更具体。区域产品负责人专门从事以客户为中心的任务，并充当以产品为中心的功能团队的产品负责人。
Scrum 中描述并在 LeSS 中进一步详细介绍的关键仪式之一是产品待办列表细化 (PBR) 会议。PBR 会议通过一系列平行的 LeSS 冲刺执行将冲刺计划扩展到整个重点领域。在每个冲刺中都需要这些会议的持续节奏，以便理解、讨论和改进项目，为未来的冲刺做准备。PBR 会议的主要活动是：1）分解大项目；2）澄清和回答悬而未决的问题；3）估计故事的规模、风险、依赖关系和价值。
Aside from the importance of the sprint planning ceremony, the sprint review and retrospective are essential ceremonies to examine what the teams built and delivered, as well as discuss changes, improvements, and new ideas. It’s also an opportunity for the teams to celebrate the customer value they delivered. The inspect and adapt opportunity through retrospectives happen within each team as well as a retrospective that addresses how the team coordinated and collaborated.
LeSS 有什么不同？
与敏捷扩展的其他框架类似，LeSS 共享五个主要组件：灵感来自敏捷宣言及其 12 项原则、冲刺/迭代的节奏、整个组织的同步、Scrum 的根源以及诸如 DevOps 之类的高质量开发实践、CI/CD 和测试驱动开发 (TDD)。但是还有其他显著的特征使它与众不同。
LeSS 与 Scrum 对比
一个常见的情况是将 LeSS 与 Scrum 相提并论，确定哪个最好。但是，这种心态不正确。LeSS 并不是 Scrum 的“更好”版本；不能简单地说两者谁强谁弱。LeSS 以 scrum 为基础，支持在更大的环境中使用，还支持在大型组织和超出一个团队的情况下如何对其进行扩展。
Basic LeSS 与一个 Scrum 团队非常相似。在 LeSS 中，有单一的产品待办事项、产品负责人和已完成的定义。尽管由一个或多个团队组成，但所有团队都像 Scrum团队一样一起工作，以便在每个冲刺结束时交付通用的、可交付的产品。尽管有一个产品负责人拥有单个产品待办事项，但在 LeSS 中，最终的工作可能由一个或多个团队完成。特别是在 LeSS Huge 中，产品负责人的角色扩大到包括跨多个团队进行协调和协作的区域产品负责人。为了支持这些工作，产品负责人推动了单一团队产品待办事项细化会议，这有助于协调所有团队协同工作的工作交付。
除此之外，在 LeSS 中，冲刺计划分为两个部分：1）所有团队共同决定如何以最佳方式划分产品待办事项；2）团队计划自己的冲刺，同时与其他团队协作和沟通以交付产品待办事项。
Aside from these points, other ceremonies such as the daily scrum, sprint review, and overall retrospective, have their own nuances in LeSS.
LeSS 与 SAFe
尽管 LeSS 在拥有大型软件开发团队的企业中越来越受欢迎，但其他规模化敏捷框架（例如 集群 Scrum 或 Scrum@Scale）也受到了关注。领先的框架之一是规模化敏捷框架® (SAFe)。
LeSS 和 SAFe 之间有许多相似之处。例如，两者都从扩展 Scrum 团队开始，并融入精益思维、持续改进和以客户为中心等原则。但是，LeSS 的不同之处在于，它专注于通过保持灵活性和适应性来简化组织结构。
与 LeSS 相反，SAFe 需要其他角色，包括发布系列工程师 (RTE)、解决方案培训工程师(STE) 和长篇故事所有者。它还包括一些组织可能尚未准备好接受的流程、工件和组织变更；尽管起步时与成功运行 Scrum 的敏捷团队处于平等地位。LeSS Huge 与 Basic LeSS 之间确实存在一些差异，但在大多数情况下并不像其他框架那么复杂。
LeSS 框架的优势
LeSS 的重点不是构建不同的框架，而是将 Scrum 的原则应用于许多团队，这些团队共同努力提供完整的端到端、以客户为中心的解决方案或产品。
使用 LeSS 可以获得的一些优势包括：
- 实施多个团队已经在 Scrum 中采用的实践，以此降低实施成本
- 一位了解框架和原则的产品负责人，然后弥合业务和技术团队之间的差距
- 交付产品所需的人员更少。LeSS 不会以指数方式增加更多角色和开销
- 它提供了焦点区域内的完整产品视图
- 团队与客户和业务利益相关者保持直接联系
- 通过频繁的回顾和其他会议来实现持续改进，这些会议是敏捷宣言中的基本流程
对于许多组织来说，采用 LeSS 方法扩展 Scrum 团队可能是他们实现敏捷扩展的下一个合理步骤。
迈出下一步
LeSS 这样的框架提供了一个可行的路径，可帮助企业在组织内有效地扩展敏捷性并实现期望的业务成果。同样重要的是，您选择哪些工具来帮助扩大现有实践并实现这些实践的全部收益。借助 Atlassian 的企业敏捷开发规划平台 Jira Align，您可以改进可视性、战略一致性和企业适应性，从而加速数字化转型。立即了解 Jira Align 如何支持 LeSS。
相关资源
