Scrum 能够帮助一个5-9人的小*队以迭代增量的方式开发产品，在每一迭代结束时，交付潜在的可交付的产品增量。正是由于其灵活性，Scrum 方法现已成为*队软件交付方法的首选，近期发布的15届敏捷状态报告也显示，66%的受访者及其所在的敏捷*队最常用 Scrum 方法。

但随着敏捷在*队中得到越发广泛的实践，越来越多的人意识到全组织规模化敏捷实践在当下带来的机遇。但当人们简单地将 Scrum 套用到多*队实践中的时候，又出现了各种各样的问题。为了解决大规模开发*队的敏捷应用问题，一款多*队的规模化敏捷框架 Large Scale Scrum（LeSS）应运而生。

在之前的文章中，介绍过 LeSS 的“诞生”，在此就不再赘述。在这篇文章中，我们会详细聊一下 LeSS 的具体实践：

一、框架

为了让框架更好地应用到多*队中去，Bia 和 Craig 两人决定要尽量避免向框架内添加角色、工件、流程等情况，防止因过多的定义而限制*队的经验实践。其中，他们还提出了“守、破、离”三个阶段：

• 守：在守的阶段，要先打基础，这时候*队的行动是循规蹈矩的；
• 破：在破的阶段，要善于打破规则，发现适合自己的情境；
• 离：在离的阶段，要学会逐渐找到适合自己*队的方式。

基于此，LeSS框架保留了Scrum的许多实践与想法，如产品负责人、开发*队、Scrum Master三角色，以及Sprint计划会议、每日站会、回顾会议等。尽管这些概念与Scrum中的实践相同，但侧重点会有所不同。

1.产品负责人

产品负责人有两个关键的职责：一个是对产品待办列表中的事项进行优先级排序，另一个是与*队合作澄清产品待办列表中的事项。

澄清产品待办列表中事项需要产品负责人在*队与用户/客户之间担任桥梁的作用，帮助*队与用户/客户直接对话，避免产生产品的需求理解分歧。

2.*队

*队的要求在前一篇文章有也有提到过，主要是自管理的、跨职能的、专注的、长期存在的，以及共处一地的。这将会让*队中的每位成员为实现*队的共同目标，决定自己如何去做。

3.Scrum Master

在LeSS框架中，Scrum Master需要作为一个全职角色来帮助*队解决过程中遇到的困难。一名Scrum Master最多可管理3个*队。

二、Sprint

LeSS中的Sprint是产品级的Sprint，这意味着，各个*队处在同一Sprint中，而在这一Sprint结束后，多个*队将交出一个集成的潜在可交付产品增量。这意味着，所有*队的Sprint计划会议、Sprint评审与回顾会议都是同时进行的。在具体的实施层面，LeSS又给出了一套应用流程：

1.产品待办列表细化会议

产品待办列表细化会议（PBR）分为三层：

1）整体PBR

整体PBR是一个简短的整体产品待办列表细化会议，主要包括产品负责人以及所有*队成员。这一会议主要为*队分配要实施的事项。

2）多*队PBR

在LeSS中，多*队PBR通过专家、用户/客户、产品负责人、*队成员的共同参与，来推进Sprint，提高跨*队的适应性。多*队PBR一般只有两个*队。

3）单*队PBR

但*队PBR在LeSS中比较少见，一般会应用在巨大且模糊不清的项目背景下，需要先让一个*队清除迷雾，后续逐步加入其他*队的情况中。

2.Sprint计划会议

Sprint计划会议分为两部分：

1）Sprint 计划会议1

这一会议是所有*队的会议，会议将划分各个*队的具体工作事项。如果*队的数量较少，可以全体*队成员参与这一会议。如果有两个以上的*队，则需要每个*队*出一个*队代表（除Scrum Master外）参与会议。

2）Sprint计划会议2

这一会议是各*队内部的会议，*队在此会议上制定自己*队的Sprint计划。有时为了*队之间的分享与学习，两个或多个*队可能会在同一房间的不同区域举行自己*队的计划会议。

3.每日站会

与Scrum中的每日站会不同的是，其他*队的成员可以加入该*队的每日站会，进行信息共享，更好地协调*队之间的合作。

4.Sprint评审会议

Sprint评审会议需要所有*队一起评审该Sprint交付的潜在可交付产品增量，应实现所有人就产品进行协作的机会。这里的所有人指的是除产品负责人之外，还包括*队成员、利益相关者等。

5.Sprint回顾会议

回顾会议最长持续45分钟，分为两种情况：其一是*队内部展开回顾会议，其二是产品负责人、Scrum Master、*队代表进行整体回顾，主要讨论跨*队的协作、系统问题。

与Scrum一样，在一整套带有流程的框架下，LeSS提供了足够的具体实践，以及足够的灵活性以及扩展性，帮助大规模*队探索自己的敏捷之路。在此基础上，大规模*队可以调整*队实践，最终打造出真正适合自己的规模化敏捷实践。

此外，还要注意的一点是，LeSS框架更适合于8个以下的*队数量，如果*队数量超过8个，就需要应用LeSS Huge框架。具体LeSS Huge框架是如何应用的呢？详见下一期。