敏捷開發(fā)流程之Scrum：3個角色、5個會議、12原則
一、Scrum的定義和目的
Scrum是一個用于開發(fā)和維護(hù)復(fù)雜產(chǎn)品的框架，是一個增量的、迭代的開發(fā)過程，目的是讓開發(fā)人員像打橄欖球一樣迅猛并充滿激情，通過團(tuán)隊合作，提高工作效率。通過團(tuán)隊間的有效交互，為企業(yè)創(chuàng)造價值。
二、敏捷宣言
其實，在發(fā)表《敏捷宣言》之前，很多的敏捷實踐都已經(jīng)存在且使用了，比如：Scrum、XP、KanBan等。之所以發(fā)表《敏捷宣言》，是因為這些實踐都是在單打獨斗地推進(jìn)敏捷開發(fā)，而不是以一個聯(lián)合體的形式，且沒有一個統(tǒng)一的指導(dǎo)方針。所以17位敏捷聯(lián)合創(chuàng)始人決定發(fā)表《敏捷宣言》，共同在全世界推進(jìn)敏捷開發(fā)運動。下面是敏捷宣言的4句話：
三、Scrum中的人員角色
Scrum中的人員分為3個角色：產(chǎn)品所有者（Product Owner）, Scrum Master，開發(fā)團(tuán)隊(Team)。
產(chǎn)品所有者：定義所有產(chǎn)品功能，決定產(chǎn)品發(fā)布的內(nèi)容以及日期，對產(chǎn)品的投入產(chǎn)出負(fù)責(zé)，根據(jù)市場變化對需要開發(fā)的功能排列優(yōu)先順序，合理地調(diào)整產(chǎn)品功能和迭代順序，認(rèn)同或者拒絕迭代的交付。
ScrumMaster ：ScrumMaster不是項目經(jīng)理，他沒有分配任務(wù)的權(quán)力，沒有考核的權(quán)力，沒有下命令的權(quán)力，他指導(dǎo)項目組的成員按照Scrum的原則、方法做事情，領(lǐng)導(dǎo)團(tuán)隊完成Scrum的實踐以及體現(xiàn)其價值，排除團(tuán)隊遇到的困難，確保團(tuán)隊勝任其工作，并保持高效的生產(chǎn)率，使得團(tuán)隊緊密合作，使得團(tuán)隊個人具有多方面職能的工作能力，保護(hù)團(tuán)隊不受到外來無端影響。
開發(fā)團(tuán)隊：經(jīng)典團(tuán)隊擁有 5-9 人，團(tuán)隊成員包含程序員、測試員、用戶體驗設(shè)計等等，團(tuán)隊關(guān)系在一個迭代中應(yīng)該是固定的，個人的職能可以在新迭代開始時發(fā)生調(diào)整，團(tuán)隊自我組織和管理（自組織，自驅(qū)動），團(tuán)隊成員都全職工作。
四、Scrum的開發(fā)流程
不同于瀑布模型將開發(fā)過程劃分為需求、設(shè)計、編碼、測試等階段，Scrum將整個開發(fā)過程分為多次迭代（稱為Sprint，沖刺），一般為期2～4周，最常見的為2周。Scrum并非以一段時間集中完成一個過程，而是將所有過程中必須的每一部分集中在這段時間內(nèi)完成。需求、設(shè)計、編碼、測試、上線都必須在一個迭代中完成，每個迭代必須產(chǎn)生一個可以工作的軟件。
4.1 五個會議
Scrum 整個開發(fā)過程分為五個會議:
1）待辦事項整理會議（Backlog Grooming Meeting）
迭代計劃會議開始之前3天召開，Product Owner與Scrum Master必須參加，關(guān)鍵開發(fā)者或架構(gòu)師需要參加；時間控制在30分鐘到1小時。
由Product Owner將一批希望團(tuán)隊在下次迭代時實現(xiàn)的用戶故事，按照實現(xiàn)順序描述給在場的團(tuán)隊成員，Scrum Master與在場成員分析用戶故事，明確指出團(tuán)隊認(rèn)為需求不明確的地方，Product Owner現(xiàn)場記錄，會后補全，Scrum Master與架構(gòu)師，還有在場成員分析用戶故事需要包含哪些技術(shù)任務(wù)，Scrum Master先把子任務(wù)建立，方便迭代計劃會議的時候團(tuán)隊可以更準(zhǔn)確地預(yù)估任務(wù)故事點。
會議結(jié)束時，Product Owner確保在迭代計劃會議開始之前團(tuán)隊提出的問題都能被解決，會議重點如果團(tuán)隊發(fā)現(xiàn)需要加強或是完善的地方，Product Owner還有兩到三天的時間可以補強，而不是浪費迭代計劃會議的時間去做這件事情。
2）迭代計劃會議（Sprint Planning Meeting）
產(chǎn)品負(fù)責(zé)人建立產(chǎn)品功能列表（Product Backlog）。產(chǎn)品功能列表是一組條目化需求，它必須從客戶價值角度描述，并按優(yōu)先級排序。
Scrum Master召集相關(guān)人員召開迭代計劃會，迭代計劃會在每個迭代第一天召開，目的是選擇本次迭代的Backlog和估算本次迭代的工作量。
產(chǎn)品負(fù)責(zé)人逐條講解最重要的產(chǎn)品功能，開發(fā)團(tuán)隊共同估算Backlog所需工作量，直到本迭代工作量達(dá)到飽和。產(chǎn)品負(fù)責(zé)人參與討論并回答和需求相關(guān)的問題，但不干擾估算結(jié)果。隊員認(rèn)領(lǐng)任務(wù)（或由組長協(xié)商分發(fā)），獨立或與別人一起完成任務(wù)；會議時間控制在1-2小時內(nèi)。
3）每日站會（Standup Meeting）
團(tuán)隊內(nèi)部利用每日立會來溝通進(jìn)度，15分鐘結(jié)束，開發(fā)團(tuán)隊利用燃盡圖來展示整體進(jìn)度；如無特殊原因，迭代期內(nèi)無變更，在每日站會上團(tuán)隊成員需要回答以下3個問題：
- 昨天你做了什么?
- 今天你將要做什么?
- 你有需要幫助的地方嗎?
這些都是團(tuán)隊成員的彼此承諾。
4）評審會（Retrospective Meeting）
小組向產(chǎn)品負(fù)責(zé)人展示迭代工作結(jié)果，產(chǎn)品負(fù)責(zé)人給出評價和反饋。以用戶故事是否能成功交付來評價任務(wù)完成情況。整個團(tuán)隊都需要參加，ScrumMaster、產(chǎn)品所有者、團(tuán)隊，可能還有客戶，時間控制在1-2小時內(nèi)。
5）反思會（Retrospective Meeting）
在每個迭代后召開簡短的反思會，總結(jié)哪些事情做得好，哪些事情做得不好。做得好的保留，不好的摒棄。會議得出這樣的結(jié)論：開始做什么、繼續(xù)做什么、停止做什么，一般控制在15-30分鐘。
Scrum是一套開發(fā)流程，是敏捷的一種，實施主要還是看人，強調(diào)是自組織、自驅(qū)動的，只有不斷的在實際應(yīng)用中仔細(xì)體會，才能理解Scrum的真諦，把Scrum用好。
4.2 12原則
下面給出敏捷開發(fā)的12原則，這12原則作為敏捷開發(fā)對于軟件開發(fā)流程的指導(dǎo)性綱領(lǐng)，也是對敏捷宣言進(jìn)行了具有實際操作意義的解釋，希望大家在實際應(yīng)用中仔細(xì)體會。
我們遵循以下準(zhǔn)則：
- 我們的最高目標(biāo)是，通過盡早和持續(xù)地交付有價值的軟件來滿足客戶。
- 歡迎對需求提出變更——即使是在項目開發(fā)后期。要善于利用需求變更，幫助客戶獲得競爭優(yōu)勢。
- 要不斷交付可用的軟件，周期從幾周到幾個月不等，且越短越好。
- 項目過程中，業(yè)務(wù)人員與開發(fā)人員必須在一起工作。
- 要善于激勵項目人員，給他們以所需要的環(huán)境和支持，并相信他們能夠完成任務(wù)。
- 無論是團(tuán)隊內(nèi)還是團(tuán)隊間，最有效的溝通方法是面對面的交談。
- 可用的軟件是衡量進(jìn)度的主要指標(biāo)。
- 敏捷過程提倡可持續(xù)的開發(fā)。項目方、開發(fā)人員和用戶應(yīng)該能夠保持恒久穩(wěn)定的進(jìn)展速度。
- 對技術(shù)的精益求精以及對設(shè)計的不斷完善將提升敏捷性。
- 要做到簡潔，即盡最大可能減少不必要的工作。這是一門藝術(shù)。
- 最佳的架構(gòu)、需求和設(shè)計出自于自組織的團(tuán)隊。
- 團(tuán)隊要定期反省如何能夠做到更有效，并相應(yīng)地調(diào)整團(tuán)隊的行為。
【本文是51CTO專欄機(jī)構(gòu)宜信技術(shù)學(xué)院的原創(chuàng)文章，微信公眾號“宜信技術(shù)學(xué)院( id: CE_TECH)”】
