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

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

2、詳解圖-敏捷流程圖1.2 敏捷流程三種角色及其職責(zé)角色名稱角色定義角色職責(zé)注意事項(xiàng)Product Owner（PO）- 產(chǎn)品負(fù)責(zé)人確保Team做正確的事l 代表利益相關(guān)人（如用戶、市場、管理等），對產(chǎn)品投資回報(bào)負(fù)責(zé)l 確定產(chǎn)品發(fā)布計(jì)劃l 定義產(chǎn)品需求，根據(jù)市場價(jià)值確定功能優(yōu)先級l 驗(yàn)收迭代結(jié)果，并根據(jù)驗(yàn)收結(jié)果和需求變化更新需求清單和優(yōu)先級l 除了客戶需求之外，內(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 保證開

3、發(fā)過程按計(jì)劃進(jìn)行，組織站立會，沖刺評審會，沖刺回顧會議l 不命令和控制TeamTeam 開發(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)域人員（開發(fā)人員、測試人員、設(shè)計(jì)師等）組成l 團(tuán)隊(duì)車管員構(gòu)成在sprint內(nèi)不允許變化l 有共同的目標(biāo)、共擔(dān)責(zé)任l 團(tuán)隊(duì)成員嚴(yán)格遵守團(tuán)隊(duì)規(guī)則1.3 敏捷開發(fā)流程詳解1.3.1 流程圖詳解步驟1. 制定產(chǎn)品需求列表ü PO收集來自客戶、市場、領(lǐng)導(dǎo)等渠道的信息，從業(yè)務(wù)角度和市場價(jià)值編制一份按優(yōu)先級排序的、

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

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

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

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

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

9、慮安裝一款支持jira的敏捷開發(fā)插件GreenHopper，完全實(shí)現(xiàn)電子版的看板功能和圖表功能。在confluence上以項(xiàng)目名稱創(chuàng)建項(xiàng)目，然后二級目錄是每個(gè)迭代名稱、產(chǎn)品需求列表，三級目錄放每次迭代沖刺評審會議紀(jì)要、沖刺回顧會議紀(jì)要、站立會紀(jì)要、燃盡圖、迭代任務(wù)訂單。說明：燃盡圖使用excel表格式的模板，項(xiàng)目組可以參照使用。1.3.3 度量類別指標(biāo)XX項(xiàng)目迭代1迭代2迭代3范圍計(jì)劃交付任務(wù)訂單數(shù)261415實(shí)際交付任務(wù)訂單數(shù)261315價(jià)值交付率100%92.85%100%工作量實(shí)際完成率開發(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ì)劃開發(fā)計(jì)劃估算精確度偏差20%=（實(shí)際開發(fā)-計(jì)劃開發(fā)）/計(jì)劃開發(fā)偏差20%=（實(shí)際開發(fā)-計(jì)劃開發(fā)）/計(jì)劃開發(fā)偏差20%=（實(shí)際開發(fā)-計(jì)劃開發(fā)）/計(jì)劃開發(fā)測試計(jì)劃估算精確度偏差30%=（實(shí)際測試-計(jì)劃測試）/計(jì)劃測試偏差30%=（實(shí)際測試-計(jì)劃測試）/計(jì)劃測試偏差30%=（實(shí)際測試-計(jì)劃測試）/計(jì)劃測試質(zhì)量開發(fā)測試工時(shí)比開發(fā)工時(shí)：測試工時(shí)開發(fā)工時(shí)：測試工時(shí)開發(fā)工時(shí)：測試工時(shí)測試效率發(fā)現(xiàn)有效bug/測試工時(shí)發(fā)現(xiàn)有效bug/測試工時(shí)發(fā)現(xiàn)有效bug/測試工時(shí)測試驗(yàn)證一次通過率（按任務(wù)單）一次通過任務(wù)訂單/本迭代預(yù)計(jì)要完成的任務(wù)訂單*100%一次通過任務(wù)訂單/本迭代預(yù)計(jì)要完成的任務(wù)訂單*100%一次通過任務(wù)訂單/本迭代預(yù)計(jì)要完成的任