建站
咨詢
售后
建站咨詢
新聞中心
【專稿】敏捷開發(fā)從國外引進發(fā)展已經(jīng)有了很長的一段時間，而在國內(nèi)的追棒依然很火爆，中小企業(yè)，創(chuàng)業(yè)公司很多項目成員開始學習敏捷，采用以及轉(zhuǎn)向敏捷開發(fā)?？墒牵攲嶋H操作上并不能解決傳統(tǒng)開發(fā)的一些問題解決，反而新增加了更多的問題。
有人說，實踐敏捷的根本不在于敏捷本身，而在于理解敏捷背后擁抱變化的基因。確實，使用敏捷，那么你就應該知道為何敏捷。
當你從某個行業(yè)去領(lǐng)悟衍生出這種方式，畢竟那是成熟行業(yè)成功的經(jīng)驗映射。在實際的操作中，分配，轉(zhuǎn)型，時間，技能等等都需要嚴格謹慎的執(zhí)行。
就在前段時間，網(wǎng)易有道云筆記負責人蔣煒航在微博上分享了一篇名為《敏捷開發(fā)的實戰(zhàn)經(jīng)驗》的文章，講解了團隊如何實踐scrum的一些經(jīng)驗得到了網(wǎng)友很高的評價。網(wǎng)易有道云筆記從事敏捷開發(fā)積累了豐富的經(jīng)驗，因此，的記者基于敏捷開發(fā)為主題，采訪了網(wǎng)易有道研發(fā)經(jīng)理李勤飛。
李勤飛目前是網(wǎng)易有道研發(fā)經(jīng)理，有道云筆記技術(shù)負責人。曾參與過有道詞典的開發(fā)，具有多年的團隊管理經(jīng)驗。是有道云筆記引入和實踐敏捷開發(fā)方式的主要負責人。
以下是李勤飛給網(wǎng)友們分享的敏捷開發(fā)管理經(jīng)驗：
一、敏捷團隊
1）在敏捷開發(fā)中團隊的拆分
在敏捷開發(fā)中，組織團隊方式是按照項目組織，而不是行政劃分。拆分團隊只有一個理由，就是能提高團隊效率。根據(jù)經(jīng)驗，小團隊的效率更高。當團隊人數(shù)大于9個時，計劃會和站會，成員的參與感會下降，效率會降低，溝通成本也會加大，這時候需要拆分團隊。
2）在敏捷開發(fā)中團隊的管理
敏捷開發(fā)只適用于小規(guī)模的團隊的這種說法是錯誤的，敏捷開發(fā)跟團隊的數(shù)量沒有直接關(guān)系，只要大于3人的團隊都可以實行敏捷開發(fā)。
但是，小團隊更容易敏捷。團隊人數(shù)的增加必然會提升溝通協(xié)作的成本，可以通過拆分團隊的方式來提升效率。把一個大團隊拆分成幾個小團隊，團隊之間的協(xié)作也走敏捷開發(fā)的流程，就是我們常說的Scrum of Scrums。
3）在敏捷開發(fā)中團隊的轉(zhuǎn)型
想要做到敏捷開發(fā)，每個團隊都要經(jīng)歷一個轉(zhuǎn)型期，那么在轉(zhuǎn)型期還需要每個團隊根據(jù)自身的不同，找出合理有效的解決方法。
對于有道云筆記的團隊是逐步推行敏捷開發(fā)的，沒有遭遇明顯的轉(zhuǎn)型期，但推行過程中確實也遇到一些問題。比如產(chǎn)品經(jīng)理開始并不認同根據(jù)固定時間的sprint來劃分版本，最后用已有團隊整體產(chǎn)出提升的經(jīng)驗說服了他。還有比如產(chǎn)品已經(jīng)上線，sprint進行中間會有一些線上的問題插進來，我們通過線上值日，以及根據(jù)經(jīng)驗數(shù)據(jù)來預留時間等方式來解決這個問題。
二、敏捷方式
1）編碼方式
很多人為了編寫易變更的代碼，在采用敏捷時，拋棄許多習慣用法，這是一個誤解。敏捷開發(fā)推崇涌現(xiàn)式設計，通過不斷的重構(gòu)來實現(xiàn)更好的架構(gòu)。指的設計而不是編碼，對于編碼方式，不需要發(fā)生變化，除了需要遵守公司和團隊的編碼規(guī)范外，用自己熟悉的方式即可。
2）極限編程（XP）
極限編程有很多爭議，我們的方式是選擇性接受，比如把兩位工程師組成一對，相互review代碼，并且要求編碼測試代碼等。但是暫時不會采用兩人一起編程的方式。
3）指標衡量
每個sprint的總結(jié)非常重要，會記錄每個任務（task）的預估時間和完成時間。并且定義了完成度（任務的完成情況），希望sprint的完成度在80%以上。如果完成度低，就需要總結(jié)原因并改進，團隊成員的績效也會受影響。當然，除了項目進度以外，有道公司還有另一套評價體系，跟業(yè)務無關(guān)，而是由專業(yè)的技術(shù)委員會對程序員個人能力的評估。這兩套評估結(jié)合在一起，就可以很好的衡量程序員的工作?？偟膩碚f就是，按進度完成項目的同事，個人能力也需要不斷提升。
4）scrum會議
Sprint會議是實踐scrum中最重要的事件，這更是團隊做改進的最佳時機。有道云筆記團隊的Sprint以一個月為期，四種會議：需求梳理會，Sprint計劃會，Scrum例會，Sprint回顧會議。
- 需求梳理會在Sprint計劃會的前1-3天開，參加的人員是產(chǎn)品經(jīng)理和開發(fā)人員，由產(chǎn)品經(jīng)理稱述需求，開發(fā)人員討論設計與實現(xiàn)。
- Sprint計劃會是Sprint開始第一天開，參加的人員有產(chǎn)品、開發(fā)和測試，由產(chǎn)品經(jīng)理講需求，開發(fā)人員把需求分解成任務。
- Scrum例會每周兩次，周二和周四，主要溝通任務的完成情況，和下一個兩天做什么。
- Sprint回顧會議在Sprint結(jié)束時做，主要總結(jié)這個Sprint的經(jīng)驗教訓，并且達成一些團隊共識，比如例會遲到如何懲罰等。
最后，
李勤飛希望未來敏捷開發(fā)在多地方點辦公，敏捷測試等方面有新的發(fā)展。建議大家使用敏捷開發(fā)時都可以做些調(diào)整，然后把自己的實踐經(jīng)驗分享出來，共同改進這套方法。
網(wǎng)頁名稱：有道李勤飛：敏捷不是快速，更多的是靈活
瀏覽路徑：http://m.5511xx.com/article/cossohj.html
