第1章 以少为多
最便宜、最快捷和最可靠的组件是那些不存在的组件。
——戈登·贝尔
为什么要采用LeSS
在过去十年中Scrum的应用呈现出了爆炸式的增长，为什么呢？这个问题，我们曾在新加坡一家小贩中心一边喝啤酒一边讨论过。
当时有人说，是由于认证模式的出现和简化推动了Scrum的应用，也许吧。但另一种敏捷方法，DSDM，在Scrum之前就提供了认证，却从未因此而普及。
也有人说，是由于Scrum Master课程的出现带来了新的变化，况且肯·施瓦伯最初的Scrum Master课程确实产生了很大的影响。然而，极限编程（Extreme Programming）首先推出了XP浸入式课程，但最后也没有做到遍地开花。
也许是Scrum的简单造就了其独特性？与XP相比，Scrum提供了一个更简单的框架，然而，更简单的敏捷方法（如Crystal方法）却从未真正腾飞。
经过一番讨论和思考，克雷格认为：
Scrum在抽象原则和具体实践之间找到了一种理想的平衡。
讨论到此便画上了句号，我们又喝了一杯啤酒。
这些具体实践强调的是经验性过程控制（empirical process control）——Scrum的核心原则之一。经验性过程控制使Scrum有别于其他敏捷框架。《Scrum指南》（Scrum Guide）很好地描述了这一点：
Scrum不是构建产品的过程或技术；相反，它是一个框架，你可以在其中使用各种过程和技术。Scrum明确了产品管理和开发实践的相对效能，以便你可以不断改进它们。
什么意思呢？经验性过程控制让我们既不限定产品的范围，也不限定构建产品的过程。取而代之的是，在较短的周期内，我们可以生产出较小的可交付产品功能块。检查我们得到的是什么以及我们是如何创建它的，并调整产品和创建它的方式。这种明确的检查通过内建的透明机制得以实现。
有时各种原则听起来很诱人，但在实际中又断然不可行。而正是一组简单的具体实践，使得Scrum易于入手：明确的角色、工件和事件。
Scrum的具体实践为采用其更深层次的原则提供了起点。这是一种完美的平衡。
大规模Scrum，即Large-Scale Scrum（LeSS），对于大型产品团队可以实现同样的平衡。它为Scrum增加了一个更具体的框架结构，其目的是保持透明性，并强调定期采用检查与调整（inspect-adapt）实践，让团队能够不断地改进自己的工作方式。
与Scrum类似，LeSS的不完整性是有意而为之的，目的是为更广泛的情景式学习保留空间。在许多方面它没有提供明确的答案，它也不能满足那些寻求公式化答案或寻求表面上安全且严谨的方法的人，其实这些方法通过定义的过程会给人一种舒适但错误的幻觉——控制是可预测的。这些方法破坏了经验性过程控制的原则，让人们感觉自己好像拥有了过程和实践的所有权。
定义不明确的过程要付出高昂的学习代价。人们要的是以少为多，事半功倍。