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

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

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

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

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

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

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

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

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

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

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