LeSS是应用于共同开发同一产品的多个团队的Scrum。LeSS也是Scrum——大规模Scrum并不是全新的或改进的Scrum。他致力于在大规模环境（context）下尽可能简单地应用Scrum的原则、目的、要素及其所表现出的灵活和优雅。与Scrum和其他真正的敏捷框架一样，LeSS是一种为能产生重大影响而生的“简单方法”。
大规模Scrum有两个框架：LeSS,2～8个团队，巨型LeSS,8个以上团队LeSS这个词主要指常规的大规模Scrum和小型LeSS框架。
LeSS框架的原则：
LeSS框架的原则
图片来源：《大规模Scrum：大规模敏捷组织的设计》
大规模Scrum也是Scrum——它不是新的被改进的Scrum，LeSS研究的是如何在大规模环境中尽可能简单地应用Scrum的原则、规则、要素和目的。
透明度——基于有形的“完成”条目、短周期、协同工作、共同定义，以及对工作场所恐惧的消除。
以少为多——我们不想要更多的角色，因为更多的角色会导致团队的责任感更弱。我们不想要更多的工件，因为更多的工件会导致团队和客户之间的距离更远。我们不想要更多的流程，因为更多的流程会导致团队学习更少，团队对流程的所有权更弱。相反，我们希望拥有更少的角色和更负责任的团队，希望拥有更多以客户为中心的团队以便用更少的工件构建更有用的产品，希望拥有更少的既定流程让团队拥有更多的流程所有权和更有意义的工作。我们要的是以少为多。
整体产品聚焦——一个产品待办事项列表、一个产品负责人、一个可交付产品、一个Sprint——无论是3个团队还是33个团队。客户希望在有内聚力的产品中提供有价值的功能，而不是在分离的部件中提供技术性的组件。
以客户为中心——专注于了解客户真正的问题并解决这些问题。识别付费客户眼中的价值观。从客户的角度减少等待时间。增加并加强与实际客户的反馈回路。每个人都需要知道他们今天的工作如何与付费客户直接相关，如何让付费客户受益。
持续改进以求完美——完美的目标是：始终以几乎无成本、无缺陷的方式创建和交付产品，让客户感到满意，让环境得到改善，让生活更加美好。为实现这一目标，团队需要不断地做谦逊和激进的改进试验。
精益思想——创建一个组织体系，其基础是认可管理者作为导师来应用和教授精益思想，设法改进、促进“停止与修复”（stop-and-fix）实践，并认可“现场观察”（Go See）观念，加入尊重他人和不断挑战现状的改进心态这两大支柱，所有观念和行动都应朝着完美目标前进。
系统思维——观察、理解和优化整个系统（而不是局部），并使用系统建模来探索系统的动态。避免将重点放在个人和单个团队的效率或生产力上。客户关心的是整体的从概念到盈利的周期时间和流程，而不是单个步骤，而且局部优化某一个部分几乎总是会对整体优化产生负面影响。
经验性过程控制——持续检验并调整产品、过程、行为、组织设计和实践，使其以适合当时环境的方式发展。这样做是需要的，而不是遵循一套所谓的最佳实践，因为这样的实践忽视了具体环境，使后续活动变成了某种仪式，阻碍了学习和变革，压制了人们的参与感和主人翁感。
排队论——了解排队系统在研发领域的行为，并将这些洞察应用于管理队列大小、队列数上限、多任务处理，以及可变因素等。
内容参考《大规模Scrum：大规模敏捷组织的设计》作者：克雷格·拉尔曼 巴斯·沃代
下一篇内容，我们介绍小型LeSS框架。
