敏捷開(kāi)發(fā)材料(項(xiàng)目實(shí)施)

軟件公司

敏捷開(kāi)發(fā)材料

（項(xiàng)目(xiàngmù)實(shí)施參考）

軟件公司敏捷應(yīng)用推行(tuīxíng)小組軟件公司軟件工程部2008-11共十九頁(yè)目錄(mùlù)敏捷簡(jiǎn)介實(shí)施(shíshī)和管理敏捷項(xiàng)目共十九頁(yè)敏捷(mǐnjié)宣言個(gè)體和交互勝過(guò)過(guò)程和工具可以工作的軟件勝過(guò)面面俱到的文檔客戶合作勝過(guò)合同談判響應(yīng)(xiǎngyìng)變化勝過(guò)遵循計(jì)劃共十九頁(yè)敏捷(mǐnjié)規(guī)則最高目標(biāo)是能持續(xù)地、及早地向客戶交付軟件；擁抱變化；頻繁地發(fā)布可運(yùn)行的軟件；客戶和開(kāi)發(fā)人員在一起工作；以人為本；最重要的衡量開(kāi)發(fā)過(guò)程的手段，是可工作的軟件；穩(wěn)定的開(kāi)發(fā)速度；敏捷高效的設(shè)計(jì)；簡(jiǎn)單(jiǎndān)有效；重視Teamwork；積極的調(diào)整

共十九頁(yè)XP實(shí)踐(shíjiàn)洋蔥圖編程方法(fāngfǎ)小組實(shí)踐項(xiàng)目團(tuán)隊(duì)共十九頁(yè)SCRUM的過(guò)程(guòchéng)圖SCRUM來(lái)源于橄欖球運(yùn)動(dòng)，指：“在橄欖球比賽中，雙方前鋒站在一起緊密相連(xiānɡlián)，當(dāng)球在他們之間投擲時(shí)他們奮力爭(zhēng)球?！惫彩彭?yè)目錄(mùlù)敏捷簡(jiǎn)介(jiǎnjiè)實(shí)施和管理敏捷項(xiàng)目共十九頁(yè)組建(zǔjiàn)敏捷項(xiàng)目團(tuán)隊(duì)敏捷項(xiàng)目團(tuán)隊(duì)由三種角色組成1、ProductOwner—由系統(tǒng)分析人員擔(dān)任。負(fù)責(zé)收集和描述待開(kāi)發(fā)產(chǎn)品的信息(xìnxī)，并轉(zhuǎn)換成待開(kāi)發(fā)列表。解釋和描述每一項(xiàng)任務(wù)的要求,項(xiàng)目開(kāi)發(fā)過(guò)程中關(guān)注每個(gè)Story是否實(shí)現(xiàn)，解釋其要求細(xì)節(jié)。2、開(kāi)發(fā)團(tuán)隊(duì)成員－由來(lái)自開(kāi)發(fā)、測(cè)試、資料共同組成的多功能團(tuán)隊(duì)，負(fù)責(zé)構(gòu)建產(chǎn)品。3、ScrumMaster－由熟悉敏捷的成員，負(fù)責(zé)幫助和指導(dǎo)團(tuán)隊(duì)按照敏捷方式操作。除此之外，還有一個(gè)項(xiàng)目經(jīng)理，負(fù)責(zé)整個(gè)團(tuán)隊(duì)的管理。共十九頁(yè)項(xiàng)目啟動(dòng)－搭建(dājiàn)項(xiàng)目環(huán)境搭建持續(xù)集成環(huán)境敏捷項(xiàng)目需要維護(hù)一套唯一的持續(xù)集成環(huán)境，能夠?qū)崿F(xiàn)自動(dòng)的從配置庫(kù)獲取代碼、編譯、靜態(tài)檢查和測(cè)試。持續(xù)集成環(huán)境搭建，可采用ICP持續(xù)集成系統(tǒng)，聯(lián)系軟件工程部進(jìn)行技術(shù)支持。持續(xù)集成至少做到每天固定執(zhí)行一次，也可根據(jù)配置庫(kù)代碼變化觸發(fā)執(zhí)行。搭建開(kāi)發(fā)(kāifā)環(huán)境包含項(xiàng)目的編譯等環(huán)境的配置等搭建測(cè)試環(huán)境尤其是自動(dòng)化測(cè)試的環(huán)境，能夠?yàn)槌掷m(xù)集成系統(tǒng)調(diào)用執(zhí)行共十九頁(yè)項(xiàng)目啟動(dòng)(qǐdòng)－準(zhǔn)備及制訂ProductBacklogProductOwner分析待開(kāi)發(fā)需求任務(wù)列表，形成產(chǎn)品ProductBacklog，并按照商業(yè)價(jià)值排序。ProductBacklog是產(chǎn)品唯一的待開(kāi)發(fā)任務(wù)列表（如示例），是對(duì)開(kāi)發(fā)任務(wù)的初步簡(jiǎn)要描述，并附帶工作量的初步估計(jì)。Backlog既可以包含新增需求、功能，也可以包含待解決的問(wèn)題等（有點(diǎn)(yǒudiǎn)類似傳統(tǒng)的AR列表）ProductBacklog隨項(xiàng)目進(jìn)行，根據(jù)外部環(huán)境的變化，可能會(huì)不斷調(diào)整，但是已經(jīng)在迭代內(nèi)實(shí)施的任務(wù)項(xiàng)將不受影響。ProductBacklog通常使用UserStory形式分析描述。共十九頁(yè)用戶(yònghù)故事UserStoryUserStory-

UserStory是站在外部的用戶角度來(lái)描述系統(tǒng)所具有的功能/特性，并且此功能/特性能為客戶感知。User和Story的識(shí)別：用戶Users-使用到待開(kāi)發(fā)系統(tǒng)的任何角色（包含人、也包含其他軟件或程序），一般可以采用頭腦風(fēng)暴形式識(shí)別所有的Users.Story識(shí)別及描述：Asa<Role>,Iwant<function>,sothat<reason>做為一個(gè)<XXX角色>,我希望<YYY功能>，以便(yǐbiàn)<解決什么問(wèn)題/原因>UserStory通常是最小的用戶感知粒度。注意：1、項(xiàng)目所有成員都可參與分析制作UserStory（含開(kāi)發(fā)、測(cè)試人員,資料人員也從使用資料的對(duì)象分析，形成資料UserStory)，這時(shí)候并不需要太多的系統(tǒng)實(shí)現(xiàn)內(nèi)部細(xì)節(jié)。2、UserStory分析結(jié)果記錄在《UserStory模板》中，雖然敏捷可以記錄在白板、卡片等形式上，但在公司內(nèi)部實(shí)施的特定環(huán)境下，用文檔記錄還是比較好的。共十九頁(yè)劃分(huàfēn)迭代和開(kāi)工會(huì)議敏捷計(jì)劃和開(kāi)工會(huì)議包含：1、ProductOwner向開(kāi)發(fā)團(tuán)隊(duì)介紹待開(kāi)發(fā)任務(wù)ProductBacklog,討論各項(xiàng)需求任務(wù)的目標(biāo)和背景，提供所有成員深入理解需求的機(jī)會(huì)。2、開(kāi)發(fā)團(tuán)隊(duì)集體從ProductBacklog根據(jù)優(yōu)先級(jí)，選擇任務(wù)，初步劃分(huàfēn)迭代，設(shè)定迭代周期（迭代周期通常是固定周期，比如1-4周都是常見(jiàn)的迭代周期）。劃分(huàfēn)迭代時(shí)，通常從Backlog的優(yōu)先級(jí)開(kāi)始，結(jié)合需要的工作量進(jìn)行劃分(huàfēn)。3、完成迭代劃分后，啟動(dòng)第一次迭代的分析工作,分解成任務(wù)，形成本迭代的SprintBacklog.Backlog列舉任務(wù)的大小不同，可能分解為一到多個(gè)任務(wù)項(xiàng)Task.各Task也可以用UserStory形式進(jìn)行描述。這時(shí)候會(huì)涉及到部分的實(shí)現(xiàn)細(xì)節(jié)。共十九頁(yè)敏捷中的迭代實(shí)施(shíshī)過(guò)程迭代計(jì)劃UserStory/Task設(shè)計(jì)并編碼實(shí)現(xiàn)選擇Story進(jìn)行結(jié)對(duì)

自我測(cè)試驗(yàn)證通過(guò)Checkin到版本服務(wù)器持續(xù)集成發(fā)現(xiàn)問(wèn)題及時(shí)修改迭代評(píng)估根據(jù)Story,編寫(xiě)測(cè)試用例（黑盒用例）用例加入到持續(xù)集成系統(tǒng)中進(jìn)行自動(dòng)測(cè)試驗(yàn)證選擇相應(yīng)的資料Story寫(xiě)作資料原型白盒用例測(cè)試資料共十九頁(yè)敏捷項(xiàng)目(xiàngmù)中程序員的一天

8:30AMStandupMeeting結(jié)對(duì)Tester自我(zìwǒ)測(cè)試編碼重構(gòu)集成并納入持續(xù)集成系統(tǒng)進(jìn)行驗(yàn)證5PM結(jié)束測(cè)試用例（黑盒）共十九頁(yè)每日晨會(huì)（站立(zhànlì)式會(huì)議）15分鐘的站立式會(huì)議，通常在早上進(jìn)行。每個(gè)成員介紹三個(gè)事情：從上次會(huì)議結(jié)束后，完成了哪些工作？到下次會(huì)議前，將準(zhǔn)備完成哪些工作？工作中還存在哪些障礙？ProductOwner和所有(suǒyǒu)項(xiàng)目成員必須參與會(huì)議。每日晨會(huì)后，項(xiàng)目經(jīng)理負(fù)責(zé)更新每項(xiàng)任務(wù)的進(jìn)展情況。共十九頁(yè)迭代評(píng)估和回顧(huígù)會(huì)議在每次迭代結(jié)束時(shí)，進(jìn)行迭代評(píng)估，團(tuán)隊(duì)展示他們所構(gòu)造出的產(chǎn)品。參加人員：所有項(xiàng)目成員，以及項(xiàng)目的客戶。不需要準(zhǔn)備PPT膠片材料，只需要如實(shí)的展示工作進(jìn)展即可。同時(shí)回顧當(dāng)前(dāngqián)做得好的和不足的，以便在下一個(gè)迭代中改進(jìn)。通常，迭代評(píng)估緊接召開(kāi)下一個(gè)迭代的計(jì)劃會(huì)議。共十九頁(yè)測(cè)試和測(cè)試如何參與敏捷(mǐnjié)項(xiàng)目一起(yīqǐ)分析分析識(shí)別UserStory本迭代UserStory的測(cè)試分析本迭代UserStory的測(cè)試設(shè)計(jì)(用例開(kāi)發(fā)）測(cè)試環(huán)境及測(cè)試執(zhí)行迭代評(píng)估（測(cè)試結(jié)果）一起討論待開(kāi)發(fā)UserStory的驗(yàn)證要點(diǎn)啟動(dòng)時(shí)某迭代完備的測(cè)試項(xiàng)目末期（類似傳統(tǒng)SDV)項(xiàng)目末期一起分析分析識(shí)別UserStory（重點(diǎn)是資料Story)開(kāi)發(fā)Story對(duì)應(yīng)的資料Story已完成資料的整合資料測(cè)試資料測(cè)試共十九頁(yè)交流(jiāoliú)探討交流(jiāoliú)探討共十九頁(yè)內(nèi)容(nèiróng)總結(jié)軟件公司

敏捷開(kāi)發(fā)材料

（項(xiàng)目實(shí)施參考）。負(fù)責(zé)(fùzé)收集和描述待開(kāi)發(fā)產(chǎn)品的信息，并轉(zhuǎn)換成待開(kāi)發(fā)列表。3