LeSS Framework: 如何使用Scrum管理企业級规模的开发团队

自2005年以来，Craig Larman和Bas Vodde一直与许多组织合作，将Scrum，精益和敏捷开发扩展到大型产品组。他们将从这项研究中获得的经验和知识转化为一个名为“大规模Scrum（LeSS）”的敏捷框架草案。

虽然许多思想领袖已经提出了这样的指导，但Craig和Bas认为“Scrum”作为一个框架具有有效采用敏捷所需的所有要素，而不管规模如何。可用的角色，流程和工件集足以成功实施Agile。因此，他们制定了LeSS，没有额外的术语或复杂的文物。

1. 是适用于多个团队 是跨职能，跨组件，为3〜9自我激励的全堆栈功能团队，学习的重点成员
2. 一起工作涉及协同努力与一个共同的目标，在共同冲刺年底交付一个共同的可交付的产品
3. 专注于**“一个产品”**，这是一个广泛的完整的端到端以客户为中心的解决方案，真正的客户可以使用。它不仅限于组件，平台，层或库

LeSS有两个框架：

1. 涉及2-8支队伍的LeSS
2. LeSS Huge超过8支团队

​

让我们深入研究LeSS框架，并研究采用该框架要遵循的流程。

第1步：定义您的产品

LeSS的核心原则之一是保持**“整体产品聚焦”**。有了这个原则，压力在于所有团队都需要将产品作为“整体”而不是单独的部件，任务或专业化来关注。提供个人或半工作部件没有任何价值。

“产品”是客户整体利用，看到和重视的东西。

让我们进一步理解这一点。据您所知，以下哪项可视为“产品”？

1. 自动导航系统的硬件电路板
2. 自动导航系统作为一个整体，包括硬件和软件
3. 一辆汽车，包括所有部件

显然，客户对整个产品的看法是“汽车”本身，它形成了广泛的定义。从以客户为中心的角度定义广泛的产品，可带来以下好处：

• 帮助以客户为中心的优先级
• 围绕产品创建更简单的组织
• 吸引人们关注真正的问题和影响，而不是要求“要求”

在最广泛的层面管理“产品”可能并不总是切合实际。通过广泛的定义，通过考虑现有结构，计划的组织发展和结构变化的可行性等，将定义限制在尽可能实际的范围内。

LeSS通过提供更广泛的产品定义，消除不必要的复杂组织解决方案以及寻找更简单的解决方案来降低组织复杂性。

在规划LeSS采用时，请从有效的产品定义开始。产品定义确定：

1. 产品积压范围
2. 产品负责人，以及
3. 团队力量基于产品规模

第2步：定义您的产品团队

在LeSS中，组织结构为“产品团队”，更加关注“整体产品”。产品团队是由2-8个特色团队组成的团队。“功能团队”是一个长期的，跨职能的团队，由一般的专家组成，可以逐个完成许多端到端的客户功能。

LeSS需要团队拥有必要的知识和技能来完成端到端的以客户为中心的功能。如果没有，团队应该在学习或获得所需的知识和技能时继续学习。