先LeSS再Scrum - 在大规模组织中导入Scrum

Posted 2021-04-25 从LeSS到学习型组织

去年（2019）我在各种会议和聚会上主要分享了两个话题：1）LeSS - 通往学习型组织的阶梯；2）。

今年（2020）我打算分享下面这个新话题。第一次分享将在4月北京的LeSS聚会上，期待你的参加。

标题

先LeSS再Scrum - 在大规模组织中导入Scrum

概要

我们将探索一种组织先行 - 而非从单团队Scrum开始然后扩散 - 的不同方式来在大规模产品开发组织中导入Scrum。

首先，你将听到一次“没有Scrum的LeSS”的经历，即采用了LeSS的组织设计 - 特性团队和一份产品待办列表 - 但没有引入ScrumMaster而是保留了Team Leader。这样做原本是因为受到组织限制，但让人惊讶的是，自组织从中涌现，Team Leader也由此转型。这一经历启发了我在随后进行更多让Team Leader的角色随着团队成熟逐渐转变的实验。Team Leader的角色究竟是什么，尤其是对自我指导的工作团队而言？它跟ScrumMaster又有何不同？

然后，我们会呈现一种基于上述经历和后续实验发展起来的、在大规模组织中导入Scrum的演进式方法。先从整体产品入手；接着创建特性团队；然后增加那些特性团队的自组织程度，和让更多特性团队共享同一份产品待办列表。最终，涌现出多个团队共同开发一个产品的Scrum方式，并进一步通往学习型组织。

学习成果

• 理解为什么在大规模组织中导入Scrum采用组织先行而非团队先行的方式

• 一些在大规模组织中导入Scrum的实验想法：由Team Leader带领的特性团队；多个特性团队共享一份产品待办列表；转变Team Leader角色到ScrumMaster角色

• 一条在大规模组织中导入Scrum的演进路径：整体产品 -> 特性团队 -> 一份产品待办列表 ｜ 自组织团队 -> 学习型组织

更多详情

这个演讲将分为五个部分。

1. 开场

Scrum的本质是：1）经验型过程控制，和2）自组织团队；而LeSS的本质是：1）多个团队在一个产品上的Scrum扩展，和2）通过组织（重新）设计来实现以少为多。组织设计是大规模组织中的一阶因素，而LeSS的组织设计促进了Scrum。

2. 没有Scrum的LeSS

在2015-2016年，我有过一次导入没有Scrum的LeSS的经历 - 采用了LeSS组织设计，但没有强制自组织团队和引入ScrumMaster角色，而是保留了Team Leader角色。我在2017年敏捷大会上曾经讲述了这个故事，后来演变成。在这个话题中我将简短重述主要的部分。

3. 自我指导的工作团队

上述经历促使我对自我指导的工作团队中的Team Leader角色进行了深入钻研。有兴趣的朋友可以参考《Leading Self-Directed Work Teams》一书。

我因此转变了大规模Scrum导入的思路：从立即引入ScrumMaster角色；到转变Team Leader角色使其能与自组织特性团队有效工作，直到变为ScrumMaster这样完全的教练角色。

4. 先LeSS再Scrum

基于这些实验，我们发展了一种在大规模组织导入Scrum的方式。

• “从整体产品出发”，通过1）创建一份产品待办列表（只是透明性，还没有到适应性）和2）至少做每日构建，来在产品层面获得透明性。

• “接着创建特性团队”，创建特性团队，并逐步增加数量。特性团队不是特性组。特性团队能缩短端到端的周期时间；特性团队需要通过跨职能和跨组件的多面学习加以推动。

• “然后是一份产品待办列表”，让更多特性团队共享同一份产品待办列表，最终在整个产品共享一份产品待办列表。一份产品待办列表能改善适应性；一份产品待办列表需要通过跨客户领域的多面学习加以推动。

• “然后增加自组织程度”，将特性团队转变成自组织的特性团队。随着团队的成熟，Team Leader角色从培训师/老师转变成教练/引导师，最终到ScrumMaster角色。

5. 结论

什么是最后的步骤呢？通往学习型组织。特性团队和整个组织会实践五项修炼（自我超越、共同愿景、心智模式、团队学习和系统思考），持续地学习和改进。