如今的互聯(lián)網(wǎng)行業(yè)，每天有無(wú)數(shù)的公司倒下，同樣也有無(wú)數(shù)的公司站起來(lái)。

越來(lái)越多的人將「敏捷團(tuán)隊(duì)」搬上臺(tái)面大談特談，或是為了搶占市場(chǎng)先機(jī)、或是為了不斷修正需求方向。

有太多太多的原因讓人們追捧「敏捷團(tuán)隊(duì)」，這些追捧既有目的性極強(qiáng)的,也有無(wú)腦跟風(fēng)的。
?

?

為了讓各位團(tuán)隊(duì)管理者少走彎路，今天，弘博小編來(lái)給大家說(shuō)說(shuō)究竟如何迅速打造敏捷團(tuán)隊(duì)?

敏捷價(jià)值觀導(dǎo)入

非常重要的步驟。七個(gè)核心價(jià)值觀，除此之外團(tuán)隊(duì)還有可能形成具有自己特色的價(jià)值觀，比如在開發(fā)測(cè)試融合的團(tuán)隊(duì)，開發(fā)和測(cè)試必須合作。這步的目標(biāo)就是“達(dá)成一致”。

價(jià)值觀會(huì)潤(rùn)物細(xì)無(wú)聲的成為團(tuán)隊(duì)的精神力量，想僅憑幾次培訓(xùn)、講解不一能引起共鳴。而且研發(fā)團(tuán)隊(duì)成員大多是做具體開發(fā)測(cè)試任務(wù)的人，長(zhǎng)期的工作思維讓我們更偏好一些立即就能用的東西，比如學(xué)一門語(yǔ)言，比如掌握一個(gè)算法。而很少會(huì)停下來(lái)，思考這些“空”的東西。這步的目標(biāo)是“引起思考”。

為了快速讓團(tuán)隊(duì)感受、理解、思考價(jià)值觀，需要做這幾件事：

1）集中會(huì)議宣傳

在AMM評(píng)估前，將項(xiàng)目組成員集中半天，由項(xiàng)目負(fù)責(zé)人向項(xiàng)目組成員做匯報(bào)，介紹敏捷方面的進(jìn)展，項(xiàng)目運(yùn)作的改進(jìn)等，會(huì)上自由提問(wèn)、討論。這樣既讓項(xiàng)目組成員了解到敏捷知識(shí)，更感受到通暢的溝通、平等的交流。

2）持續(xù)、密集、小團(tuán)隊(duì)內(nèi)宣傳

團(tuán)隊(duì)在導(dǎo)入階段，晨會(huì)開始前請(qǐng)一個(gè)成員說(shuō)說(shuō)敏捷價(jià)值觀。我們的教育背景讓我們接受這樣一種觀點(diǎn)：理解思考是建立在記憶的基礎(chǔ)上。

3）晨會(huì)上增刪任務(wù)

需求變化是常態(tài)，我們要擁抱變化，晨會(huì)上PO可以隨時(shí)插入新需求，確定責(zé)任人，同時(shí)調(diào)整優(yōu)先級(jí)。

4）重視回顧會(huì)

團(tuán)隊(duì)運(yùn)作一開始，會(huì)有成員對(duì)運(yùn)作方式提出疑問(wèn)，比如對(duì)個(gè)人技能要求提高了，一專多能讓工作變復(fù)雜了，專業(yè)知識(shí)不進(jìn)反退了，等等。

此時(shí)如果是故障復(fù)盤，則拋開問(wèn)責(zé)，刨根究底的找出故障發(fā)生的客觀和主觀因素。

如果是吐槽，則引導(dǎo)團(tuán)隊(duì)成員拋開個(gè)人情緒，認(rèn)識(shí)到問(wèn)題的真正的癥結(jié)。

5）集中辦公

我們是一個(gè)特性團(tuán)隊(duì)，團(tuán)隊(duì)負(fù)責(zé)完整版本的端到端交付。我們有一個(gè)優(yōu)勢(shì)是可以集中辦公，在機(jī)房協(xié)調(diào)一塊能容納20多人的地方，整合各類調(diào)試和測(cè)試資源，測(cè)試團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)坐在一起，對(duì)開發(fā)人員來(lái)說(shuō)，測(cè)試可以充當(dāng)部分“用戶”，對(duì)測(cè)試來(lái)說(shuō)，開發(fā)是他們的產(chǎn)品特性的資料庫(kù)，無(wú)障礙快速的溝通反饋。

除此之外，在AMM評(píng)估時(shí)我們也看到有些團(tuán)隊(duì)將價(jià)值觀打印出來(lái)貼在墻上，大家抬眼就可以看得到，這也是可以的。

?

堅(jiān)持Scrum的幾個(gè)會(huì)議

敏捷最直接的感受就是每天都有會(huì)。這是SCRUM框架內(nèi)推薦的，每種會(huì)議都起著各自的作用。

計(jì)劃會(huì)團(tuán)隊(duì)內(nèi)澄清需求、認(rèn)領(lǐng)任務(wù)，晨會(huì)上各方了解進(jìn)展，展示會(huì)及時(shí)反饋和知識(shí)傳遞，回顧會(huì)促進(jìn)持續(xù)改進(jìn)。

在推行之初團(tuán)隊(duì)成員的感受是會(huì)議很多，每天不是在開會(huì)就是在開會(huì)的路上，特別是SM，只有下班后才能寫上幾行代碼。時(shí)間久了，往往會(huì)遇到抵觸情緒，或者會(huì)議變得雞肋。這時(shí)要關(guān)注“價(jià)值”，堅(jiān)持下去。

1）整合會(huì)議

我們發(fā)現(xiàn)展示會(huì)基本上半小時(shí)就可以完成，沒(méi)必要單獨(dú)召開打亂研發(fā)人員節(jié)奏，所以將展示會(huì)和回顧會(huì)合并。又比如我們發(fā)現(xiàn)需求實(shí)例化和MFQ對(duì)團(tuán)隊(duì)很有價(jià)值，就特地多召開了需求實(shí)例化和測(cè)試用例評(píng)審會(huì)。為提高會(huì)議效率，不是全部成員都到場(chǎng)，以需求條目為單位，相關(guān)人員碰頭開會(huì)。

2）堅(jiān)持就會(huì)看到成果

AMM模型里說(shuō)到團(tuán)隊(duì)里需求能相互澄清，自主認(rèn)領(lǐng)，及時(shí)溝通與反饋，其實(shí)召開這幾個(gè)會(huì)議就可以做到。

在評(píng)估過(guò)程中，訪談到團(tuán)隊(duì)成員時(shí)，遇到團(tuán)隊(duì)成員反映四會(huì)是意義大于形式，還是形式大于意義。

建議團(tuán)隊(duì)是請(qǐng)先堅(jiān)持下去，堅(jiān)持下去會(huì)看到效果，而教練和SM要客觀的分析團(tuán)隊(duì)成員的意見，依據(jù)團(tuán)隊(duì)情況適時(shí)的變通改進(jìn)。

工具

配置管理工具是敏捷的硬通貨，是團(tuán)隊(duì)效率最大的保障。打造自動(dòng)化、可視化、快速反饋的配置管理工具鏈?zhǔn)怯袃r(jià)值的。

而另一方面這項(xiàng)工作在開展之初需要較多資源。tfs、wiki、jira、jenkins, gerrit，制品庫(kù)，自動(dòng)化測(cè)試云環(huán)境等等。每一樣都需要人員熟練使用。對(duì)于人員充足或交付壓力不大的項(xiàng)目來(lái)說(shuō)也許可以花人力在這方面，但對(duì)于就只有幾人的小團(tuán)隊(duì)，玩轉(zhuǎn)這一套就不容易了。

比如是個(gè)二十幾人的團(tuán)隊(duì)，每月要出少則十幾，多則幾十個(gè)版本。如果沒(méi)有這套流水線很難想象能支撐的住這么快的交付速率，而將全人力要投入到工具鏈的建設(shè)中也是不現(xiàn)實(shí)的。

1）利用好外資源

公司有DevOps維護(hù)團(tuán)隊(duì)，提供云上的基礎(chǔ)設(shè)施，建議團(tuán)隊(duì)加入公司MOA的DevOps小組，隨時(shí)了解動(dòng)態(tài)，人力資源豐富的項(xiàng)目可以為DevOps創(chuàng)新做貢獻(xiàn)，小團(tuán)隊(duì)可以做到跟上腳步。

2）主動(dòng)要資源

我們這里是分中心成立devops推進(jìn)小組，統(tǒng)一規(guī)劃，技能共享。比如開發(fā)統(tǒng)一腳本，鼓勵(lì)跨項(xiàng)目、部門分享，以此支撐各個(gè)團(tuán)隊(duì)快速部署配置管理的需求。

設(shè)計(jì)

簡(jiǎn)單設(shè)計(jì)這是技術(shù)實(shí)踐中最有價(jià)值的，也是最能提效的因素。編程規(guī)范，cleancode，抽象，tdd, ddd，ut，ft。到底什么才能稱的上是高質(zhì)量的代碼？這考驗(yàn)教練的軟件開發(fā)功底，是長(zhǎng)期積累沉淀的結(jié)果，速成不易，但可以建立一套運(yùn)作機(jī)制，讓大家關(guān)注設(shè)計(jì)能力的提高。

1）必要的培訓(xùn)

外部技術(shù)大會(huì)，公司內(nèi)部技術(shù)大會(huì)是交流學(xué)習(xí)的機(jī)會(huì)，團(tuán)隊(duì)可以關(guān)注這些會(huì)議。最好有一個(gè)技術(shù)雷達(dá)，最怕的是你不知道你不知道。可以申請(qǐng)部門間學(xué)習(xí)，公司級(jí)教練的指導(dǎo)。

2）實(shí)踐

可以有側(cè)重點(diǎn)的代碼走查，并將檢查規(guī)則加入代碼靜態(tài)檢查工具鏈中。

我們團(tuán)隊(duì)做了一段時(shí)間的針對(duì)cleancode的代碼走查，每周挑一個(gè)需求的一段代碼，全體成員一起走查，不是為了找業(yè)務(wù)邏輯上的漏洞，而是針對(duì)抽象，重復(fù)，命名規(guī)范做重構(gòu)。這樣堅(jiān)持一段時(shí)間做全體成員對(duì)cleancode就有了大致的概念。

總結(jié)

敏捷團(tuán)隊(duì)轉(zhuǎn)型實(shí)屬不易，期間有創(chuàng)新，有彎路，也在認(rèn)證過(guò)程中開拓了眼界，發(fā)現(xiàn)了不足。

站在技術(shù)教練的角度講，敏捷思想，配置管理工具，簡(jiǎn)單設(shè)計(jì)，等等，還有很多需要學(xué)習(xí)，在前進(jìn)的道路上，止于至善。

想要更加系統(tǒng)地學(xué)習(xí)敏捷專業(yè)知識(shí)，建議來(lái)弘博創(chuàng)新敏捷培訓(xùn)班。

在弘博創(chuàng)新敏捷課程中，不僅從實(shí)際操作的層面上掌握Scrum的運(yùn)用技巧，還將學(xué)會(huì)如何避免Scrum實(shí)施過(guò)程中的一些常見問(wèn)題。

Scrum很簡(jiǎn)單，但要掌握其精髓卻并非容易，講師結(jié)合自己在企業(yè)內(nèi)實(shí)施敏捷轉(zhuǎn)型的實(shí)踐經(jīng)驗(yàn)和Scrum框架，通過(guò)案例與游戲介紹解釋什么是Scrum以及為什么Scrum可以如此高效。

課程中通過(guò)多個(gè)游戲，和穿插的實(shí)例、練習(xí)、討論等讓學(xué)員親歷Scrum的工作過(guò)程、領(lǐng)悟Scrum的內(nèi)涵、掌握Scrum的精髓。

你的工作方式的改變從這里開始。