LeSS定义、框架和原则

本篇文章对LeSS的定义、框架、原则进行简单的介绍和解读，希望能让大家更多的了解LeSS.

LeSS定义：

LeSS是Large-Scale Scrum的缩写，它的出现是为了解决大规模和复杂的工作。LeSS是基于Scrum创建出来的框架，因此其原则、事件、时间盒、工件、实践、团队角色、等基本和Scrum一致。

LeSS的发明人（Craig Larman和Bas Vodde）在创建这个框架的时候就一直在考虑，如何在规模化、不增加其复杂度并且能保持Scrum单个团队的这种优势，因此LeSS的实践是基于一个产品、一个PO, 一份Product Backlog(PB)，并让其尽可能的简单。

LeSS分类

根据项目的大小，LeSS可以分为2个类型

一个是小型LeSS（LeSS Basic）: 有2~8个团队，大概50人左右

一个是巨型LeSS(LeSS Huge) : 支持8个以上的团队, 成百上千人

LeSS的2个分类除了在团队人数上不同，在框架的设计上也有些区别:

小型LeSS(如下图所示)：一个PO, 一份PB, 多个团队（最多8个）。

唯一和Scrum不同但是，每个迭代最后有个Overall Retrospective会议, 需要每个团队有个代表在一起开个回顾会，该代表可以根据实际情况定期轮流来，这样可以更好增进团队之间更好的互动和协作。

小型LeSS框架

Source from Large Scale Scrum

巨型LeSS(如下图所示)：一个PO, 一份PB, 多个团队（成百上千人），和小型LeSS的区别如下：

Source from Large Scale Scrum

增加Requirement Area(RA域需求):项目产品变得庞大后，产品的领域也相应变大，因此可以根据不同的业务领域，把产品进行切割。

增加Area Product Owner(APO域业务负责人)：该负责人主要负责该业务域的需求梳理、优先级排序以及澄清。

每个域业务有一个APO, 大概有4~8个团队，或许你很好奇，为什么是4~8个团队，不是5~9或者2~4团队等等？

根据Craig和Bas的解释，之所以把一个RA的团队限制在4~8人，比如最低团队数量是4，主要是因为这样可以提升透明性，减少团队之间的沟通和协调成本、降低依赖，提高灵活性。

团队最高数量是8，主要是一个APO无法更好的平衡PB（时间和精力都不够）。另外，团队越多，APO需要沟通、澄清以及沟通协调的成本也会逐步增加。同时，当团队数量增加，团队见的这种透明性也会降低,团队学习的机会也会减少。

LeSS Principles

Source from Large Scale Scrum

LeSS有10个原则，可以分为3大类：

一.Scrum-specific

1.Large-scale Scrum is scrum: LeSS的核心还是Scrum, 它把Scrum中的原则，元素等内容应用在大规模环境中。

2.透明（Transparency）: 信息共享，协同工作、共同定义（DoD, DoA），让风险和问题因为透明而暴露出来。

3.经验过程控制(Empirical Process Control)：基于经验，边做边调整，并持续检查和调整产品。

二.LeSS-specific

1.少即是多(More with LeSS): 更少的流程、更少的规则、更少的角色、更好的工件、更少的浪费；更多的学习；更多的互动；更多的沟通；更多的责任；更多自主；更高主人翁意识；离客户更近

2.聚焦完整产品(Whole product focus): 一个产品代办列表，一个产品负责人，一个可交付产品，一个迭代, 无论是3个或者33个团队

3.以客户为中心(Customer-centric):专注于了解客户的问题并解决它们；识别客户眼中的价值和浪费，减少周期时间，增加和加强真实客户的反馈环；每个人都知道他们今天的工作如何让客户产生利益。

三.Meta-specific

1.(系统思考)System thinking: 观察、理解和优化整个系统（而不是局部优化）, 使用系统建模发现系统动态，避免专注于提升个人和个体团队的效率。客户在意整体的概念兑换周期时间和流动效率。

2.(精益思想)Lean thinking：精益思想屋的基础是管理者作为老师，应用和教授精益思想。2个支柱是尊重人和持续挑战现状来改进的心态，不断提高目标。

3.(排队理论)Queue theory：在复杂多变的环境中，小批量、控制在制品数量，以缩短交付周期和减少易变性。

4.持续改进以求完美Continuous improvement towards perfection): 几乎每时每刻都在创造并交付产品，而且几乎没有成本，没有缺陷，让顾客满意，改善环境，让生活更美好。做无止境的谦逊和激进的改进

下篇文章对LeSS原则和指南，产品定义背后的思考以及设计(PB数量，团队数量)的底层逻辑做分享.