經(jīng)驗(yàn)分享靈敏開(kāi)發(fā)流程經(jīng)驗(yàn)分享敏捷開(kāi)發(fā)流程第1頁(yè)目錄什么是軟件開(kāi)發(fā)方法什么是靈敏開(kāi)發(fā)方法我們?cè)摬扇∈裁捶椒ń?jīng)驗(yàn)分享敏捷開(kāi)發(fā)流程第2頁(yè)什么是軟件開(kāi)發(fā)方法軟件開(kāi)發(fā)定義

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

---維基百科常見(jiàn)種類(lèi)瀑布式開(kāi)發(fā)迭代式開(kāi)發(fā)靈敏式開(kāi)發(fā)經(jīng)驗(yàn)分享敏捷開(kāi)發(fā)流程第3頁(yè)瀑布式開(kāi)發(fā)最經(jīng)典預(yù)見(jiàn)性方法，嚴(yán)格遵照預(yù)先計(jì)劃按照需求分析、設(shè)計(jì)、編碼、集成、測(cè)試、維護(hù)步驟次序進(jìn)行。

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

主要問(wèn)題是嚴(yán)格分級(jí)造成自由度降低，早期承諾造成對(duì)后期需求改變難以調(diào)整，代價(jià)高昂

經(jīng)驗(yàn)分享敏捷開(kāi)發(fā)流程第4頁(yè)迭代式開(kāi)發(fā)填補(bǔ)傳統(tǒng)開(kāi)發(fā)方式一些弱點(diǎn)，含有更高成功率和生產(chǎn)率開(kāi)發(fā)被分為一系列小、固定長(zhǎng)度小項(xiàng)目，稱(chēng)為一系列迭代。每次都包含需求分析、設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。開(kāi)發(fā)工作可在需求被完全確定前開(kāi)啟，并在一次迭代中完成部分功效。再經(jīng)過(guò)客戶(hù)反饋來(lái)細(xì)化需求，開(kāi)始新一輪迭代。

經(jīng)驗(yàn)分享敏捷開(kāi)發(fā)流程第5頁(yè)Agilesoftwaredevelopment什么是靈敏開(kāi)發(fā)方法主要標(biāo)準(zhǔn)：個(gè)體和互動(dòng)：高于流程和工具工作軟件：高于詳盡文檔客戶(hù)合作：高于協(xié)議談判響應(yīng)改變：高于遵照計(jì)劃vs迭代：都強(qiáng)調(diào)在短開(kāi)發(fā)周期提交軟件，靈敏周期可能更短，更強(qiáng)調(diào)人高度協(xié)作vs瀑布：靈敏強(qiáng)調(diào)盡早將小可用功效交付使用，在項(xiàng)目周期中連續(xù)改進(jìn)，自由度高主要方法：極限編程測(cè)試驅(qū)動(dòng)開(kāi)發(fā)Scrum機(jī)制看板文化經(jīng)驗(yàn)分享敏捷開(kāi)發(fā)流程第6頁(yè)極限編程Extremeprogramming，縮寫(xiě)為XP，強(qiáng)調(diào)可適應(yīng)性而不是可預(yù)測(cè)性認(rèn)為軟件需求改變是自然現(xiàn)象在項(xiàng)目周期任何階段去適應(yīng)改變，降低因需求變更而帶來(lái)成本快速反饋：對(duì)客戶(hù)反饋?zhàn)龅郊皶r(shí)、快速，重視單元測(cè)試假設(shè)簡(jiǎn)單：認(rèn)為任何問(wèn)題都能夠“極度簡(jiǎn)單”地處理，拒絕預(yù)測(cè)需求，拒絕為了未來(lái)而考慮重用

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

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

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

團(tuán)體估算時(shí)間，在必要情況下拆分backlog條目。產(chǎn)品責(zé)任人在必要時(shí)修改主要性評(píng)分。理清每個(gè)條目標(biāo)含義。全部主要性高backlog條目都要填寫(xiě)“怎樣演示”。15:00–16:00

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

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

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

參加者：產(chǎn)品責(zé)任人，整個(gè)團(tuán)體向大家展示sprintbacklog，對(duì)sprint做總結(jié)每個(gè)人輪番講話(huà)，講出自己想