知識(shí)分享-敏捷開發(fā)方法課件

知識(shí)分享：敏捷開發(fā)方法知識(shí)分享：敏捷開發(fā)方法1目錄／Catalog敏捷開發(fā)簡(jiǎn)介敏捷開發(fā)方法敏捷開發(fā)的注意事項(xiàng)目錄／Catalog敏捷開發(fā)簡(jiǎn)介2ITCraftsmanship關(guān)注：技術(shù)編程和技術(shù)管理能力孤軍作戰(zhàn)，沒有協(xié)作零星、偶發(fā)的自動(dòng)化與革新ItIndustrialization關(guān)注：流程IT管理與服務(wù)管理能力以同事為客戶，沒有對(duì)外協(xié)作有效率的服務(wù)與解決方案ItDigitalization關(guān)注：業(yè)務(wù)模式強(qiáng)調(diào)數(shù)字化領(lǐng)導(dǎo)力以同事為合作伙伴，參與對(duì)外協(xié)作數(shù)字化商業(yè)創(chuàng)新、新型價(jià)值IT系統(tǒng)開發(fā)演變的三個(gè)時(shí)代ITCraftsmanship關(guān)注：技術(shù)ItIndust3敏捷概念的提出項(xiàng)目為什么失??？軟件工程試圖解決這些問題：對(duì)用戶需求理解得不清楚，甚至有錯(cuò)誤；用戶需求變化；軟件很難維護(hù)或擴(kuò)展；在項(xiàng)目后期階段發(fā)現(xiàn)很嚴(yán)重的設(shè)計(jì)缺陷；軟件質(zhì)量或性能不合格；Test-Build-Release過程的可操作性、可維護(hù)性很差；人員流動(dòng)；

……為了規(guī)范化開發(fā)過程，引進(jìn)傳統(tǒng)工程的概念（瀑布型）；為了理解需求，提出原型法；為了提高設(shè)計(jì)開發(fā)的效率和擴(kuò)展性，提出重用和面向?qū)ο蟮人枷?；為了讓開發(fā)過程更靈活，提出了開發(fā)框架的概念；為了降低風(fēng)險(xiǎn)，提出了風(fēng)險(xiǎn)評(píng)估、成本控制和增量開發(fā)等思想；敏捷概念的提出項(xiàng)目為什么失??？軟件工程試圖解決這些問題：對(duì)用4如何走出困境？當(dāng)我們面臨速度、創(chuàng)新或面臨諸多不確定因素瀑布式開發(fā)熟知的供應(yīng)商強(qiáng)大的管理模式最小化的風(fēng)險(xiǎn)技術(shù)化團(tuán)隊(duì)敏捷式開發(fā)規(guī)模小但有創(chuàng)新精神的合作伙伴輕裝有效的管理模式管控可控的風(fēng)險(xiǎn)更強(qiáng)大團(tuán)隊(duì)傳統(tǒng)開發(fā)模式非線性模式可靠性目標(biāo)靈活性依據(jù)結(jié)果定價(jià)價(jià)值收益、品牌、客戶體驗(yàn)以計(jì)劃為導(dǎo)向、基于審批的管理以經(jīng)驗(yàn)為導(dǎo)向、基于流程的企業(yè)供應(yīng)商

長(zhǎng)期交易采購(gòu)小型、新型供應(yīng)商

短期采購(gòu)擅長(zhǎng)傳統(tǒng)流程和項(xiàng)目才能擅長(zhǎng)新型和未知項(xiàng)目長(zhǎng)期的（月）周期短期的（天/周）如何走出困境？當(dāng)我們面臨速度、創(chuàng)新或面臨諸多不確定因素瀑布式5敏捷開發(fā)（AgileDevelopment）是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。子項(xiàng)目特征-

各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試-

具備集成和可運(yùn)行的特征-

小項(xiàng)目相互聯(lián)系在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試，具備集成和可運(yùn)行的特征。簡(jiǎn)言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。敏捷開發(fā)（AgileDevelopment）是一種以人為核6雙模式可以用來開發(fā)不同的應(yīng)用系統(tǒng)變化change管理Governance-++-創(chuàng)新型系統(tǒng)差異型系統(tǒng)記錄型系統(tǒng)SystemsofInnovationSystemsofDifferentiationSystemsofRecord傳統(tǒng)模式敏捷模式雙模式可以用來開發(fā)不同的應(yīng)用系統(tǒng)變化change管理Gove7目錄／Catalog敏捷開發(fā)簡(jiǎn)介敏捷開發(fā)方法敏捷開發(fā)的注意事項(xiàng)目錄／Catalog敏捷開發(fā)簡(jiǎn)介8敏捷方法XP-eXtremePrograming極限編程:思想源自KentBeck和WardCunningham在軟件項(xiàng)目中的合作經(jīng)歷。SCRUM：是一種迭代的增量化過程，用于產(chǎn)品開發(fā)或工作管理。水晶方法Crystal:由AlistairCockburn在1990年代末提出。把不同類型的項(xiàng)目采用不同的方法。FDD－特性驅(qū)動(dòng)FeatureDrivenDevelopment，由PeterCoad、JeffdeLuca、EricLefebvre共同開發(fā)，是一套針對(duì)中小型軟件開發(fā)項(xiàng)目的開發(fā)模式。它強(qiáng)調(diào)的是簡(jiǎn)化、實(shí)用、易于被開發(fā)團(tuán)隊(duì)接受，適用于需求經(jīng)常變動(dòng)的項(xiàng)目。DSDM-DynamicSystemDevelopmentMethodology，它倡導(dǎo)以業(yè)務(wù)為核心，快速而有效地進(jìn)行系統(tǒng)開發(fā)，在英國(guó)等歐洲國(guó)家比較流行。ASD-AdaptiveSoftwareDevelopment，由JimHighsmith在1999年正式提出。ASD強(qiáng)調(diào)開發(fā)方法的適應(yīng)性（Adaptive）敏捷方法XP-eXtremePrograming極限編程9XP方法極限的含義：軟件開發(fā)中的優(yōu)點(diǎn)發(fā)揮到極致(KentBeck).XP：給程序員提供了明確的方法，使得程序員盡管面對(duì)需求的改變，卻能夠從容應(yīng)對(duì)，即使著重變化發(fā)生在項(xiàng)目的后期，仍然能夠編出代碼。XP核心：溝通、簡(jiǎn)明、反饋和勇氣XP重視溝通，客戶、開發(fā)人員、管理者共同組成團(tuán)隊(duì)。ExtremeProgrammingXP方法極限的含義：軟件開發(fā)中的優(yōu)點(diǎn)發(fā)揮到極致(KentB10XP的關(guān)鍵實(shí)踐結(jié)對(duì)編程測(cè)試驅(qū)動(dòng)開發(fā)重構(gòu)簡(jiǎn)單設(shè)計(jì)代碼集體所有編碼標(biāo)準(zhǔn)穩(wěn)定高速的步伐持續(xù)集成隱喻現(xiàn)場(chǎng)客戶完整的團(tuán)隊(duì)小規(guī)模發(fā)布計(jì)劃游戲編程方法小組實(shí)踐交付和管理XP的關(guān)鍵實(shí)踐結(jié)對(duì)編程測(cè)試驅(qū)動(dòng)開發(fā)重構(gòu)簡(jiǎn)單設(shè)計(jì)代碼集體所有編11XP特點(diǎn)1——完整的團(tuán)隊(duì)所有的小組成員應(yīng)在同一個(gè)工作地點(diǎn)工作。成員中必須有一個(gè)用戶代表（On-siteUser）,由他/她來提出需求，確定開發(fā)優(yōu)先級(jí)，把握開發(fā)的動(dòng)向。通常還設(shè)一個(gè)教練（Coach）角色，來指導(dǎo)XP方法的實(shí)施及與外部的溝通協(xié)調(diào)等。小組每個(gè)成員都應(yīng)圍繞用戶代表，充分貢獻(xiàn)自己的技能。XP特點(diǎn)2——計(jì)劃游戲XP特點(diǎn)1——完整的團(tuán)隊(duì)所有的小組成員應(yīng)在同一個(gè)工作地點(diǎn)工作12XP特點(diǎn)3——現(xiàn)場(chǎng)客戶客戶是Team成員，在開發(fā)現(xiàn)場(chǎng)和開發(fā)人員一起工作。傳統(tǒng)的客戶任務(wù)一般是講解需求，運(yùn)行驗(yàn)收測(cè)試，接收發(fā)布的系統(tǒng)。XP新增加的任務(wù)：

(1)寫UserStory(2)評(píng)估UserStory的商業(yè)優(yōu)先級(jí)

(3)為每個(gè)UserStory定義驗(yàn)收測(cè)試

(4)計(jì)劃開發(fā)內(nèi)容

(5)調(diào)控開發(fā)過程

(6)建立商業(yè)模型，把隱藏在客戶需求下的原則傳授給開發(fā)人員

(8)程序員分擔(dān)任務(wù)的過程支解了對(duì)他們商業(yè)模型的理解

(9)參加設(shè)計(jì)過程

(10)和程序員一起找出Metaphor，導(dǎo)引設(shè)計(jì)方向

(11)在Metaphor的幫助下，定義更有效更實(shí)際的功能測(cè)試，給程序員的設(shè)計(jì)制定了規(guī)范XP特點(diǎn)3——現(xiàn)場(chǎng)客戶客戶是Team成員，在開發(fā)現(xiàn)13XP特點(diǎn)4——小規(guī)模發(fā)布降低開發(fā)風(fēng)險(xiǎn)。保證客戶有足夠的依據(jù)調(diào)控開發(fā)過程(增加、刪除或改變UserStory)?？蛻羰褂冒l(fā)布的系統(tǒng)，可以保證頻繁地反饋和交流。發(fā)布過程應(yīng)該盡可能地自動(dòng)化、規(guī)范化。不斷地發(fā)布可用的系統(tǒng)可以告訴客戶你在做正確的事情。低風(fēng)險(xiǎn)智能化適應(yīng)調(diào)整頻繁交流知會(huì)客戶頻繁發(fā)布經(jīng)過驗(yàn)證隨著開發(fā)的推進(jìn)，發(fā)布越來越頻繁。所有的發(fā)布都要經(jīng)過功能測(cè)試。小規(guī)模發(fā)布XP特點(diǎn)4——小規(guī)模發(fā)布降低開發(fā)風(fēng)險(xiǎn)。保證客戶有足夠14Scrum方法Scrum的英文意思是橄欖球運(yùn)動(dòng)的一個(gè)專業(yè)術(shù)語，表示“爭(zhēng)球”的動(dòng)作；把一個(gè)開發(fā)流程的名字取名為Scrum，我想你一定能想象出你的開發(fā)團(tuán)隊(duì)在開發(fā)一個(gè)項(xiàng)目時(shí)，大家像打橄欖球一樣迅速、富有戰(zhàn)斗激情、人人你爭(zhēng)我搶地完成它，你一定會(huì)感到非常興奮的。而Scrum就是這樣的一個(gè)開發(fā)流程，運(yùn)用該流程，你就能看到你團(tuán)隊(duì)（7人以下）高效的工作?！維crum開發(fā)流程中的三大角色】產(chǎn)品負(fù)責(zé)人（ProductOwner）主要負(fù)責(zé)確定產(chǎn)品的功能和達(dá)到要求的標(biāo)準(zhǔn)，指定軟件的發(fā)布日期和交付的內(nèi)容，同時(shí)有權(quán)力接受或拒絕開發(fā)團(tuán)隊(duì)的工作成果。

流程管理員（ScrumMaster）主要負(fù)責(zé)整個(gè)Scrum流程在項(xiàng)目中的順利實(shí)施和進(jìn)行，以及清除擋在客戶和開發(fā)工作之間的溝通障礙，使得客戶可以直接驅(qū)動(dòng)開發(fā)。

開發(fā)團(tuán)隊(duì)（ScrumTeam）主要負(fù)責(zé)軟件產(chǎn)品在Scrum規(guī)定流程下進(jìn)行開發(fā)工作，人數(shù)控制在5~10人左右，每個(gè)成員可能負(fù)責(zé)不同的技術(shù)方面，但要求每成員必須要有很強(qiáng)的自我管理能力，同時(shí)具有一定的表達(dá)能力；成員可以采用任何工作方式，只要能達(dá)到Sprint的目標(biāo)。Scrum方法Scrum的英文意思是橄欖球運(yùn)動(dòng)的一個(gè)專業(yè)術(shù)語15Scrum流程圖Scrum流程圖16如何進(jìn)行Scrum開發(fā)？1、確定ProductBacklog（按優(yōu)先順序排列的一個(gè)產(chǎn)品需求列表）：這是由ProductOwner負(fù)責(zé)的ScrumTeam根據(jù)ProductBacklog列表，做工作量的預(yù)估和安排；2、SprintBacklog：通過SprintPlanningMeeting（Sprint計(jì)劃會(huì)議）來從中挑選出一個(gè)Story作為本次迭代完成的目標(biāo)，這個(gè)目標(biāo)的時(shí)間周期是1~4個(gè)星期，然后把這個(gè)Story進(jìn)行細(xì)化，形成一個(gè)SprintBacklog；每個(gè)成員根據(jù)SprintBacklog再細(xì)化成更小的任務(wù)（細(xì)到每個(gè)任務(wù)的工作量在2天內(nèi)能完成）3、DailyScrumMeeting（每日站立會(huì)議）：每次站立會(huì)議控制在15分鐘左右，每個(gè)人都必須發(fā)言，并且要向所有成員當(dāng)面匯報(bào)你昨天完成了什么，并且向所有成員承諾你今天要完成什么，同時(shí)遇到不能解決的問題也可以提出，每個(gè)人回答完成后，要走到黑板前更新自己的

Sprintburndown（Sprint燃盡圖）；4、每日集成：也就是每天都要有一個(gè)可以成功編譯、并且可以演示的版本；支持每次有成員進(jìn)行簽入操作的時(shí)候，在服務(wù)器上自動(dòng)獲取最新版本，然后在服務(wù)器中編譯，如果通過則馬上再執(zhí)行單元測(cè)試代碼，如果也全部通過，則將該版本發(fā)布，這時(shí)一次正式的簽入操作才保存，中間有任何失敗，都會(huì)用郵件通知項(xiàng)目管理人員；5、SrpintReviewMeeting（演示會(huì)議）：當(dāng)一個(gè)Story完成，也就是SprintBacklog被完成，這時(shí)要進(jìn)行評(píng)審會(huì)議，產(chǎn)品負(fù)責(zé)人和客戶都要參加（最好本公司老板也參加），每一個(gè)ScrumTeam的成員都要向他們演示自己完成的軟件產(chǎn)品（這個(gè)會(huì)議非常重要，一定不能取消）；6、SprintRetrospective

Meeting（回顧會(huì)議）：也稱為總結(jié)會(huì)議，以輪流發(fā)言方式進(jìn)行，每個(gè)人都要發(fā)言，總結(jié)并討論改進(jìn)的地方，放入下一輪Sprint的產(chǎn)品需求中；如何進(jìn)行Scrum開發(fā)？1、確定ProductBacklo17Scrum開發(fā)中的產(chǎn)品BackLogScrum開發(fā)中的產(chǎn)品BackLog18Scrum開發(fā)中的SprintBacklogScrum開發(fā)中的DailyScrumMeetingScrum開發(fā)中的SprintBacklogScrum開發(fā)19目錄／Catalog敏捷開發(fā)簡(jiǎn)介敏捷開發(fā)方法敏捷開發(fā)的注意事項(xiàng)目錄／Catalog敏捷開發(fā)簡(jiǎn)介20敏捷開發(fā)的誤區(qū)誤區(qū)一：敏捷是"一個(gè)”過程誤區(qū)二：敏捷僅是個(gè)軟件過程誤區(qū)三：敏捷是反文檔的誤區(qū)五：重做就是重構(gòu)誤區(qū)四：為了敏捷而敏捷敏捷開發(fā)的誤區(qū)誤區(qū)一：敏捷是"一個(gè)”過程誤區(qū)二：敏捷僅是個(gè)軟21敏捷不是一個(gè)過程，是一類過程的統(tǒng)稱，它們有一個(gè)共性，就是符合敏捷價(jià)值觀，遵循敏捷的原則。最高目標(biāo)是能持續(xù)地、及早地向客戶交付軟件；擁抱變化；頻繁地發(fā)布可運(yùn)行的軟件；客戶和開發(fā)人員在一起工作；以人為本；最重要的衡量開發(fā)過程的手段，是可工作的軟件；穩(wěn)定的開發(fā)速度；敏捷高效的設(shè)計(jì)；簡(jiǎn)單有效；重視Teamwork；積極的調(diào)整。誤區(qū)一：敏捷是“一個(gè)”過程敏捷不是一個(gè)過程，是一類過程的統(tǒng)稱，它們有一個(gè)共性，就是符合22敏捷相對(duì)以前的軟件工程最大的革新之處在于把人的作用提高到了過程至上，正如敏捷宣言的第一條“個(gè)體和交互勝過過程和工具”所說的。涉及到人的問題，就已經(jīng)不再是過程所能覆蓋的了，就到了企業(yè)管理的層面上了，包括企業(yè)的價(jià)值觀和文化。這也是敏捷在國(guó)內(nèi)實(shí)施的最大障礙：把客戶當(dāng)作合作伙伴而不是對(duì)手，從客戶角度出發(fā)去想問題，充分的跟客戶溝通，而不是出了問題推諉責(zé)任。目標(biāo)是讓軟件實(shí)現(xiàn)客戶的價(jià)值，而不是收錢就完事兒。把人的能動(dòng)性調(diào)動(dòng)起來，給動(dòng)力而不是給壓力。要實(shí)用而不是要規(guī)范。讓開發(fā)人員理解并實(shí)施，體驗(yàn)到敏捷的好處，而不是盲目機(jī)械地實(shí)施規(guī)范。沒有絕對(duì)的權(quán)威，每個(gè)人都有可取之處。誤區(qū)二：敏捷僅是個(gè)軟件過程敏捷相對(duì)以前的軟件工程最大的革新之處在于把人的作用提高到23文檔只是為了達(dá)成目標(biāo)的一種手段，如果這種手段是低效的，那就換一種手段?？墒峭耆珤仐壛宋臋n，怎樣解決溝通的問題?難道你想每次溝通都完全用手比劃，用嘴說，跟不同的人重復(fù)表述同樣的想法，那樣更是低效的。應(yīng)該清楚文檔的本質(zhì)是把知識(shí)顯性化。在一個(gè)項(xiàng)目中存在很多需要溝通的知