## 实现适应性

LeSS是一个产品开发的组织系统，旨在最大化一个组织的适应性。关于适应性（或者 _敏捷性_，也就是敏捷开发的初衷）我们是指优化：

- 以相对低的成本改变方向的能力，主要是基于通过频繁交付产生的探索。从而……
- 最大化交付给客户和终端用户的价值。

LeSS是二十年来为实现组织适应性而进行的现场观察、系统思考和实验的结果。

## 系统方法

许多公司都热衷于采用最新的‘敏捷’流程，只要它不会引起太大的变化。它必须是 _安全的_。但通常微小的变化带来的好处也微乎其微。

LeSS则对组织采取系统的方法。一个组织至少是人员、客户、结构、政策、流程和实践，以及它们的相互作用效应……的总和，并且为了实现适应性，也就是低成本和容易的转变方向，这些方面 _都_ 可能会需要被影响、改变和 _校准一致_。只是专注于导入一个流程框架，还有本地团队的敏捷性，将无法实现全局的组织适应性。

## 更简洁的结构

针对适应性的一些关键障碍是组织的 _复杂度_ 和太多的 _单一_ 专业化。为了实现适应性，组织不能简单地在现有流程和角色上“增加敏捷性”。他们必须重新思考组织如何以更简洁更灵活的方式工作。

“以少为多”原则认识到，无数的角色（尤其是过度专业化的角色）、复杂的流程和过多的工件将导致不灵活和缓慢的组织……即使号称‘敏捷’。一定的结构当然是需要的，但大量的正式流程、角色和工件成本高昂，并且反适应，因此需要避免。这种简化可以通过遵循由“以少为多”展开的 [七项组织设计原则](/content/blog/2020/03/02/more-with-less-seven-tools-for-simplifying-organizations.html) 来实现。

## 持续改进

适应性的目标永远指引着持续改进。组织中所有人都能持续改进取决于拥有使命感和对他们工作方式的主人翁精神。聚焦客户并与终端用户直接合作鼓励了 _使命_ 感，而LeSS的极简主义方法则欢迎了 _主人翁精神_ 和实验。导入LeSS包含首先建立好初始结构，然后授权团队来识别改进机会并不断实验。

## LeSS全貌

LeSS在抽象原则和具体实践之间找到了最佳平衡点。

LeSS提供了一个最小的刚好够用的核心：LeSS _规则_。除此之外，它还鼓励 _实验_，而实验想法则受到LeSS _原则_ 的影响。我们在“LeSS全貌”中展示了这些：

[\[下载 PDF\]](/content/img/framework/less-complete-picture.zh-CN.pdf)

[\[下载 PNG\]](/content/img/framework/less-complete-picture.zh-CN.png)

LeSS的要素：

- _实验_：分享特定情境下的知识和一种实验的心态，拥有你们自己的工作方式并尝试不同的做法。  
- _原则_：指导实验和导入。  
- _规则_：提供一个最小的核心结构。  
- _指南_：重点介绍了广泛有用的实践，并阐明了组织在导入规则时可以期待什么。

这些提供了为提高组织适应性而持续改进所需的最小结构。

## LeSS是从哪里来的？

LeSS起源于Bas Vodde和Craig Larman从2005年开始的合作。他们试图找出方法让Scrum的精髓能在多团队（大型）产品开发中发挥作用，从而创造规模化的适应性。由于当时还没有答案，Craig和Bas与很多产品组合作，基于以下方面来定义一个适合他们的组织改进回路：

1. **现场观察**.

与实际开发产品和使用产品的人一起工作，因为他们会指出开发和使用中的真正问题。  
2. **系统思考**.

根据在现场的观察结果，尝试了解开发系统及其影响和相互联系。只有深入了解现有系统及其问题和潜力，才能有所改进。  
3. **实验**.

从基于现场观察和系统思考不断发展的对开发系统的心智模式来看，哪些方面我们可以尝试改进，并对它了解更多？

通过这一组织改进回路，Bas和Craig指导了在大型产品开发中的数百个实验。经过十年的实验尝试，他们提取了最根本的学习总结，并创建了一个刚好够用的结构 - LeSS规则 - 以使得为提高适应性的实验能够进行。