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

敏捷開發(fā)流程詳解1.11.2敏捷流程詳解圖-敏捷流程圖敏捷流程三種角色及其職責(zé)byyangdl敏捷開發(fā)流程敏捷開發(fā)流程詳解1.11.2敏捷流程詳解圖-敏捷流程圖敏捷流程三種角色及其職責(zé)敏捷軟件開發(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)該縮減交付范圍而不是延長周期。■ProductOwner（PO）-產(chǎn)品確保Team做正確的事代表利益相關(guān)人（如用戶、市場、管理等），對產(chǎn)品投除了客戶需求之外，內(nèi)部任務(wù)如重構(gòu)、負(fù)責(zé)人資回報負(fù)責(zé)確定產(chǎn)品發(fā)布計劃定義產(chǎn)品需求，根據(jù)市場價值確定功能優(yōu)先級驗收迭代結(jié)果，并根據(jù)驗收結(jié)果和需求變化更新需求清單和優(yōu)先級持續(xù)集成環(huán)境搭建等也由PO納入統(tǒng)一管理ScrumMaster（SM）-Scrum教練確保Team正確的做事輔導(dǎo)團(tuán)隊正確應(yīng)用敏捷實踐引導(dǎo)團(tuán)隊建立并遵守規(guī)則保護(hù)團(tuán)隊不受打擾推動解決團(tuán)隊遇到的障礙保證開發(fā)過程按計劃進(jìn)行，組織站立不命令和控制Team一般由5-9人左右跨職能領(lǐng)域人員（開發(fā)人員、測試人員、設(shè)計師等）組成團(tuán)隊車管員構(gòu)成在sprint內(nèi)不允許變化有共同的目標(biāo)、共擔(dān)責(zé)任會，沖刺評審會，沖刺回顧會議Team-開發(fā)一般由5-9人左右跨職能領(lǐng)域人員（開發(fā)人員、測試人員、設(shè)計師等）組成團(tuán)隊車管員構(gòu)成在sprint內(nèi)不允許變化有共同的目標(biāo)、共擔(dān)責(zé)任團(tuán)隊成員嚴(yán)格遵守團(tuán)隊規(guī)則1.3敏捷開發(fā)流程詳解1.3.1流程圖詳解步驟制定產(chǎn)品需求列表PO收集來自客戶、市場、領(lǐng)導(dǎo)等渠道的信息，從業(yè)務(wù)角度和市場價值編制一份按優(yōu)先級排序的、明確的、可度量的、合理的產(chǎn)品需求列表；召開計劃會議PO召集TM和SM（也可邀請其他利益相關(guān)者參加）召開計劃會議（發(fā)布計劃會議和沖刺會議一塊開），發(fā)布計劃主要是說明產(chǎn)品完整交付給客戶的計劃時間和交付物，沖刺計劃就是確定該沖刺階的長度（建議沖刺長度1-4周）、目標(biāo)和沖刺任務(wù)單及其工作量估算（以理想人天manday=7.5h估算，單位為小時計算），會議時間建議不要超過6h時間；在計劃會議上就需要進(jìn)行確認(rèn)，是否需要使用持續(xù)集成；若使用持續(xù)集成，團(tuán)隊需要每天下班前至少提交一次私有構(gòu)建成功的代碼到服務(wù)器，并且要求寫詳細(xì)的日志信息；若不使用持續(xù)集成，團(tuán)隊每天有完成任務(wù)單的情況，都需要在svn上以增量形式發(fā)包并通知到相關(guān)人員；項目計劃會議上可以確定每天站立會時間及其規(guī)則要求（建議會議時間在15-20分鐘左右），每個人回答3個問題：昨天做了什么，遇到什么問題，今天要做什么。具體問題討論及其解決，在私下進(jìn)行溝通，不要在會議上討論。站立會上只有TM人員有發(fā)言權(quán)，其他人員不要干預(yù)，SM主要是維護(hù)秩序、規(guī)則及其引導(dǎo)作用。需求分析、設(shè)計、編碼和測試：計劃會議結(jié)束后，TM獲取各自的沖刺任務(wù)單進(jìn)行后面的需求分析、設(shè)計、編碼和測試；這里特別要說明的是，開發(fā)和測試是并行工作，必要的文檔還是需要輸出（如:討論次數(shù)較多的功能點、備選方案很多但最后確認(rèn)一種、重要功能、業(yè)務(wù)邏輯復(fù)雜的等等）。具體情況，需要項目組根據(jù)實際情況決定，但客戶要求交付的文檔必須要輸出；沖刺任務(wù)單和燃盡圖更新每天SM需要根據(jù)每日站立會上TM反饋的情況，進(jìn)行更新沖刺任務(wù)單和燃盡圖或SM和TM之間達(dá)成共識，TM各自完成后進(jìn)行更改狀態(tài)，這里涉及到的文檔都會有相對應(yīng)的模板供參考使用。迭代周期結(jié)束點已到迭代周期結(jié)束點，只有哪些經(jīng)過測試通過的沖刺需求列表才能算是真正的完成，其他未經(jīng)過測試或測試不通過的不能算是完成。這里要特別注意，所謂的測試通過不是說要把所有的問題都解決才算是通過，這個要根據(jù)項目具體的要求和規(guī)定來定。還沒有達(dá)到迭代結(jié)束點，該沖刺任務(wù)需求列表就完成，可以從產(chǎn)品需求列表中挑選優(yōu)先級高的進(jìn)行開發(fā)。沖刺評審會議TM需要召開沖刺評審會議，邀請PO、客戶或客戶代表來參加，由這些客戶或客戶代表來表決是否滿足需求和期望目標(biāo)。一般會議時間建議不要超過2個小時，參加人員除PO及其相關(guān)利益人來參加外，TM全體成員，也可以邀請其他相關(guān)人員參加。沖刺回顧會議迭代輸出的增量交付可能會引起原產(chǎn)品需求列表的改變，可能需要更新原產(chǎn)品需求列表；最后TM需要開展本次迭代的好的實踐和不足的改進(jìn)機(jī)會，最終稿由SM整理匯總，作為下一次的迭代的經(jīng)驗參考?；仡檿h建議時間不用太長，一般15-30分鐘即可，全體人員都需要參加，包括：PO、SM、TM，其他相關(guān)人員也可以參加。這里要說明的是在每次的計劃會議上要注意安排時間做沖刺評審會議和沖刺回顧會議。下一次迭代的計劃會議建議在上一次迭代的沖刺回顧會議結(jié)束后再開展。重復(fù)2-7步驟直到所有列入本版本規(guī)劃的任務(wù)單都完成，最后發(fā)布版本;特別說明：通常最后一個迭代可能是全量進(jìn)行驗證的周期，1.3.2管理結(jié)合目前j血進(jìn)行管理“使用敏捷開發(fā)模式的項目”也是很方便。每一個迭代在jira中作為一個版本控制，每個迭代下面的任務(wù)單，參照迭代計劃預(yù)估的時間進(jìn)行創(chuàng)建，實際工時根據(jù)每個人的實際填寫日報為準(zhǔn)計算?？梢钥紤]安裝一款支持jira的敏捷開發(fā)插件GreenHopper，完全實現(xiàn)電子版的看板功能和圖表功能。在confluence上以項目名稱創(chuàng)建項目，然后二級目錄是每個迭代名稱、產(chǎn)品需求列表，三級目錄放每次迭代沖刺評審會議紀(jì)要、沖刺回顧會議紀(jì)要、站立會紀(jì)要、燃盡圖、迭代任務(wù)訂單。說明：燃盡圖使用excel表格式的模板，項目組可以參照使用。1.3.3度量

價值交付率100%92.85%100%實際完成率開發(fā)任務(wù)完成100%(所有100%(遺留100%（遺留大任務(wù)完成，2個偶現(xiàn)MBUG)BUG清空）BUG)計劃估算精準(zhǔn)度偏差31%-（實偏差31%-偏差31%-際-計劃）/計（實際-計（實際-計劃戈U）/計劃戈J）/計劃開發(fā)計劃估算精偏差20%-（實偏差20%-偏差20%-確度際開發(fā)-計劃（實際開發(fā)（實際開發(fā)開發(fā)）/計劃開-計劃開發(fā)）-計劃開發(fā)）發(fā)/計劃開發(fā)/計劃開發(fā)測試計劃估算精偏差30%-（實偏差30%-偏差30%-確度際測試-計劃（實際測試（實際測試測試）/計劃測-計劃測試）-計劃測試）試/計劃測試/計劃測試開發(fā)測試工時比開發(fā)工時：測開發(fā)工時：開發(fā)工時：試工時測試工時測試工時測試效率發(fā)現(xiàn)有效bug/發(fā)現(xiàn)有效bug/測試工發(fā)現(xiàn)有效bug/測試工

測試工時時時測試驗證一次通一次通過任務(wù)一次通過任一次通過任過率（按任務(wù)單）訂單/本迭代務(wù)訂單/本務(wù)訂單/本預(yù)