规模化敏捷LeSS(Large Scale Scrum)的诞生

2021-01-29 10:00:00
yanruiyu
原创
459


《敏捷宣言》发布后,“敏捷”被越来越多的小型开发团队认可。与此同时,另一个问题也暴露了出来: 以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其实很简单。


文章分类
联系我们
  • 联系人:郑女士
  • 联系方式: 13792883250
  • 地址:青岛开发区长江中路232号国贸中心C座
投稿邀请

如果您有优秀的原创文章,欢迎添加联系人直接与我们联系,或通过下方邮箱发送投稿文章,一经采用,我们会付以一定的稿件报酬。

  • 投稿邮箱: [email protected]
  • 投稿标题:向 [敏捷开发] 网站投稿
  • 稿件要求:与敏捷开发相关的任何内容

更多投稿相关请点击 更多进行了解~