LeSS is more - 大规模Scrum浅析

在敏捷转型过程中，如何将在单个团队级别上取得的良好效果扩展至组织内的多团队上？启用一个有效的大规模敏捷框架是很有必要的。今天我们就来聊聊其中的一种 - LeSS（Large-Scale Scrum）。

 

1、为什么基于Scrum？

Scrum是一种基于经验过程控制的研发框架。其中，跨功能的自管理团队通过增量迭代的方式研发一款产品。每个Sprint都按约定交付潜在的产品增量。这种经验性的过程控制需要的是透明，而这种透明来自于团队短周期的迭代以及对迭代的定期回顾。它强调持续学习、观察以及不断适应。Scrum的整体理念基于对研发过程的复杂性、动态性做出的回应，并不断提出问题、执行及改进。

 

具体的Scrum框架在此就不赘述了，想了解详情可查阅之前的文章《Scrum之成分配比》。Scrum的有效性在于它能够将抽象的框架与实践经验相结合，从而改变组织的文化。根据组织行为学中的Larman定理，通常组织的变革是通过组织结构的改变来促使文化发生变化的，这也是Scrum能够作为有效的工具为组织带来成功敏捷转型的原因之一。

 

2、LeSS是什么？

Craig Larman于2002年出版了《敏捷与增量开发》一书，此时，人们还认为敏捷开发模式仅使用于小团队。而Craig及Bas从这时便开始将关注点放在了敏捷的大规模应用，尤其是将Scrum应用到大型、跨区域及外包团队的研发中。

 

LeSS就是Scrum，它并非对Scrum的任何更新或优化，而是一种设法将Scrum的原则、目标、元素等应用于大型语境下的方法。与我们常说的适用于一个团队的Scrum不同之处在于，它是针对多团队的，且这些功能团队是共同在同一个产品中工作，有着共同的交付目标。

图片来自LeSS官网

 

3、Scrum与LeSS的相同点？

LeSS是单团队Scrum的扩展版，它仍然保持了单团队Scrum中的许多规则及理念。在LeSS中你能找到如下相同点：

• 一份产品待办列表（因为这是针对一个产品而非一个团队的）
• 所有团队有共同的DoD
• 每个Sprint结束有同一个潜在可交付产品增量
• 一位产品负责人
• 多个完整的、跨功能的团队（不包含任何单一的职能团队）
• 单次完成一个Sprint

4、Scrum与LeSS的差异？

• Sprint计划会议 Part 1：会议除了产品负责人外，还包括来自所有团队的相关人员。会议中，团队成员自主决定他们的产品待办列表清单（PBI）。同时共同就需要相互分享及合作的工作进行讨论。
• Sprint计划会议 Part 2：各团队自行组织的sprint计划会议（通常是多团队同步进行的），会议可根据实际情况安排在相同或不同的会议室进行，亦或者同一会议室不同区域。

图片来自LeSS官网

 

• Daily Scrum：这个会议同样是由各自团队自行组织。但是不同团队中的成员可以作为观察员参与到有相互合作的团队的Daily Scrum中。
• 总体产品待办事项列表梳理（PBR）：这个梳理是可选的，且会议时间比较短（对于两周的Sprint而言，通常一个小时可以完成），它针对总体的产品代办事项。会议需要产品负责人及来自多有团队的相关人员参与。此会议的主要目的是决定后续要进行深度团队PBR的团队及条目。这是一个产品负责人与所有团队对齐信息的好时机。
• 产品待办事项列表梳理（PBR）：对于LeSS中的单团队PBR而言，它的运作跟单团队Scrum一样。其不同点存在于多团队PBR。在多团队PBR中，两个或者多个团队在同一个房间中讨论，增加学习及合作的机会。
• Sprint Review：除产品负责人外，所有团队成员、相关的用户或者客户及干系人参与。可考虑采用集市后者科学展览的形式组织：一个大的房间，区分不同的区域。每个区域由不同的团队成员负责，向大家演示团队团队研发的功能并进行相关讨论。
• 总体回顾：这是一个在单团队Scrum框架中没有的会议。这个会议旨在探索总体系统中的改进点。会议时长在45分钟（针对单周Sprint）。会议包括产品负责人、Scrum Master以及来自各团队的轮值代表。

 

图片来自LeSS官网

 

 

5、LeSS框架总览

最后，我们再来总体回顾一下LeSS框架，增强理解及记忆。