經(jīng)驗(yàn)分享敏捷開發(fā)流程課件

敏捷開發(fā)流程介紹經(jīng)驗(yàn)分享敏捷開發(fā)流程1敏捷開發(fā)流程介紹經(jīng)驗(yàn)分享敏捷開發(fā)流程1目錄什么是軟件開發(fā)方法什么是敏捷開發(fā)方法我們該采用什么方法經(jīng)驗(yàn)分享敏捷開發(fā)流程2目錄什么是軟件開發(fā)方法經(jīng)驗(yàn)分享敏捷開發(fā)流程2什么是軟件開發(fā)方法軟件開發(fā)定義

根據(jù)用戶需求建造出軟件系統(tǒng)的產(chǎn)品開發(fā)過程。包括需求獲取、開發(fā)規(guī)劃、需求分析和設(shè)計(jì)、編程實(shí)現(xiàn)、軟件測試、版本控制。

---維基百科常見種類瀑布式開發(fā)迭代式開發(fā)敏捷式開發(fā)經(jīng)驗(yàn)分享敏捷開發(fā)流程3什么是軟件開發(fā)方法軟件開發(fā)定義常見種類經(jīng)驗(yàn)分享敏捷開發(fā)瀑布式開發(fā)最典型的預(yù)見性方法，嚴(yán)格遵循預(yù)先計(jì)劃按照需求分析、設(shè)計(jì)、編碼、集成、測試、維護(hù)的步驟順序進(jìn)行。

步驟成果用以衡量進(jìn)度，例如需求規(guī)格，設(shè)計(jì)文檔，測試計(jì)劃等，方便定義里程碑

主要問題是嚴(yán)格分級導(dǎo)致自由度降低，早期承諾導(dǎo)致對后期需求變化難以調(diào)整，代價高昂

經(jīng)驗(yàn)分享敏捷開發(fā)流程4瀑布式開發(fā)最典型的預(yù)見性方法，嚴(yán)格遵循預(yù)先計(jì)劃經(jīng)驗(yàn)分享敏捷開迭代式開發(fā)彌補(bǔ)傳統(tǒng)開發(fā)方式的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)率開發(fā)被分為一系列的小的、固定長度的小項(xiàng)目，稱為一系列的迭代。每次都包括需求分析、設(shè)計(jì)、實(shí)現(xiàn)與測試。開發(fā)工作可在需求被完全確定前啟動，并在一次迭代中完成部分功能。再通過客戶反饋來細(xì)化需求，開始新一輪迭代。

經(jīng)驗(yàn)分享敏捷開發(fā)流程5迭代式開發(fā)彌補(bǔ)傳統(tǒng)開發(fā)方式的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)Agilesoftwaredevelopment什么是敏捷開發(fā)方法主要原則：個體和互動：高于流程和工具工作的軟件：高于詳盡的文檔客戶合作：高于合同談判響應(yīng)變化：高于遵循計(jì)劃vs迭代：都強(qiáng)調(diào)在短的開發(fā)周期提交軟件，敏捷的周期可能更短，更強(qiáng)調(diào)人的高度協(xié)作vs瀑布：敏捷強(qiáng)調(diào)盡早將小的可用功能交付使用，在項(xiàng)目周期中持續(xù)改善，自由度高主要方法：極限編程測試驅(qū)動開發(fā)Scrum機(jī)制看板文化經(jīng)驗(yàn)分享敏捷開發(fā)流程6Agilesoftwaredevelopment什么是敏極限編程Extremeprogramming，縮寫為XP，強(qiáng)調(diào)可適應(yīng)性而不是可預(yù)測性認(rèn)為軟件需求變化是自然現(xiàn)象在項(xiàng)目周期的任何階段去適應(yīng)變化，降低因需求變更而帶來的成本快速反饋：對客戶反饋?zhàn)龅郊皶r、迅速，重視單元測試假設(shè)簡單：認(rèn)為任何問題都可以“極度簡單”地解決，拒絕預(yù)測需求，拒絕為了未來而考慮重用

增量變化：一次完成大的改造是不可能的，采用增量變化，小步前進(jìn)包容變化：強(qiáng)調(diào)不反抗變化，應(yīng)該包容變化經(jīng)驗(yàn)分享敏捷開發(fā)流程7極限編程Extremeprogramming，縮寫為XP，測試驅(qū)動開發(fā)Test-DrivenDevelopment，簡稱TDD。它要求在編寫代碼之前先寫測試代碼，只編寫使測試通過的功能代碼，通過測試來推動整個開發(fā)的進(jìn)行。編寫簡潔可用和高質(zhì)量的代碼，并加速開發(fā)過程。（FDD,DDD）根據(jù)客戶需求編寫測試用例，從使用者角度設(shè)計(jì)代碼易測試和測試獨(dú)立性的要求使設(shè)計(jì)松耦合頻繁地運(yùn)行測試，盡早地發(fā)現(xiàn)錯誤，提高代碼質(zhì)量持續(xù)的回歸測試，持續(xù)地跟蹤整個系統(tǒng)的狀態(tài)單元測試代碼可作為文檔，展示所有的API該如何使用和運(yùn)作經(jīng)驗(yàn)分享敏捷開發(fā)流程8測試驅(qū)動開發(fā)Test-DrivenDevelopment，主要角色：ScrumMaster：Scrum教練和團(tuán)隊(duì)帶頭人，確保團(tuán)隊(duì)合理的運(yùn)作Scrum產(chǎn)品負(fù)責(zé)人（ProductOwner）:確定產(chǎn)品方向，定義產(chǎn)品內(nèi)容、優(yōu)先級及交付時間開發(fā)團(tuán)隊(duì)（Team）:

跨職能的小團(tuán)隊(duì)（5-9人），擁有交付軟件需要的各種技能一種迭代式增量軟件開發(fā)過程，包括了一系列實(shí)踐和預(yù)定義角色的過程骨架，通常用于敏捷軟件開發(fā)。英語是橄欖球中爭球的意思Scrum經(jīng)驗(yàn)分享敏捷開發(fā)流程9主要角色：一種迭代式增量軟件開發(fā)過程，包括了一系列實(shí)踐和預(yù)定Scrum過程總覽經(jīng)驗(yàn)分享敏捷開發(fā)流程10Scrum過程總覽經(jīng)驗(yàn)分享敏捷開發(fā)流程10Scrum階段1：制定產(chǎn)品Backlog產(chǎn)品backlog是Scrum的核心由需求或特性等組成的列表用客戶的術(shù)語加以描述按照重要性的級別進(jìn)行排序backlog條目稱為故事（story）每個故事包括如下字段：ID(統(tǒng)一標(biāo)識符)Name（名稱）Importance（重要性）Initialestimate（初始估算工作量）Howtodemo（如何做演示）Notes（注解）BugtrackingID（Bug跟蹤ID）產(chǎn)品BACKLOG（示例）IDNameImpEstHowtodemoNotes1存款305登錄，打開存款界面，存入10歐元，轉(zhuǎn)到我的賬戶余額界面，檢查我的余額增加了10歐元。需要UML順序圖。目前不需要考慮加密的問題。2查看自己的交易明細(xì)108登錄，點(diǎn)擊“交易”，存入一筆款項(xiàng)。返回交易頁面，看到新的存款顯示在頁面上。使用分頁技術(shù)避免大規(guī)模的數(shù)據(jù)庫查詢。和查看用戶列表的設(shè)計(jì)相似。經(jīng)驗(yàn)分享敏捷開發(fā)流程11Scrum階段1：制定產(chǎn)品Backlog產(chǎn)品backlog獨(dú)立基本相當(dāng)于一個feature對客戶有價值易于評估時間和難度不易太大或太小可測試Story的準(zhǔn)則-+++++++++ValueRiskLowHighHigh優(yōu)先級評估經(jīng)驗(yàn)分享敏捷開發(fā)流程12獨(dú)立Story的準(zhǔn)則-+++++++++ValueRiskL工作量的估算最小單位為一個故事點(diǎn)（storypoint），相當(dāng)于一個理想的人天投入最適合的人員，完全沒有打擾，需要幾天給出一個經(jīng)過驗(yàn)證，可以交付的完整實(shí)現(xiàn)不需要絕對無誤，保證相對準(zhǔn)確（即:兩個點(diǎn)的時間應(yīng)該是四個點(diǎn)的一半）估算全部工作，而不只是自己的部分把故事分拆成更小的故事以達(dá)到更精確最小值是0.5，太小的任務(wù)要么被移除，要么就給0.5經(jīng)驗(yàn)分享敏捷開發(fā)流程13工作量的估算最小單位為一個故事點(diǎn)（storypoint），Scrum階段2:制定SprintBacklogsprint目標(biāo)團(tuán)隊(duì)成員名單（以及投入程度）確定sprintbacklog（即故事列表）確定好sprint演示日期確定每日scrum會議時間地點(diǎn)協(xié)商sprint的時間長度經(jīng)驗(yàn)分享敏捷開發(fā)流程14Scrum階段2:制定SprintBacklogsprin召開Sprint會議Sprint計(jì)劃會議：13:00–17:00（每小時休息10分鐘） 13:00–13:30

產(chǎn)品負(fù)責(zé)人對sprint目標(biāo)進(jìn)行總體介紹，概括產(chǎn)品backlog。定下演示的時間地點(diǎn)。13:30–15:00

團(tuán)隊(duì)估算時間，在必要的情況下拆分backlog條目。產(chǎn)品負(fù)責(zé)人在必要時修改重要性評分。理清每個條目的含義。所有重要性高的backlog條目都要填寫“如何演示”。15:00–16:00

團(tuán)隊(duì)選擇要放入sprint中的故事。計(jì)算生產(chǎn)率，用作核查工作安排的基礎(chǔ)。16:00–17:00

為每日scrum會議安排固定的時間地點(diǎn)，把故事進(jìn)一步拆分成任務(wù)。經(jīng)驗(yàn)分享敏捷開發(fā)流程15召開Sprint會議Sprint計(jì)劃會議：13:00確定Sprint生產(chǎn)力如果沒有參考怎么辦？隨便猜一個，只會在第一個sprint里面使用，以后有了歷史數(shù)據(jù)然后做改進(jìn)。新團(tuán)隊(duì)中使用的“默認(rèn)”投入程度通常是70%，大多數(shù)團(tuán)隊(duì)都能達(dá)到的數(shù)值。經(jīng)驗(yàn)分享敏捷開發(fā)流程16確定Sprint生產(chǎn)力如果沒有參考怎么辦？經(jīng)驗(yàn)分享敏捷開發(fā)流Scrum階段3：每天站會經(jīng)驗(yàn)分享敏捷開發(fā)流程17Scrum階段3：每天站會經(jīng)驗(yàn)分享敏捷開發(fā)流程17看板和站會用戶體驗(yàn)比投影儀好，大家保持清醒，并留心會議進(jìn)展，更多的參與感多個故事可以同時編輯重新劃分優(yōu)先級變得易如反掌——挪動索引卡就行互相看到,所有人都可以看到彼此，都能看到任務(wù)板例會結(jié)束時算出剩余工作量之和，在sprint燃盡圖上畫上一個新的點(diǎn)處理遲到，懲罰機(jī)制經(jīng)驗(yàn)分享敏捷開發(fā)流程18看板和站會用戶體驗(yàn)比投影儀好，大家保持清醒，并留心會議進(jìn)展，看板經(jīng)驗(yàn)分享敏捷開發(fā)流程19看板經(jīng)驗(yàn)分享敏捷開發(fā)流程19燃盡圖經(jīng)驗(yàn)分享敏捷開發(fā)流程20燃盡圖經(jīng)驗(yàn)分享敏捷開發(fā)流程20Scrum階段4：Sprint演示清晰闡述sprint目標(biāo)不要花太多時間準(zhǔn)備演示，集中精力演示實(shí)際工作的代碼節(jié)奏要快，保持演示的快節(jié)奏關(guān)注業(yè)務(wù)層次，不要管技術(shù)細(xì)節(jié)。注意力放在“我們做了什么”，而不是“我們怎么做的”可能的話，讓觀眾自己試一下產(chǎn)品不要演示一大堆細(xì)碎的bug修復(fù)和微不足道的特性經(jīng)驗(yàn)分享敏捷開發(fā)流程21Scrum階段4：Sprint演示清晰闡述sprint目Scrum階段5：Sprint總結(jié)

設(shè)定時間為1至3個小時

參與者：產(chǎn)品負(fù)責(zé)人，整個團(tuán)隊(duì)向大家展示sprintbacklog，對sprint做總結(jié)每個人輪流發(fā)言，講出自己的想法，什么是好的，哪些可以更好，哪些需要在下個sprint中改變對預(yù)估生產(chǎn)率和實(shí)際生產(chǎn)率比較，差異大的話，分析原因?qū)ㄗh進(jìn)行總結(jié)，得出下個sprint需要改進(jìn)的地方經(jīng)驗(yàn)分享敏捷開發(fā)流程22Scrum階段5：Sprint總結(jié) 設(shè)定時間為1至3我們該采用什么流程？學(xué)習(xí)敏捷對溝通的重視，對項(xiàng)目狀態(tài)的緊密跟蹤學(xué)習(xí)瀑布對于設(shè)計(jì)和文檔的重視學(xué)習(xí)測試驅(qū)動開發(fā)對于測試的重視經(jīng)驗(yàn)分享敏捷開發(fā)流程23我們該采用什么流程？學(xué)習(xí)敏捷對溝通的重視，對項(xiàng)目狀態(tài)的緊密跟此課件下載可自行編輯修改，供參考！感謝您的支持，我們努力做得更好！經(jīng)驗(yàn)分享敏捷開發(fā)流程24此課件下載可自行編輯修改，供參考！經(jīng)驗(yàn)分享敏捷開發(fā)流程24

敏捷開發(fā)流程介紹經(jīng)驗(yàn)分享敏捷開發(fā)流程25敏捷開發(fā)流程介紹經(jīng)驗(yàn)分享敏捷開發(fā)流程1目錄什么是軟件開發(fā)方法什么是敏捷開發(fā)方法我們該采用什么方法經(jīng)驗(yàn)分享敏捷開發(fā)流程26目錄什么是軟件開發(fā)方法經(jīng)驗(yàn)分享敏捷開發(fā)流程2什么是軟件開發(fā)方法軟件開發(fā)定義

根據(jù)用戶需求建造出軟件系統(tǒng)的產(chǎn)品開發(fā)過程。包括需求獲取、開發(fā)規(guī)劃、需求分析和設(shè)計(jì)、編程實(shí)現(xiàn)、軟件測試、版本控制。

---維基百科常見種類瀑布式開發(fā)迭代式開發(fā)敏捷式開發(fā)經(jīng)驗(yàn)分享敏捷開發(fā)流程27什么是軟件開發(fā)方法軟件開發(fā)定義常見種類經(jīng)驗(yàn)分享敏捷開發(fā)瀑布式開發(fā)最典型的預(yù)見性方法，嚴(yán)格遵循預(yù)先計(jì)劃按照需求分析、設(shè)計(jì)、編碼、集成、測試、維護(hù)的步驟順序進(jìn)行。

步驟成果用以衡量進(jìn)度，例如需求規(guī)格，設(shè)計(jì)文檔，測試計(jì)劃等，方便定義里程碑

主要問題是嚴(yán)格分級導(dǎo)致自由度降低，早期承諾導(dǎo)致對后期需求變化難以調(diào)整，代價高昂

經(jīng)驗(yàn)分享敏捷開發(fā)流程28瀑布式開發(fā)最典型的預(yù)見性方法，嚴(yán)格遵循預(yù)先計(jì)劃經(jīng)驗(yàn)分享敏捷開迭代式開發(fā)彌補(bǔ)傳統(tǒng)開發(fā)方式的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)率開發(fā)被分為一系列的小的、固定長度的小項(xiàng)目，稱為一系列的迭代。每次都包括需求分析、設(shè)計(jì)、實(shí)現(xiàn)與測試。開發(fā)工作可在需求被完全確定前啟動，并在一次迭代中完成部分功能。再通過客戶反饋來細(xì)化需求，開始新一輪迭代。

經(jīng)驗(yàn)分享敏捷開發(fā)流程29迭代式開發(fā)彌補(bǔ)傳統(tǒng)開發(fā)方式的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)Agilesoftwaredevelopment什么是敏捷開發(fā)方法主要原則：個體和互動：高于流程和工具工作的軟件：高于詳盡的文檔客戶合作：高于合同談判響應(yīng)變化：高于遵循計(jì)劃vs迭代：都強(qiáng)調(diào)在短的開發(fā)周期提交軟件，敏捷的周期可能更短，更強(qiáng)調(diào)人的高度協(xié)作vs瀑布：敏捷強(qiáng)調(diào)盡早將小的可用功能交付使用，在項(xiàng)目周期中持續(xù)改善，自由度高主要方法：極限編程測試驅(qū)動開發(fā)Scrum機(jī)制看板文化經(jīng)驗(yàn)分享敏捷開發(fā)流程30Agilesoftwaredevelopment什么是敏極限編程Extremeprogramming，縮寫為XP，強(qiáng)調(diào)可適應(yīng)性而不是可預(yù)測性認(rèn)為軟件需求變化是自然現(xiàn)象在項(xiàng)目周期的任何階段去適應(yīng)變化，降低因需求變更而帶來的成本快速反饋：對客戶反饋?zhàn)龅郊皶r、迅速，重視單元測試假設(shè)簡單：認(rèn)為任何問題都可以“極度簡單”地解決，拒絕預(yù)測需求，拒絕為了未來而考慮重用

增量變化：一次完成大的改造是不可能的，采用增量變化，小步前進(jìn)包容變化：強(qiáng)調(diào)不反抗變化，應(yīng)該包容變化經(jīng)驗(yàn)分享敏捷開發(fā)流程31極限編程Extremeprogramming，縮寫為XP，測試驅(qū)動開發(fā)Test-DrivenDevelopment，簡稱TDD。它要求在編寫代碼之前先寫測試代碼，只編寫使測試通過的功能代碼，通過測試來推動整個開發(fā)的進(jìn)行。編寫簡潔可用和高質(zhì)量的代碼，并加速開發(fā)過程。（FDD,DDD）根據(jù)客戶需求編寫測試用例，從使用者角度設(shè)計(jì)代碼易測試和測試獨(dú)立性的要求使設(shè)計(jì)松耦合頻繁地運(yùn)行測試，盡早地發(fā)現(xiàn)錯誤，提高代碼質(zhì)量持續(xù)的回歸測試，持續(xù)地跟蹤整個系統(tǒng)的狀態(tài)單元測試代碼可作為文檔，展示所有的API該如何使用和運(yùn)作經(jīng)驗(yàn)分享敏捷開發(fā)流程32測試驅(qū)動開發(fā)Test-DrivenDevelopment，主要角色：ScrumMaster：Scrum教練和團(tuán)隊(duì)帶頭人，確保團(tuán)隊(duì)合理的運(yùn)作Scrum產(chǎn)品負(fù)責(zé)人（ProductOwner）:確定產(chǎn)品方向，定義產(chǎn)品內(nèi)容、優(yōu)先級及交付時間開發(fā)團(tuán)隊(duì)（Team）:

跨職能的小團(tuán)隊(duì)（5-9人），擁有交付軟件需要的各種技能一種迭代式增量軟件開發(fā)過程，包括了一系列實(shí)踐和預(yù)定義角色的過程骨架，通常用于敏捷軟件開發(fā)。英語是橄欖球中爭球的意思Scrum經(jīng)驗(yàn)分享敏捷開發(fā)流程33主要角色：一種迭代式增量軟件開發(fā)過程，包括了一系列實(shí)踐和預(yù)定Scrum過程總覽經(jīng)驗(yàn)分享敏捷開發(fā)流程34Scrum過程總覽經(jīng)驗(yàn)分享敏捷開發(fā)流程10Scrum階段1：制定產(chǎn)品Backlog產(chǎn)品backlog是Scrum的核心由需求或特性等組成的列表用客戶的術(shù)語加以描述按照重要性的級別進(jìn)行排序backlog條目稱為故事（story）每個故事包括如下字段：ID(統(tǒng)一標(biāo)識符)Name（名稱）Importance（重要性）Initialestimate（初始估算工作量）Howtodemo（如何做演示）Notes（注解）BugtrackingID（Bug跟蹤ID）產(chǎn)品BACKLOG（示例）IDNameImpEstHowtodemoNotes1存款305登錄，打開存款界面，存入10歐元，轉(zhuǎn)到我的賬戶余額界面，檢查我的余額增加了10歐元。需要UML順序圖。目前不需要考慮加密的問題。2查看自己的交易明細(xì)108登錄，點(diǎn)擊“交易”，存入一筆款項(xiàng)。返回交易頁面，看到新的存款顯示在頁面上。使用分頁技術(shù)避免大規(guī)模的數(shù)據(jù)庫查詢。和查看用戶列表的設(shè)計(jì)相似。經(jīng)驗(yàn)分享敏捷開發(fā)流程35Scrum階段1：制定產(chǎn)品Backlog產(chǎn)品backlog獨(dú)立基本相當(dāng)于一個feature對客戶有價值易于評估時間和難度不易太大或太小可測試Story的準(zhǔn)則-+++++++++ValueRiskLowHighHigh優(yōu)先級評估經(jīng)驗(yàn)分享敏捷開發(fā)流程36獨(dú)立Story的準(zhǔn)則-+++++++++ValueRiskL工作量的估算最小單位為一個故事點(diǎn)（storypoint），相當(dāng)于一個理想的人天投入最適合的人員，完全沒有打擾，需要幾天給出一個經(jīng)過驗(yàn)證，可以交付的完整實(shí)現(xiàn)不需要絕對無誤，保證相對準(zhǔn)確（即:兩個點(diǎn)的時間應(yīng)該是四個點(diǎn)的一半）估算全部工作，而不只是自己的部分把故事分拆成更小的故事以達(dá)到更精確最小值是0.5，太小的任務(wù)要么被移除，要么就給0.5經(jīng)驗(yàn)分享敏捷開發(fā)流程37工作量的估算最小單位為一個故事點(diǎn)（storypoint），Scrum階段2:制定SprintBacklogsprint目標(biāo)團(tuán)隊(duì)成員名單（以及投入程度）確定sprintbacklog（即故事列表）確定好sprint演示日期確定每日scrum會議時間地點(diǎn)協(xié)商sprint的時間長度經(jīng)驗(yàn)分享敏捷開發(fā)流程38Scrum階段2:制定SprintBacklogsprin召開Sprint會議Sprint計(jì)劃會議：13:00–17:00（每小時休息10分鐘） 13:00–13:30

產(chǎn)品負(fù)責(zé)人對sprint目標(biāo)進(jìn)行總體介紹，概括產(chǎn)品backlog。定下演示的時間地點(diǎn)。13:30–15:00

團(tuán)隊(duì)估算時間，在必要的情況下拆分backlog條目。產(chǎn)品負(fù)責(zé)人在必要時修改重要性評分。理清每個條目的含義。所有重要性高的backlog條目都要填寫“如何演示”。15:00–16:00

團(tuán)隊(duì)選擇要放入sprint中的故事。計(jì)算生產(chǎn)率，用作核查工作安排的基礎(chǔ)。16:00–17:00

為每日scrum會議安排固定的時間地點(diǎn)，把故事進(jìn)一步拆分成任務(wù)。經(jīng)驗(yàn)分享敏捷開發(fā)流程39召開Sprint會議Sprint計(jì)劃會議：13:00確定Sprint生產(chǎn)力如果沒有參考怎么辦？隨便猜一個，只會在第一個sprint里面使用，以后有了歷史數(shù)據(jù)然后做改進(jìn)。新團(tuán)隊(duì)中使用的“默認(rèn)”投入程度通常是70%，大多數(shù)團(tuán)隊(duì)都能達(dá)到的數(shù)值。經(jīng)驗(yàn)分享敏捷開發(fā)流程40確定Sprint生產(chǎn)力如果沒有參考怎么辦？經(jīng)驗(yàn)分享敏捷開發(fā)流Scrum階段3：每天站會經(jīng)驗(yàn)分享敏捷開發(fā)流程41Scrum階段3：每天站會經(jīng)驗(yàn)分享敏捷開發(fā)流程17看板和站會用戶體驗(yàn)比投影