规模化敏捷LeSS(Large Scale Scrum)的诞生
2021-07-29 15:43:52
晏瑞宇
  • 访问次数: 199
  • 注册日期: 2020-05-27
  • 最后登录: 2021-09-18
  • 我的积分: 562
  • 门派等级: 无门派


《敏捷宣言》发布后,“敏捷”被越来越多的小型开发团队认可。与此同时,另一个问题也暴露了出来:  以Scrum为首的敏捷方法论对那些大规模的开发团队并不友好


基于此,业界开始探寻能够达到多个团队协作开发最佳效率的办法。直至2005年,当时在诺基亚公司工作的Bas Vodde(一位精益敏捷教练)和 Craig Larman(一名组织设计顾问)对此产生了莫大的兴趣,两人一拍即合。凭借 Bas 对 Scrum 等敏捷方法的应用,以及Craig 对产品开发流程的熟知,他们创建了 LeSS 框架。

如何大规模实践Scrum,Bas 和Craig找到了一个完美的答案。

实际上,LeSS框架就是将Scrum框架放大,并应用于多团队管理层级中,因此,LeSS保留了很多Scrum 中的基本要素,例如:每日站会、产品待办列表、Sprint计划会议、Sprint评审会议、回顾会议等。但在Scrum框架的基础上,LeSS框架又延伸出比之更大的范围。

对于多团队来说,规则越少,实践的门槛就会越低 。因此,LeSS框架是一个极简框架,以真正的团队作为基本构建块来进行整个组织的架构。另外,在创建LeSS的过程中,Bas Vodde 和 Craig Larman 尽可能地减少定义的输入,更多的是推动团队凭自身经验创建适合自己的流程。

LeSS具体细化为两种框架:  一种是适用于8个小团队进行开发,每组最多8人的“LeSS” ;  另一种是协调、管理多达上千人的团队的“LeSS Huge” 。不论是哪一种具体的框架,对团队自身的要求都不会改变。


1.LeSS团队要求是自管理的


一个自管理的团队,能够帮助各团队成员之间增强协同能力,提高团队工作效率。这里的一个大前提就是,各团队有一个共同的愿景和为之奋斗的目标,让每一位成员都有“主人翁”意识。

2.LeSS团队要求是跨职能的


Craig Larman解释,“与其引入一种方法,在这基础上打各种补丁的话,倒不如尝试改变组织架构,创建一个跨职能的团队。”跨职能的团队具有很大的灵活性,能够更快地响应不断变化的需求,并能更好地处理团队之间的协作问题。


3.LeSS团队要求是协同办公的


多个团队协作办公,以更快地为客户交付新的产品。无论如何,需要打破部门和团队间的壁垒,通过不断地学习、试错来帮助各团队、各成员之间快速适应。与此同时,与其他流程部门之间的沟通、交流也能够为团队增加新的可能。


4.LeSS团队要求是长期存在的


由于LeSS面向的是多个团队,这就要求各团队的组合不能随意变动。因为团队的目标是长期的,我们是通过将大目标分解为小目标,并协调各个团队步调一致。如若各个团队随意组合,那么最初拟定的计划则会全盘打散。


在LeSS框架下,团队之间既能够保留足够的灵活能力和扩展能力,又能够有充足的实践来启动整个流程。在你理解了之后会发现,LeSS其实很简单。