导语
敏捷团队由产品所有者（Product Owner），Scrum Master，软件开发人员（Software Developers）和其他人员组成，他们通过创造性地交付有价值的产品来共同解决复杂的问题。
Scrum框架是团队用来开发，交付和维持复杂产品的较流行的敏捷方法之一。现在，许多组织和团队通过大规模Scrum（LeSS，Large Scale Scrum）之类的扩展敏捷过程框架有效地解决了企业中的Scrum扩展问题（规模化问题）。
什么是 LeSS（Large Scale Scrum）
大型Scrum（缩写为LeSS，Large Scale Scrum）是敏捷软件开发的领先框架之一。 它是一个多团队Scrum框架，可以应用于由20，100甚至数千个人组成的敏捷团队，所有这些人都共同致力于一个特定的共享产品。
在LeSS中，你可以创建大型或小型产品。
这是一个简单而简约的框架，其中规则，流程，角色或工件的执行较少。 只有常规的Scrum角色，例如产品所有者，Scrum Master和开发团队（Software Developers）。
LeSS强调以客户为中心，因为团队可以直接与客户互动，而产品负责人则专注于设定产品的路线图（Roadmap），优先级和长期愿景。
LeSS结构
它始于跨职能的敏捷团队。这些团队由8-12名成员组成，这些成员在编码，测试，设计，体系结构和业务领域知识方面经验丰富且经验丰富。根据你的公司或者组织的结构，可以有多个团队。
LeSS有两种类型：
- 2-8个团队的基本LeSS
- LeSS Huge（巨型LeSS），可容纳8个以上的团队
这些团队致力于与其他团队协调和协作，以生产高质量的软件。 Scrum Master可以为1-3个团队提供便利。 Scrum Master指导并教团队如何在LeSS中工作。然后是由产品所有者管理Product Backlog，这些Product Backlog由一堆功能列表组成。
还有一个Undone Department（未完成的部门），该列表列出了Sprint中未完成的任务。这些不完整的任务可以转移到下一个Sprint中。最后，还有一个产品负责人小组，负责向产品负责人报告。
在LeSS Huge中，有多个基本LeSS同时协作。它适用于拥有8个以上团队的大型组织。由区域产品负责人负责各自的Product Backlog。在区域产品负责人的领导下，最多有三个团队。首席产品负责人（Chief Product Owner）领导该地区的产品负责人（Area Product Owner），并专注于整个产品。
原则
LeSS定义了在整个企业中应用Scrum的价值，要素和总体目的的10条原则。 他们可以帮助建立更具责任心的团队，并以客户为中心并加强协作。 团队专注于学习，提高透明度并交付以客户为中心的价值观，这是产品组织保持竞争力和响应能力所需要的。
以下是完整列表：
- Large Scrum也是Scrum（Large-Scale Scrum is scrum）
- 经验过程控制（Empirical process control）
- 透明度（Transparency）
- 事半功倍（More with less）
- 关注整个产品（Whole product focus）
- 以顾客为中心（Customer-centric）
- 不断完善以求完美（Continuous improvement towards perfection）
- 系统思考（Systems thinking）
- 精益思维（Lean thinking）
- 排队论（Queuing theory）
LeSS与SAFe
尽管LeSS在拥有大型软件开发团队的企业中越来越受欢迎，但其他规模化的敏捷框架（例如Scrum of Scrums或Scrum @ Scale）也吸引了人们的注意。领先的框架之一是Scaled AgileFramework®（SAFe）。
LeSS和SAFe之间有很多相似之处。例如，两者都始于组建一支Scrum团队，并纳入诸如精益思维，持续改进和以客户为中心的原则。但是，LeSS的不同之处在于，它侧重于通过保持灵活性和适应性来简化组织结构。
与LeSS相反，SAFe需要其他角色，包括发布培训工程师（RTE），解决方案培训工程师（STE）和Epic Owners。它还包括某些组织可能不准备进行的流程，工件和组织变更；即使与敏捷团队在平等的基础上成功运行了Scrum。 LeSS Huge确实提供了基本LeSS的一些区别，但在大多数情况下没有其他框架那么复杂。
LeSS框架的好处
LeSS的基本重点不是建立一个不同的框架，而是将Scrum原理应用于许多团队，他们共同协作以提供完整的端到端，以客户为中心的解决方案或产品。
LeSS可以实现的一些好处包括：
- 通过实施团队已在Scrum中使用的实践来降低实施成本
- 一位了解框架和原理的产品负责人，然后弥合业务团队与技术团队之间的鸿沟
- 交付产品所需的人员更少。 LeSS不会成倍增加角色和开销
- 它提供了重点领域内的整个产品视图
- 团队与客户和业务利益相关者直接联系
- 通过频繁的回顾和其他会议（这是《敏捷宣言》的基本流程），可以实现持续改进
对于许多组织而言，LeSS扩展Scrum团队的方法可能是其扩展敏捷之旅的下一个逻辑步骤。
Planning in LeSS
制定Sprint计划，团队在每个Sprint中创建可交付的产品。这些Sprint可能会持续1-4周或者数个周。开发过程是以迭代和增量的方式进行的。
LeSS中有两个规划阶段：
- 第一阶段涉及从Product Backlog中选择Product Backlog Items。每个团队的两名成员与他们的产品负责人会面，以便从高优先级Product Backlog Items中进行选择。
- 第二阶段，团队讨论选定的Product Backlog Items。一旦团队从Product Backlog List中选择了其PBI（Product Backlog Items），便会进行计划以实现Sprint目标。
在计划过程中会使用到白板和墙上的挂图等工具。
还有一个Product Backlog优化会议（Refinement Session）。客户和团队讨论如何改善现有需求或是否应添加新需求。在谈论即将进行的Sprint中需要完成哪些工作时，本次会议也至关重要。
团队定期有自己的回顾会议，通过回顾会议的方式制定持续改进事项的行动。还有通过回顾会议，所有角色包括开发团队，产品负责人，Scrum Master和管理人员都将进行自己的工作，以了解影响产品交付的任何障碍。
LeSS的简要说明
- LeSS提供了整个产品视图，可确保您所做工作的透明性。
- 团队与客户直接联系，这使团队可以掌握客户真正需要的实际想法。
- 通过精益思想，可以将浪费降至最低，从而确保将精力集中在真正需要完成的事情上。团队有足够的空间学习和不断成长。
- 团队以功能为导向，以客户为中心，他们的方法是多方面的。
- 通过与其他团队共享代码库在集成级别处理依赖关系。建议更频繁的代码集成以避免复杂性。
- 管理的角色集中在定义团队成员的愿景和培养上。产品负责人定义团队的高层需求并确定其优先级。
- 团队之间经常进行协调并共享代码库。
- 有设计和架构研讨会，以协调所有团队之间的协同作用，并专注于最终产品。
- 每个冲刺都会保留一个很大的待办事项优化会话，每个团队都在各自的待办事项上工作，并有机会同时与另一个团队联系。
- DevOps和持续集成是顺利交付给客户的关键。团队应在每次冲刺结束时交付可运送的增量。
- 经常进行回顾，检查和调整会议有助于确保持续改进。
LeSS的要点
LeSS强调边干边学，因此让团队可以*调整自己的步调。 依靠团队的能力和他们的经验至关重要。 当有多个团队时，团队和客户之间的协调可能需要一定的纪律性和透明度。
“ LeSS是不完整的。 它具有进行广泛的情境学习的空间。”
摘自《大规模Scrum——大规模敏捷组织设计》，作者：Craig Larman，Bas Vode
为了完全采用LeSS，您可能需要放弃当前的组织结构并彻底改变当前的开发技术。 组织结构与传统程序管理完全不同。 LeSS建议从一个Scrum团队开始应用LeSS的原理，并逐步适应变更。
LeSS is a framework for scaling scrum to multiple teams who work together on a single product. It starts with a foundation of one scrum team, as defined by Ken Schwaber and Jeff Sutherland in the Scrum Guide, and applies to multiple teams who work together on one product.
This is further refined in the book Large-Scale Scrum: More with LeSS, by Craig Larman and Bas Vodde. The authors condensed their years of experience to define LeSS as a framework to deliver value while reducing complexity and waste.
The LeSS framework seeks to apply the principles and ideals of scrum in a large-scale enterprise context as simply as possible through defined rules and guides. Its simplicity has earned LeSS the label of being a “barely sufficient” framework, but that’s not meant to cast it in a negative light.
参考资源：
Large-Scale Scrum: More with LeSS (Addison-Wesley Signature Series (Cohn)) 1st Edition