什么是 LeSS 框架？Scrum vs LeSS Basic vs LeSS Huge

LeSS 是一个轻量级的敏捷框架，用于将 Scrum 扩展到多个团队。从 2005 年开始，Bas Vodde 和 Craig Larman 在大型项目中使用 Scrum 原则和规则后开发了 LeSS 框架。他们的目标是在保持 Scrum 约束的同时成功开发大型项目。

LeSS 建立在 诸如 经验主义、 跨职能自我管理团队等 Scrum 原则之上， 并提供了一个大规模应用这些原则的框架。它提供了关于如何在大规模产品开发环境中采用 Scrum 的简单结构规则、指南和实验。LeSS 只有几个规则和两个框架：LeSS 和 LeSS Huge。

• LeSS Basic：2-8 个团队
• LeSS Huge：8+ 团队

不同之处在于所涉及的团队总数。基本 LeSS 是 2 到 8 个团队，每组 8 人，每个团队致力于相同的产品开发。LeSS Huge 有多达 2,000 多人从事相同的产品开发工作。换句话说，你想要多大？LeSS 可以向上或向下扩展 scrum 以在许多环境中工作。

LeSS 框架

下图说明了 LeSS 基本框架。开发团队的数量从两个到八个不等。一个产品负责人最多涵盖八个团队，每个 Scrum Master 最多服务三个团队。

在 LeSS 框架中，完整的可交付产品有一个产品所有者和一个产品待办列表。产品负责人不应该独自处理产品待办事项的细化；她得到了直接与客户/用户和其他利益相关者合作的多个开发团队的支持。所有优先级都通过产品所有者进行，但澄清可以直接在团队、客户/用户和其他利益相关者之间进行。

虽然 LeSS 的大部分内容仍然忠实于单团队 scrum 框架，但差异很重要：

• Sprint 计划 分为两部分：第 1 部分适用于所有团队，第 2 部分适用于每个团队。
• Sprint 计划（第 1 部分）限制为每周一小时的 sprint 长度。尽管并非所有开发人员都必须参加，但他们并不气馁，每个冲刺团队至少有两名成员与产品负责人一起参加。然后，代表团队成员返回并与各自的团队分享他们的信息。
• 独立的 sprint 计划（第 2 部分）和每日例会发生，来自不同团队的成员可以参加彼此的会议以促进信息共享。
• 跨团队协调由团队决定，他们更倾向于分散和非正式的协调，而不是集中的协调。重点是涉及跨团队交谈、组件导师、旅行者、侦察员和开放空间的非正式网络。
•  与每个开发团队和产品所有者的代表一起对整个产品待办事项进行待办事项细化。单个团队的 backlog 细化也发生在单个团队级别，但多团队 backlog 细化发生在每个 sprint 中，并且是 LeSS 中的关键实践。
• Sprint 评审 由每个团队的代表和产品负责人完成。

Scrum 与 LeSS 框架

基本 LeSS 与单团队 Scrum 非常相似，只是扩展了。在 LeSS 中，有一个产品待办列表、一个产品负责人、一个完成定义、一个通用 sprint 和一个在 sprint 结束时的 PSP（潜在可交付产品）增量。由于所有团队都致力于实施相同的产品，因此所有团队都是跨职能的，只有少数（如果有的话）专业团队。总之，所有团队都致力于在每个 sprint 中交付一个通用的、可交付的产品。

常规 Scrum 和 LeSS 存在差异。在 LeSS 中，冲刺计划在两次会议中分别完成。在一次会议中，产品负责人与所有团队的代表会面，他们相互管理，以决定他们将在下一个 sprint 中完成哪些产品待办事项。一些相同的工作可能会与两个或更多团队共享。第二次会议与第一次会议并行或在第一次会议之后不久举行，是每个团队所有成员的会议。出于协调目的，团队会议可以在同一区域的不同部分举行，但要分开举行。当两个团队在下一个 sprint 中执行相同任务时，这种设置很有帮助，可能有问题或需要另一个团队的澄清。

LeSS 巨大的框架

LeSS Huge 建立在 LeSS 框架之上，针对八个或更多团队进行优化。对于 LeSS Huge，就整个项目团队规模而言，天空是极限。几千人可以在一个项目上工作。LeSS Huge 为管理大规模积压工作引入了几个新概念和挑战。这些是需求区域、区域产品待办事项和区域产品所有者。

Scrum 团队分为主要的客户需求领域。每个区域都有一个区域产品负责人和四到八个 Scrum 团队。（每个需求领域至少有四个团队可以防止过多的局部优化和复杂性。）一个整体产品负责人和几个区域产品负责人组成了产品负责人团队。下图说明了 LeSS Huge 框架。

就像在 scrum 和较小的 LeSS 中一样，你有一个产品、一个完成的定义、一个（区域）产品所有者和一个 sprint。LeSS Huge 是每个需求领域的 LeSS 堆栈。每个需求区域都使用 LeSS，所有需求区域的集合都在 LeSS Huge 中。其中一些差异是

• 产品负责人计划会议在冲刺计划会议之前举行。
• 添加了区域级会议。Sprint 计划、审查和回顾会议在区域级别完成，并且区域级别的产品待办事项细化发生。
• 完成了涉及所有团队的整体 sprint 审查和回顾。该审查协调整个产品计划领域的整体工作和流程。

LeSS 允许以在很大程度上符合敏捷原则的方式实施 Scrum 和扩展。Scrum 框架的一些元素通过经验学习、短反馈循环、自组织以及有效的协作和协调来维护。

LeSS 中也存在领导工具，用于做出最大化 ROI 的良好决策；为客户创造价值；并创建快乐、可持续的团队。

LeSS Basic vs LeSS Huge

LeSS Huge 与 Basic LeSS 类似，只是由于规模的原因，有两个或多个区域产品负责人。区域产品负责人和一名整体产品负责人组成了产品负责人团队。根据规模，可能还会有额外的产品经理。

每个需求区域最好有四到八个团队。由于在 Less Huge 下完成的工作通常是由四到八个团队组成的多个区域团队，而 Basic LeSS 是两到八个团队，因此 Basic LeSS 和 LeSS Huge 下的团队的基本功能是相同的。

使用大型 Scrum 画布管理 Scrum

您的团队可以使用敏捷工具自动化整个敏捷项目管理软件，使用 Visual Paradigm 通过为大型项目设计的可视化流程画布最大限度地提高 Scrum 项目效率。

快速浏览 大型 Scrum 画布 ——在一个页面中管理整个 LeSS 框架。

资源：

• 扩展敏捷框架的比较
• LeSS 框架的 10 条原则是什么？
• 综合 Scrum 指南
• LeSS 简介