LeSS框架想要解決的問題是如何將Scrum的原則褒繁、元素盡可能簡單夠用的使用到多個(gè)團(tuán)隊(duì)月劈，合作開發(fā)一個(gè)產(chǎn)品的場(chǎng)景里去喳篇。

Less簡介

Scrum開發(fā)團(tuán)隊(duì)最佳規(guī)模是足夠小以保持敏捷性越除，同時(shí)足夠大可以在 Sprint 內(nèi)完成重要的工作节腐，一個(gè)建議的數(shù)值通常是7加減2人，這樣既可以保持敏捷性又可以在Sprint內(nèi)交付潛在可發(fā)布的產(chǎn)品增量摘盆。

對(duì)于小規(guī)模產(chǎn)品翼雀，1個(gè)Scrum團(tuán)隊(duì)也許可以很好的應(yīng)付，然而現(xiàn)實(shí)中大規(guī)模產(chǎn)品開發(fā)時(shí)常常會(huì)涉及到多個(gè)團(tuán)隊(duì)協(xié)同開發(fā)一個(gè)產(chǎn)品孩擂。

如果我們繼續(xù)采用Scrum的方式進(jìn)行產(chǎn)品研發(fā)狼渊，我們就不得不需要思考一個(gè)問題：不同團(tuán)隊(duì)如何一起有效的合作完成一個(gè)產(chǎn)品的開發(fā)？

行業(yè)里目前有一些大規(guī)模敏捷的解決方案类垦，如 Large Scale Scrum（LeSS）狈邑， Scrum of Scrums， Scaled Agile Framework（SAFe）蚤认， Disciplined Agile Delivery（DAD）米苹，NEXUS等等。

“LeSS is Scrum applied to many teams working together on one product.”簡單說LeSS依然是Scrum烙懦，依然是那三個(gè)角色驱入，三個(gè)工件，五個(gè)會(huì)議氯析。LeSS框架想要解決的問題是如何將Scrum的原則亏较，元素盡可能簡單夠用的使用到多個(gè)團(tuán)隊(duì)，合作開發(fā)一個(gè)產(chǎn)品的場(chǎng)景里去掩缓。

LeSS框架分為兩類：LeSS以及LeSS Huge雪情，超過8個(gè)Scrum團(tuán)隊(duì)的時(shí)候使用LeSS Huge框架。不要問我8是怎么來的你辣，就這么定的巡通，當(dāng)然在實(shí)踐的過程中需要考慮產(chǎn)品負(fù)責(zé)人以及Scrum團(tuán)隊(duì)成熟度適當(dāng)調(diào)整，理論總是要聯(lián)系實(shí)際舍哄。

LeSS實(shí)踐

沒有合理的團(tuán)隊(duì)設(shè)計(jì)讓產(chǎn)品研發(fā)事倍功半宴凉，而有了合理的團(tuán)隊(duì)設(shè)計(jì)讓團(tuán)隊(duì)事半功倍，團(tuán)隊(duì)設(shè)計(jì)是影響團(tuán)隊(duì)績效的一階因素表悬。

團(tuán)隊(duì)設(shè)計(jì)簡單說包含兩方面考慮弥锄，一個(gè)是團(tuán)隊(duì)自身結(jié)構(gòu)的設(shè)計(jì)，一個(gè)是團(tuán)隊(duì)間溝通協(xié)調(diào)方式設(shè)計(jì)蟆沫。團(tuán)隊(duì)自身結(jié)構(gòu)設(shè)計(jì)上通常有兩種選擇：組件團(tuán)隊(duì)或特性團(tuán)隊(duì)籽暇。

1、組件團(tuán)隊(duì)

在組件團(tuán)隊(duì)模式下需求拆分為組件子需求饭庞，往往一個(gè)需求會(huì)涉及到多個(gè)組件團(tuán)隊(duì)戒悠，通常會(huì)產(chǎn)生以下一些影響：

1）組件團(tuán)隊(duì)缺少產(chǎn)品整體視角，關(guān)注組件交付而非客戶價(jià)值交付舟山，常見的句式是：“我的做完了”绸狐。

2）組件團(tuán)隊(duì)通常資源共享，關(guān)注資源效率捏顺，而非價(jià)值交付效率六孵。當(dāng)一個(gè)組件團(tuán)隊(duì)服務(wù)多個(gè)業(yè)務(wù)方的時(shí)候，往往容易導(dǎo)致組件團(tuán)隊(duì)陷入公共綠地的困境幅骄，不用白不用劫窒，白用誰不用，各個(gè)業(yè)務(wù)方拼命爭(zhēng)奪組件團(tuán)隊(duì)資源拆座，在整體溝通信息不順暢的時(shí)候主巍，一個(gè)潛在的結(jié)果是最會(huì)哭最會(huì)喊的那個(gè)業(yè)務(wù)方需求獲得了資源，而不是對(duì)于公司或客戶最有價(jià)值的業(yè)務(wù)方需求獲得挪凑。

3）組件團(tuán)隊(duì)組織產(chǎn)品研發(fā)時(shí)通常也會(huì)采用項(xiàng)目制開發(fā)模式孕索，從各個(gè)組件團(tuán)隊(duì)抽調(diào)資源，組建短期項(xiàng)目團(tuán)隊(duì)躏碳。不同的PM搞旭、不同的團(tuán)隊(duì)成員、不同的做事風(fēng)格、不同的項(xiàng)目復(fù)雜度肄渗、不同的完成標(biāo)準(zhǔn)镇眷，不否認(rèn)有非常牛X的項(xiàng)目經(jīng)理帶領(lǐng)非常牛X的團(tuán)隊(duì)完成非常牛X的項(xiàng)目，但整體上看翎嫡，往往整個(gè)項(xiàng)目進(jìn)度欠动、質(zhì)量、效率不穩(wěn)定可控惑申。同時(shí)在短期的項(xiàng)目團(tuán)隊(duì)里具伍，人往往被視作實(shí)現(xiàn)項(xiàng)目目標(biāo)的一個(gè)資源，成員工作動(dòng)力不足圈驼，高效的團(tuán)隊(duì)是需要長時(shí)間磨合的人芽。

4）項(xiàng)目制方式加上關(guān)注資源效率，通常產(chǎn)生的一個(gè)現(xiàn)象是團(tuán)隊(duì)/個(gè)人多任務(wù)并行绩脆。適當(dāng)?shù)牟⑿锌梢蕴岣邎F(tuán)隊(duì)的吞吐量啼肩，但同時(shí)會(huì)延長客戶價(jià)值交付周期。當(dāng)并行超出某一個(gè)限度的時(shí)候往往會(huì)導(dǎo)致整體質(zhì)量效率下降衙伶。在一定程度上這是一個(gè)投入產(chǎn)出比平衡的結(jié)果祈坠。

5）跨組件團(tuán)隊(duì)溝通時(shí)需要非常清晰明確的公司策略，產(chǎn)品優(yōu)先級(jí)等信息支持矢劲，才能更好的協(xié)調(diào)多個(gè)團(tuán)隊(duì)協(xié)作開發(fā)赦拘。但現(xiàn)實(shí)的情況往往是整個(gè)信息不夠透明。另一方面團(tuán)隊(duì)都會(huì)有自己的屁股芬沉，有做大做強(qiáng)自己組件的沖動(dòng)躺同，往往導(dǎo)致跨團(tuán)隊(duì)溝通協(xié)調(diào)成本高。

在溝通協(xié)調(diào)不順暢的情況下丸逸，往往會(huì)產(chǎn)生強(qiáng)烈的項(xiàng)目管理需求蹋艺。比較極端的case，一個(gè)人半天代碼量的需求黄刚，前前后后花費(fèi)了不同團(tuán)隊(duì)10個(gè)人討論了3天捎谨，最后在外力的介入下才拍板。

6）客戶價(jià)值匹配組件團(tuán)隊(duì)技能憔维，而非團(tuán)隊(duì)技能匹配客戶價(jià)值涛救；當(dāng)某一組件需求集中涌現(xiàn)的時(shí)候，容易產(chǎn)生擴(kuò)大團(tuán)隊(duì)的沖動(dòng)业扒；當(dāng)某一組件團(tuán)隊(duì)高優(yōu)先級(jí)需求不足的時(shí)候检吆，并不會(huì)縮小團(tuán)隊(duì)規(guī)模，反而會(huì)找活做程储，容易導(dǎo)致低價(jià)值交付蹭沛，后果是不斷擴(kuò)大的組件團(tuán)隊(duì)臂寝；

7）在某些組織里經(jīng)常會(huì)看到組織調(diào)整，一個(gè)原因就是不斷擴(kuò)大的組件團(tuán)隊(duì)摊灭，導(dǎo)致研發(fā)成本不斷攀升交煞，但研發(fā)成本攀升的同時(shí)并沒有實(shí)現(xiàn)同等客戶價(jià)值價(jià)值交付，投入產(chǎn)出比降低斟或，所以需要?jiǎng)右粍?dòng)，也算是一種應(yīng)對(duì)的方式集嵌，只是這種變化通常更劇烈一些萝挤。

8）當(dāng)需求被拆分到各個(gè)組件團(tuán)隊(duì)后，帶來的另外一個(gè)后果是后期集中集成根欧，集中測(cè)試怜珍，反饋周期往往拉長，并且將風(fēng)險(xiǎn)留在最后凤粗，往往導(dǎo)致項(xiàng)目延期酥泛，交付周期變長。

2嫌拣、特性團(tuán)隊(duì)

1）長期穩(wěn)定存在柔袁，長期的合作利于打磨高效團(tuán)隊(duì)，質(zhì)量和效率穩(wěn)定可預(yù)見异逐；

2）跨技能捶索，團(tuán)隊(duì)成員技能中包含前端，開發(fā)灰瞻，測(cè)試等多種技能腥例；

3）跨組件，團(tuán)隊(duì)覆蓋的范圍同時(shí)橫跨多個(gè)組件酝润；

4）團(tuán)隊(duì)能獨(dú)立完成客戶價(jià)值交付燎竖；

5）團(tuán)隊(duì)間協(xié)調(diào)合作從項(xiàng)目管理域轉(zhuǎn)移到代碼技術(shù)域；

特性團(tuán)隊(duì)要面臨的挑戰(zhàn)

1）每個(gè)人都需要掌握所有東西要销？整個(gè)團(tuán)隊(duì)需要擁有產(chǎn)品交付的所有技能构回，并在客戶需求開發(fā)過程中不斷學(xué)習(xí)擴(kuò)大個(gè)人技能領(lǐng)域，這是一個(gè)長期的過程疏咐，取決于團(tuán)隊(duì)學(xué)習(xí)的能力捐凭。BTW：在現(xiàn)在以及未來的千變?nèi)f化的社會(huì)中，無論是個(gè)人還是團(tuán)隊(duì)凳鬓，學(xué)習(xí)能力將是一個(gè)非常重要的能力茁肠。

2）如何保證組件代碼質(zhì)量？需要工程實(shí)踐上的配合缩举，例如主干開發(fā)垦梆，持續(xù)集成匹颤，保證產(chǎn)品不被破壞；組件守護(hù)者托猩，review組件相關(guān)修改印蓖，技能指導(dǎo)；不同人從產(chǎn)品交付的角度修改組件促進(jìn)代碼學(xué)習(xí)以及程序員社交京腥。

3）整體上特性團(tuán)隊(duì)對(duì)外更加關(guān)注客戶價(jià)值價(jià)值赦肃，促進(jìn)創(chuàng)新；對(duì)內(nèi)打破團(tuán)隊(duì)邊界公浪，促進(jìn)組織轉(zhuǎn)型升級(jí)他宛；對(duì)個(gè)人促進(jìn)個(gè)人學(xué)習(xí)，提升個(gè)人技能欠气。

一個(gè)LeSS實(shí)踐樣例

0厅各、背景

組建一個(gè)研發(fā)團(tuán)隊(duì)，準(zhǔn)備開發(fā)一個(gè)公司內(nèi)部DevOps研發(fā)平臺(tái)產(chǎn)品预柒。團(tuán)隊(duì)成員包括3個(gè)前端JS開發(fā)队塘，9個(gè)后端JAVA開發(fā)，1個(gè)測(cè)試宜鸯，1個(gè)交互憔古；前后端分離設(shè)計(jì)，前端基于React淋袖，后端基于SpringBoot投放；團(tuán)隊(duì)成員幾乎不懂敏捷開發(fā)，Scrum以及LeSS等适贸。

1灸芳、組建特性團(tuán)隊(duì)

敏捷原則之一“我們最重要的目標(biāo)，是通過持續(xù)不斷地及早交付有價(jià)值的軟件使客戶滿意拜姿±友”對(duì)于一個(gè)從0到1的產(chǎn)品，持續(xù)不斷的滿足客戶需求蕊肥，持續(xù)不斷的從客戶收集反饋對(duì)于產(chǎn)品來說非常重要谒获，特性團(tuán)隊(duì)更適合當(dāng)前的產(chǎn)品研發(fā)場(chǎng)景。

根據(jù)項(xiàng)目背景壁却，組建3個(gè)特性團(tuán)隊(duì)批狱，每個(gè)團(tuán)隊(duì)4人，其中包含前端開發(fā)展东，后端開發(fā)赔硫，可以獨(dú)立完成產(chǎn)品需求交付。

2盐肃、明確特性團(tuán)隊(duì)之間的溝通協(xié)調(diào)方式

團(tuán)隊(duì)間溝通協(xié)調(diào)方式會(huì)受到產(chǎn)品需求組織方式的影響爪膊。團(tuán)隊(duì)將要開發(fā)的DevOps平臺(tái)是一個(gè)非常復(fù)雜的產(chǎn)品权悟，涉及的需求領(lǐng)域很多，比如環(huán)境管理推盛、應(yīng)用管理峦阁、版本管理、持續(xù)集成等耘成，同時(shí)這是一個(gè)從0到1的過程榔昔，每個(gè)需求領(lǐng)域都有著充足而穩(wěn)定的產(chǎn)品需求，并且每一個(gè)領(lǐng)域都需要一定的領(lǐng)域背景知識(shí)才能更好的設(shè)計(jì)實(shí)現(xiàn)產(chǎn)品瘪菌，所以筆者決定劃分為4個(gè)產(chǎn)品需求領(lǐng)域：環(huán)境撒会，應(yīng)用，版本控嗜，持續(xù)集成。

3骡显、需求領(lǐng)域

在LeSS里是沒有需求領(lǐng)域的疆栏，需求領(lǐng)域是LeSS Huge里的概念，當(dāng)團(tuán)隊(duì)個(gè)數(shù)大于8個(gè)的時(shí)候建議使用LeSS Huge惫谤，并且區(qū)分需求領(lǐng)域壁顶，每一個(gè)需求領(lǐng)域里依然是LeSS工作方式，同時(shí)增加APO角色負(fù)責(zé)一個(gè)需求領(lǐng)域溜歪。

雖然只有3個(gè)特性團(tuán)隊(duì)若专，但依然選擇劃分了需求領(lǐng)域，這點(diǎn)和LeSS有所不同蝴猪。這里考慮的是團(tuán)隊(duì)個(gè)數(shù)是一個(gè)劃分需求領(lǐng)域的參考调衰，同時(shí)產(chǎn)品復(fù)雜度和產(chǎn)品所處的階段可能也是需要考慮的一個(gè)維度。

在LeSS里不區(qū)分需求領(lǐng)域的情況下自阱，每一個(gè)特性團(tuán)隊(duì)在一定程度上是等同的嚎莉，提供最大的靈活性。需求領(lǐng)域的劃分在一定程度上降低了團(tuán)隊(duì)跨需求領(lǐng)域的靈活性沛豌，但是在當(dāng)前產(chǎn)品初期從0到1的情況下趋箩，每個(gè)領(lǐng)域高優(yōu)先級(jí)需求充足而穩(wěn)定，足以保證每一個(gè)特性團(tuán)隊(duì)持續(xù)的高價(jià)值交付加派，團(tuán)隊(duì)的跨領(lǐng)域靈活性暫時(shí)不是考慮的最主要的問題叫确。

最終團(tuán)隊(duì)整體設(shè)計(jì)如下圖所示，一份產(chǎn)品待辦列表芍锦，劃分四個(gè)需求領(lǐng)域竹勉，每一個(gè)需求領(lǐng)域由一個(gè)特性團(tuán)隊(duì)負(fù)責(zé)需求，特性團(tuán)隊(duì)中包括前端開發(fā)和后端開發(fā)娄琉，其中特性團(tuán)隊(duì)C負(fù)責(zé)兩個(gè)需求領(lǐng)域饶米。

這在一定程度上即保持了產(chǎn)品特性團(tuán)隊(duì)的特征桨啃，又減緩了特性團(tuán)隊(duì)在工程實(shí)踐上帶來的挑戰(zhàn)，當(dāng)然也犧牲了一定的團(tuán)隊(duì)敏捷性檬输，這是當(dāng)下的選擇照瘾。

需要指出的是，團(tuán)隊(duì)的結(jié)構(gòu)設(shè)計(jì)不是一成不變的丧慈，隨著產(chǎn)品的演進(jìn)析命，需求領(lǐng)域不斷的涌現(xiàn)和消亡，團(tuán)隊(duì)的結(jié)構(gòu)設(shè)計(jì)也是隨著時(shí)間調(diào)整的逃默，未必一個(gè)團(tuán)隊(duì)就只能工作在一個(gè)需求領(lǐng)域鹃愤，或者一個(gè)需求領(lǐng)域只能一個(gè)團(tuán)隊(duì)工作，甚至是否還需要需求領(lǐng)域劃分完域，這是需要根據(jù)現(xiàn)實(shí)的情況來調(diào)整的软吐。

總結(jié)

簡單總結(jié)一下，Scrum是敏捷世界里廣泛使用的一個(gè)框架吟税，簡單凹耙，易懂但難于掌握。LeSS是大規(guī)模敏捷開發(fā)世界里一個(gè)常用的框架肠仪，它的本質(zhì)上依然是Scrum肖抱，它想要解決的問題是如何將Scrum的原則，元素盡可能簡單夠用的使用到多個(gè)團(tuán)隊(duì)异旧，合作開發(fā)一個(gè)產(chǎn)品的場(chǎng)景里去意述。

在LeSS框架里，很重要的一點(diǎn)在于團(tuán)隊(duì)設(shè)計(jì)吮蛹。記得以前去拜訪一個(gè)公司荤崇，公司領(lǐng)導(dǎo)介紹了公司的組織結(jié)構(gòu)，交流中我會(huì)問他一些潛在的問題點(diǎn)潮针，他會(huì)很驚訝于你怎么知道天试？組織的很多問題根源在于組織結(jié)構(gòu)設(shè)計(jì)，相同的結(jié)構(gòu)設(shè)計(jì)上往往存在相同的問題然低。沒有合理的團(tuán)隊(duì)設(shè)計(jì)讓產(chǎn)品研發(fā)事倍功半喜每，而有了合理的團(tuán)隊(duì)設(shè)計(jì)讓團(tuán)隊(duì)事半功倍。團(tuán)隊(duì)設(shè)計(jì)是影響團(tuán)隊(duì)績效的一階因素雳攘。BTW：世界上沒有所謂的最佳實(shí)踐带兜，沒有所謂的銀彈，有的僅僅是在特定的上下文里合適的實(shí)踐和方法吨灭。

轉(zhuǎn)載自：http://www.woshipm.com/pmd/969435.html