【51CTO專稿】敏捷開發(fā)從國外引進(jìn)發(fā)展已經(jīng)有了很長的一段時間，而在國內(nèi)的追棒依然很火爆，中小企業(yè)，創(chuàng)業(yè)公司很多項目成員開始學(xué)習(xí)敏捷，采用以及轉(zhuǎn)向敏捷開發(fā)?？墒?，當(dāng)實際操作上并不能解決傳統(tǒng)開發(fā)的一些問題解決，反而新增加了更多的問題。

有人說，實踐敏捷的根本不在于敏捷本身，而在于理解敏捷背后擁抱變化的基因。確實，使用敏捷，那么你就應(yīng)該知道為何敏捷。

當(dāng)你從某個行業(yè)去領(lǐng)悟衍生出這種方式，畢竟那是成熟行業(yè)成功的經(jīng)驗映射。在實際的操作中，分配，轉(zhuǎn)型，時間，技能等等都需要嚴(yán)格謹(jǐn)慎的執(zhí)行。

就在前段時間，網(wǎng)易有道云筆記負(fù)責(zé)人蔣煒航在微博上分享了一篇名為《敏捷開發(fā)的實戰(zhàn)經(jīng)驗》的文章，講解了團(tuán)隊如何實踐scrum的一些經(jīng)驗得到了網(wǎng)友很高的評價。網(wǎng)易有道云筆記從事敏捷開發(fā)積累了豐富的經(jīng)驗，因此，51CTO的記者基于敏捷開發(fā)為主題，采訪了網(wǎng)易有道研發(fā)經(jīng)理李勤飛。

[[65236]] 

李勤飛目前是網(wǎng)易有道研發(fā)經(jīng)理，有道云筆記技術(shù)負(fù)責(zé)人。曾參與過有道詞典的開發(fā)，具有多年的團(tuán)隊管理經(jīng)驗。是有道云筆記引入和實踐敏捷開發(fā)方式的主要負(fù)責(zé)人。

以下是李勤飛給網(wǎng)友們分享的敏捷開發(fā)管理經(jīng)驗：

一、敏捷團(tuán)隊

1）在敏捷開發(fā)中團(tuán)隊的拆分

在敏捷開發(fā)中，組織團(tuán)隊方式是按照項目組織，而不是行政劃分。拆分團(tuán)隊只有一個理由，就是能提高團(tuán)隊效率。根據(jù)經(jīng)驗，小團(tuán)隊的效率更高。當(dāng)團(tuán)隊人數(shù)大于9個時，計劃會和站會，成員的參與感會下降，效率會降低，溝通成本也會加大，這時候需要拆分團(tuán)隊。

2）在敏捷開發(fā)中團(tuán)隊的管理

敏捷開發(fā)只適用于小規(guī)模的團(tuán)隊的這種說法是錯誤的，敏捷開發(fā)跟團(tuán)隊的數(shù)量沒有直接關(guān)系，只要大于3人的團(tuán)隊都可以實行敏捷開發(fā)。

但是，小團(tuán)隊更容易敏捷。團(tuán)隊人數(shù)的增加必然會提升溝通協(xié)作的成本，可以通過拆分團(tuán)隊的方式來提升效率。把一個大團(tuán)隊拆分成幾個小團(tuán)隊，團(tuán)隊之間的協(xié)作也走敏捷開發(fā)的流程，就是我們常說的Scrum of Scrums。

3）在敏捷開發(fā)中團(tuán)隊的轉(zhuǎn)型

想要做到敏捷開發(fā)，每個團(tuán)隊都要經(jīng)歷一個轉(zhuǎn)型期，那么在轉(zhuǎn)型期還需要每個團(tuán)隊根據(jù)自身的不同，找出合理有效的解決方法。

對于有道云筆記的團(tuán)隊是逐步推行敏捷開發(fā)的，沒有遭遇明顯的轉(zhuǎn)型期，但推行過程中確實也遇到一些問題。比如產(chǎn)品經(jīng)理開始并不認(rèn)同根據(jù)固定時間的sprint來劃分版本，最后用已有團(tuán)隊整體產(chǎn)出提升的經(jīng)驗說服了他。還有比如產(chǎn)品已經(jīng)上線，sprint進(jìn)行中間會有一些線上的問題插進(jìn)來，我們通過線上值日，以及根據(jù)經(jīng)驗數(shù)據(jù)來預(yù)留時間等方式來解決這個問題。

二、敏捷方式

1）編碼方式

很多人為了編寫易變更的代碼，在采用敏捷時，拋棄許多習(xí)慣用法，這是一個誤解。敏捷開發(fā)推崇涌現(xiàn)式設(shè)計，通過不斷的重構(gòu)來實現(xiàn)更好的架構(gòu)。指的設(shè)計而不是編碼，對于編碼方式，不需要發(fā)生變化，除了需要遵守公司和團(tuán)隊的編碼規(guī)范外，用自己熟悉的方式即可。

2）極限編程（XP）

極限編程有很多爭議，我們的方式是選擇性接受，比如把兩位工程師組成一對，相互review代碼，并且要求編碼測試代碼等。但是暫時不會采用兩人一起編程的方式。

3）指標(biāo)衡量

每個sprint的總結(jié)非常重要，會記錄每個任務(wù)（task）的預(yù)估時間和完成時間。并且定義了完成度（任務(wù)的完成情況），希望sprint的完成度在80%以上。如果完成度低，就需要總結(jié)原因并改進(jìn)，團(tuán)隊成員的績效也會受影響。當(dāng)然，除了項目進(jìn)度以外，有道公司還有另一套評價體系，跟業(yè)務(wù)無關(guān)，而是由專業(yè)的技術(shù)委員會對程序員個人能力的評估。這兩套評估結(jié)合在一起，就可以很好的衡量程序員的工作。總的來說就是，按進(jìn)度完成項目的同事，個人能力也需要不斷提升。

4）scrum會議

Sprint會議是實踐scrum中最重要的事件，這更是團(tuán)隊做改進(jìn)的最佳時機。有道云筆記團(tuán)隊的Sprint以一個月為期，四種會議：需求梳理會，Sprint計劃會，Scrum例會，Sprint回顧會議。

1. 需求梳理會在Sprint計劃會的前1-3天開，參加的人員是產(chǎn)品經(jīng)理和開發(fā)人員，由產(chǎn)品經(jīng)理稱述需求，開發(fā)人員討論設(shè)計與實現(xiàn)。
2. Sprint計劃會是Sprint開始第一天開，參加的人員有產(chǎn)品、開發(fā)和測試，由產(chǎn)品經(jīng)理講需求，開發(fā)人員把需求分解成任務(wù)。
3. Scrum例會每周兩次，周二和周四，主要溝通任務(wù)的完成情況，和下一個兩天做什么。
4. Sprint回顧會議在Sprint結(jié)束時做，主要總結(jié)這個Sprint的經(jīng)驗教訓(xùn)，并且達(dá)成一些團(tuán)隊共識，比如例會遲到如何懲罰等。

最后，

李勤飛希望未來敏捷開發(fā)在多地方點辦公，敏捷測試等方面有新的發(fā)展。建議大家使用敏捷開發(fā)時都可以做些調(diào)整，然后把自己的實踐經(jīng)驗分享出來，共同改進(jìn)這套方法。