LeSS框架
LeSS提供了两种不同的大规模Scrum框架。LeSS的大多数扩展要素都集中于将所有团队的注意力转移到整个产品上，而不是“我的一部分”。全局和“端到端”的关注可能是扩展中要解决的主要问题。这两个框架（基本上是Scrum扩展的单团队）是：
- LeSS：最多八个团队（每个八个人）。
- LeSS Huge：一种产品最多可容纳数千人。
LeSS是单团队Scrum的放大版本，它保留了单团队Scrum的许多实践和思想。在LeSS中，您会发现：
- 单个产品待办事项列表（因为它是针对一个产品，而不是团队），
- 一个针对所有团队的完成定义，
- 在每个Sprint结束时增加一个潜在的可交付产品增量，
- 一个（总体）产品负责人，
- 许多完整的，跨职能的团队（无专业团队），
- 一个Sprint。
- 在LeSS中，所有团队都处于一个共同的Sprint中，以提供一个共同的PSPI。
LeSS有何特别之处？
大型Scrum（LeSS）是Scrum应用于许多团队共同开发一种产品。为什么选择LeSS？类似于一队Scrum。对于大型团体，LeSS试图在定义的具体元素和经验过程控制之间达到最佳平衡。就像一站式Scrum一样，LeSS具有（1）轻巧，（2）易于理解和（3）难以掌握的能力，这是由于其本质上的复杂性。LeSS实践者课程的很大一部分是关于诸如系统思维，实验，精益思维等原理的，因为这是LeSS的基础，并且需要理解和使用这些原理才能成功实现LeSS。
角色，文物和事件
Sprint计划第1部分 的最长持续时间与单团队Scrum中的最大持续时间相同，每周Sprint长达一小时，但参与限制为每个团队两名成员加一名整体产品负责人。让团队代表进行自我管理，以决定他们对产品积压项目的划分，最后通过确定依赖关系（可能具有依赖关系矩阵）并讨论协调来结束。
Sprint规划第2部分由每个团队独立（通常并行）举行，尽管有时A团队的成员可能会观察B团队的会议并在团队之间存在协调问题时提出建议。
每日Scrum
也可以由每个团队独立举行，尽管A团队的成员可以观察B团队的每日Scrum，以增加信息共享。Team代表可以每周几次举行开放空间，市政厅会议或Scrum of Scrums，以增加信息共享和协调。每个团队都有两名代表参加整个产品积压细化会议，会议重点是拆分，轻量级分析（例如，如果使用“逐个说明”，则每个项目仅三个示例）以及对即将到来的PBI进行估算。使用跨团队估算来确保跨团队估算的共同基准。
产品待办事项细化 与单团队Scrum类似，但对于位于同一地点的团队，请将其同时放在一个大房间中，所有团队成员都在场，每个团队面对一面带有自己的学习工具（白板，投影仪等）的墙。 。
Sprint审核 与单团队Scrum相同，但每个团队仅限两名成员，以及产品负责人和其他利益相关者。在审阅过程中，请考虑一个“集市”或“科学博览会”式的阶段：一个宽敞的房间，有多个区域，每个区域都有团队代表供职，其中展示并讨论了团队开发的功能。同时，利益相关者访问感兴趣的区域，团队成员记录他们的反馈。但是，在所有人的共同讨论中与所有人一起开始和结束《 Sprint评论》，以增加总体反馈和一致性。
整体回顾 最长持续时间：每周45分钟的Sprint。由于团队回顾会结束了Sprint，因此联合回顾会在下一个Sprint的第一周初举行。ScrumMasters和每个团队的一名代表开会，以确定并计划整个产品或组织的改进实验。
LeSS 与 SAFe，DAD，Nexus 等其他扩展方法有何关系？
这个问题将成为每篇文章的一部分，但我不会回答。我将尝试从该框架的作者那里找到有关此问题的报价。在最后一篇文章中，我将比较所有框架，我将发表自己的看法。
LeSS网站的博客上有两个帖子专门介绍了LeSS和Safe之间的主要区别。比较LeSS和Safe，第1部分，
比较LeSS和SAFe第2部分-扩展敏捷性或官僚主义。归结为以下几点：
SAFe和LeSS的目标是两个不同的局部最优值，每个最优值都有一套一致的实践，结构，技能，技术和文化。这类似于自然界中的物种。吃草者和掠食者具有不同的特征组合。SAFe的目标不是减少官僚主义控制，以使组织脱离传统最优。相反，它尝试通过创建精益敏捷计划来优化现有组织。在这种最佳状态下，项目/计划管理是一种古老的主流实践。LeSS旨在大幅减少官僚控制。它提供了一套相互一致的实践，可以将大型组织转移到新的敏捷最佳实践中。
使用LeSS的公司是否有记录明确的用例？
在LeSS网站上，可以找到近20个案例研究。有关完整列表，请参见LeSS案例研究。其中包括JP Morgan，UBS和Nokia等公司。
工具书类