使用 LeSS（大规模 Scrum）框架做更多事情：带有工具插图

LeSS 由 Bas Vodde 和 Craig Larman 根据扩大 Scrum的实践经验创建，该公司于 2014 年成立为 LeSS 公司。

“更多与 LeSS” 原则是 LeSS（大规模 Scrum）的核心。复杂的产品开发不需要复杂的解决方案。它需要对问题的本质有深刻的理解，然后可以用更简单的解决方案来解决。

LeSS 是单团队 Scrum 的扩展版本，它保留了单团队 Scrum 的许多实践和想法。在 LeSS 中，您会发现：

• LeSS：最多 8 个团队（每个团队 8 人）。
• 单个 产品待办列表 （因为它是针对产品的，而不是针对团队的），
• 为所有团队完成的一项定义，
• 每个 Sprint 结束时的一个潜在可交付产品增量，
• 一位 产品负责人，
• 许多完整的跨职能团队（没有单一专家团队），
• 一个 冲刺。

在 LeSS 中，所有团队都在一个共同的 Sprint 中，以在每个 Sprint 中交付共同的可交付 产品。

LeSS 有什么不同？

• Sprint 计划第 1 部分：除了一个产品负责人之外，它还包括来自所有团队的人员。让团队成员自行管理产品待办事项项的划分。团队成员还讨论寻找共享工作和合作的机会，特别是在相关项目方面。
• Sprint 计划第 2 部分：由每个团队独立（通常并行）举行，尽管有时为了简单的协调和学习，两个或多个团队可能会在同一个房间（在不同的区域）举行。
• Daily Scrum：这也是每个 Team 独立举行的，虽然 Team A 的成员可以观察 Team B 的 Daily Scrum，以增加信息共享。
• 协调：只是交谈、用代码交流、旅行者、开放空间和社区。
• 整体 PBR：可能会有一个可选的、简短的整体产品待办列表细化 (PBR) 会议，其中包括一位产品负责人和来自所有团队的人员。关键目的是决定哪些团队可能实施哪些项目，因此选择这些项目用于以后深入的单团队 PBR。这也是增加与产品负责人和所有团队的一致性的机会。
• 产品待办列表细化：LeSS 中唯一的要求是单团队 PBR，与单团队 Scrum 中相同。但一个常见且有用的变化是多团队 PBR，其中两个或多个团队一起在同一个房间里，以增加学习和协调。
• Sprint Review：除了一个产品负责人之外，它还包括来自所有团队的人员，以及相关的客户/用户和其他利益相关者。在检查产品增量和新项目的阶段，考虑“集市”或“科学博览会”的风格：一个有多个区域的大房间，每个区域都有 团队成员，团队开发的项目在这里展示和讨论。
• 整体 回顾：这是一个团队 Scrum 中没有的新会议，其目的是探索改进整体系统，而不是专注于一个团队。Sprint 的最长持续时间为每周 45 分钟。它包括 产品负责人、  Scrum Master和来自每个团队的轮换代表。

使用大型 Scrum 画布管理 Scrum

使用专为大型项目设计的可视化流程画布，最大限度地提高 Scrum 项目效率。（快速浏览 ——Visual Paradigm LeSS Canvas）