敏捷開(kāi)發(fā)流程詳解

1、敏捷開(kāi)發(fā)流程詳解 1 敏捷開(kāi)發(fā)流程ü 敏捷軟件開(kāi)發(fā)核心是迭代式開(kāi)發(fā)，增量交付。 ü 每一次迭代都建立在穩(wěn)定的質(zhì)量基礎(chǔ)上，并作為下一輪迭代的基線(xiàn)，整個(gè)系統(tǒng)的功能隨著迭代穩(wěn)定地增長(zhǎng)和不斷完善。每次迭代要邀請(qǐng)用戶(hù)代表（外部或內(nèi)部）驗(yàn)收，提供需求是否滿(mǎn)足的反饋。ü 迭代型的方法就是將整個(gè)軟件生命周期分成多個(gè)小的迭代，每一次迭代都由需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試在內(nèi)的多個(gè)活動(dòng)組成，每一次迭代都可以生成一個(gè)穩(wěn)定和被驗(yàn)證過(guò)的軟件版本。ü 迭代建議采用固定的周期（1-4）周，可以每個(gè)迭代周期不一定要相同，但迭代內(nèi)工作不能完成，應(yīng)該縮減交付范圍而不是延長(zhǎng)周期。1.1 敏捷流程

2、詳解圖-敏捷流程圖1.2 敏捷流程三種角色及其職責(zé)角色名稱(chēng)角色定義角色職責(zé)注意事項(xiàng)Product Owner（PO）- 產(chǎn)品負(fù)責(zé)人確保Team做正確的事l 代表利益相關(guān)人（如用戶(hù)、市場(chǎng)、管理等），對(duì)產(chǎn)品投資回報(bào)負(fù)責(zé)l 確定產(chǎn)品發(fā)布計(jì)劃l 定義產(chǎn)品需求，根據(jù)市場(chǎng)價(jià)值確定功能優(yōu)先級(jí)l 驗(yàn)收迭代結(jié)果，并根據(jù)驗(yàn)收結(jié)果和需求變化更新需求清單和優(yōu)先級(jí)l 除了客戶(hù)需求之外，內(nèi)部任務(wù)如重構(gòu)、持續(xù)集成環(huán)境搭建等也由PO納入統(tǒng)一管理Scrum Master（SM）- Scrum 教練確保Team正確的做事l 輔導(dǎo)團(tuán)隊(duì)正確應(yīng)用敏捷實(shí)踐l 引導(dǎo)團(tuán)隊(duì)建立并遵守規(guī)則l 保護(hù)團(tuán)隊(duì)不受打擾l 推動(dòng)解決團(tuán)隊(duì)遇到的障礙l 保證開(kāi)

3、發(fā)過(guò)程按計(jì)劃進(jìn)行，組織站立會(huì)，沖刺評(píng)審會(huì)，沖刺回顧會(huì)議l 不命令和控制TeamTeam 開(kāi)發(fā)團(tuán)隊(duì)負(fù)責(zé)產(chǎn)品需求實(shí)現(xiàn)l 負(fù)責(zé)估計(jì)工作量并根據(jù)自身能力找出最佳方案去完成任務(wù)且保證交付質(zhì)量l 向PO和利益相關(guān)人員演示工作成果（可運(yùn)行的軟件）l 團(tuán)隊(duì)自身管理、持續(xù)改進(jìn)l 一般由5-9人左右跨職能領(lǐng)域人員（開(kāi)發(fā)人員、測(cè)試人員、設(shè)計(jì)師等）組成l 團(tuán)隊(duì)車(chē)管員構(gòu)成在sprint內(nèi)不允許變化l 有共同的目標(biāo)、共擔(dān)責(zé)任l 團(tuán)隊(duì)成員嚴(yán)格遵守團(tuán)隊(duì)規(guī)則1.3 敏捷開(kāi)發(fā)流程詳解1.3.1 流程圖詳解步驟1. 制定產(chǎn)品需求列表ü PO收集來(lái)自客戶(hù)、市場(chǎng)、領(lǐng)導(dǎo)等渠道的信息，從業(yè)務(wù)角度和市場(chǎng)價(jià)值編制一份按優(yōu)先級(jí)排序的、

4、明確的、可度量的、合理的產(chǎn)品需求列表；2. 召開(kāi)計(jì)劃會(huì)議ü PO召集TM和SM（也可邀請(qǐng)其他利益相關(guān)者參加）召開(kāi)計(jì)劃會(huì)議（發(fā)布計(jì)劃會(huì)議和沖刺會(huì)議一塊開(kāi)），發(fā)布計(jì)劃主要是說(shuō)明產(chǎn)品完整交付給客戶(hù)的計(jì)劃時(shí)間和交付物，ü 沖刺計(jì)劃就是確定該沖刺階的長(zhǎng)度（建議沖刺長(zhǎng)度1-4周）、目標(biāo)和沖刺任務(wù)單及其工作量估算（以理想人天manday=7.5h估算，單位為小時(shí)計(jì)算），會(huì)議時(shí)間建議不要超過(guò)6h時(shí)間；ü 在計(jì)劃會(huì)議上就需要進(jìn)行確認(rèn)，是否需要使用持續(xù)集成；若使用持續(xù)集成，團(tuán)隊(duì)需要每天下班前至少提交一次私有構(gòu)建成功的代碼到服務(wù)器，并且要求寫(xiě)詳細(xì)的日志信息；若不使用持續(xù)集成，團(tuán)隊(duì)每天有

5、完成任務(wù)單的情況，都需要在svn上以增量形式發(fā)包并通知到相關(guān)人員；ü 項(xiàng)目計(jì)劃會(huì)議上可以確定每天站立會(huì)時(shí)間及其規(guī)則要求（建議會(huì)議時(shí)間在15-20分鐘左右），每個(gè)人回答3個(gè)問(wèn)題：昨天做了什么，遇到什么問(wèn)題，今天要做什么。具體問(wèn)題討論及其解決，在私下進(jìn)行溝通，不要在會(huì)議上討論。站立會(huì)上只有TM人員有發(fā)言權(quán)，其他人員不要干預(yù)，SM主要是維護(hù)秩序、規(guī)則及其引導(dǎo)作用。3. 需求分析、設(shè)計(jì)、編碼和測(cè)試：ü 計(jì)劃會(huì)議結(jié)束后，TM獲取各自的沖刺任務(wù)單進(jìn)行后面的需求分析、設(shè)計(jì)、編碼和測(cè)試；ü 這里特別要說(shuō)明的是，開(kāi)發(fā)和測(cè)試是并行工作，必要的文檔還是需要輸出（如：討論次數(shù)較多的功能點(diǎn)

6、、備選方案很多但最后確認(rèn)一種、重要功能、業(yè)務(wù)邏輯復(fù)雜的等等）。具體情況，需要項(xiàng)目組根據(jù)實(shí)際情況決定，但客戶(hù)要求交付的文檔必須要輸出；4. 沖刺任務(wù)單和燃盡圖更新每天SM需要根據(jù)每日站立會(huì)上TM反饋的情況，進(jìn)行更新沖刺任務(wù)單和燃盡圖或SM和TM之間達(dá)成共識(shí)，TM各自完成后進(jìn)行更改狀態(tài)，這里涉及到的文檔都會(huì)有相對(duì)應(yīng)的模板供參考使用。5. 迭代周期結(jié)束點(diǎn)ü 已到迭代周期結(jié)束點(diǎn)，只有哪些經(jīng)過(guò)測(cè)試通過(guò)的沖刺需求列表才能算是真正的完成，其他未經(jīng)過(guò)測(cè)試或測(cè)試不通過(guò)的不能算是完成。ü 這里要特別注意，所謂的測(cè)試通過(guò)不是說(shuō)要把所有的問(wèn)題都解決才算是通過(guò)，這個(gè)要根據(jù)項(xiàng)目具體的要求和規(guī)定來(lái)定。還

7、沒(méi)有達(dá)到迭代結(jié)束點(diǎn)，該沖刺任務(wù)需求列表就完成，可以從產(chǎn)品需求列表中挑選優(yōu)先級(jí)高的進(jìn)行開(kāi)發(fā)。6. 沖刺評(píng)審會(huì)議ü TM需要召開(kāi)沖刺評(píng)審會(huì)議，邀請(qǐng)PO、客戶(hù)或客戶(hù)代表來(lái)參加，由這些客戶(hù)或客戶(hù)代表來(lái)表決是否滿(mǎn)足需求和期望目標(biāo)。一般會(huì)議時(shí)間建議不要超過(guò)2個(gè)小時(shí)，參加人員除PO及其相關(guān)利益人來(lái)參加外，TM全體成員，也可以邀請(qǐng)其他相關(guān)人員參加。7. 沖刺回顧會(huì)議ü 迭代輸出的增量交付可能會(huì)引起原產(chǎn)品需求列表的改變，可能需要更新原產(chǎn)品需求列表；最后TM需要開(kāi)展本次迭代的好的實(shí)踐和不足的改進(jìn)機(jī)會(huì)，最終稿由SM整理匯總，作為下一次的迭代的經(jīng)驗(yàn)參考?；仡檿?huì)議建議時(shí)間不用太長(zhǎng)，一般15-30分鐘

8、即可，全體人員都需要參加，包括：PO、SM、TM，其他相關(guān)人員也可以參加。ü 這里要說(shuō)明的是在每次的計(jì)劃會(huì)議上要注意安排時(shí)間做沖刺評(píng)審會(huì)議和沖刺回顧會(huì)議。下一次迭代的計(jì)劃會(huì)議建議在上一次迭代的沖刺回顧會(huì)議結(jié)束后再開(kāi)展。8. 重復(fù)2-7步驟ü 直到所有列入本版本規(guī)劃的任務(wù)單都完成，最后發(fā)布版本；ü 特別說(shuō)明：通常最后一個(gè)迭代可能是全量進(jìn)行驗(yàn)證的周期，1.3.2 管理結(jié)合目前jira進(jìn)行管理“使用敏捷開(kāi)發(fā)模式的項(xiàng)目”也是很方便。每一個(gè)迭代在jira中作為一個(gè)版本控制，每個(gè)迭代下面的任務(wù)單，參照迭代計(jì)劃預(yù)估的時(shí)間進(jìn)行創(chuàng)建，實(shí)際工時(shí)根據(jù)每個(gè)人的實(shí)際填寫(xiě)日?qǐng)?bào)為準(zhǔn)計(jì)算?？梢钥?/p>

9、慮安裝一款支持jira的敏捷開(kāi)發(fā)插件GreenHopper，完全實(shí)現(xiàn)電子版的看板功能和圖表功能。在confluence上以項(xiàng)目名稱(chēng)創(chuàng)建項(xiàng)目，然后二級(jí)目錄是每個(gè)迭代名稱(chēng)、產(chǎn)品需求列表，三級(jí)目錄放每次迭代沖刺評(píng)審會(huì)議紀(jì)要、沖刺回顧會(huì)議紀(jì)要、站立會(huì)紀(jì)要、燃盡圖、迭代任務(wù)訂單。說(shuō)明：燃盡圖使用excel表格式的模板，項(xiàng)目組可以參照使用。1.3.3 度量類(lèi)別指標(biāo)XX項(xiàng)目迭代1迭代2迭代3范圍計(jì)劃交付任務(wù)訂單數(shù)261415實(shí)際交付任務(wù)訂單數(shù)261315價(jià)值交付率100%92.85%100%工作量實(shí)際完成率開(kāi)發(fā)任務(wù)完成100%（遺留大量BUG）100%（所有任務(wù)完成，BUG清空）100%（遺留2個(gè)偶現(xiàn)BUG

10、）計(jì)劃估算精準(zhǔn)度偏差31%=（實(shí)際-計(jì)劃）/計(jì)劃偏差31%=（實(shí)際-計(jì)劃）/計(jì)劃偏差31%=（實(shí)際-計(jì)劃）/計(jì)劃開(kāi)發(fā)計(jì)劃估算精確度偏差20%=（實(shí)際開(kāi)發(fā)-計(jì)劃開(kāi)發(fā)）/計(jì)劃開(kāi)發(fā)偏差20%=（實(shí)際開(kāi)發(fā)-計(jì)劃開(kāi)發(fā)）/計(jì)劃開(kāi)發(fā)偏差20%=（實(shí)際開(kāi)發(fā)-計(jì)劃開(kāi)發(fā)）/計(jì)劃開(kāi)發(fā)測(cè)試計(jì)劃估算精確度偏差30%=（實(shí)際測(cè)試-計(jì)劃測(cè)試）/計(jì)劃測(cè)試偏差30%=（實(shí)際測(cè)試-計(jì)劃測(cè)試）/計(jì)劃測(cè)試偏差30%=（實(shí)際測(cè)試-計(jì)劃測(cè)試）/計(jì)劃測(cè)試質(zhì)量開(kāi)發(fā)測(cè)試工時(shí)比開(kāi)發(fā)工時(shí)：測(cè)試工時(shí)開(kāi)發(fā)工時(shí)：測(cè)試工時(shí)開(kāi)發(fā)工時(shí)：測(cè)試工時(shí)測(cè)試效率發(fā)現(xiàn)有效bug/測(cè)試工時(shí)發(fā)現(xiàn)有效bug/測(cè)試工時(shí)發(fā)現(xiàn)有效bug/測(cè)試工時(shí)測(cè)試驗(yàn)證一次通過(guò)率（按任務(wù)單）一次通過(guò)任務(wù)訂單/本迭代預(yù)計(jì)要完成的任務(wù)訂單*100%一次通過(guò)任務(wù)訂單/本迭代預(yù)計(jì)要完成的任務(wù)訂單*100%一次通過(guò)任務(wù)訂單/本迭代預(yù)計(jì)要完成的任