1、敏捷開(kāi)發(fā)介紹-SCRUM,張華 2010-08-25,目錄,敏捷開(kāi)發(fā)歷史 軟件開(kāi)發(fā)模式介紹 軟件生命周期模式 敏捷開(kāi)發(fā)介紹 敏捷開(kāi)發(fā)-SCRUM名詞解釋 敏捷開(kāi)發(fā)-實(shí)施Scrum的過(guò)程介紹 敏捷開(kāi)發(fā)-原則和方法 敏捷開(kāi)發(fā)-宣言 推薦書(shū)籍及后期應(yīng)用,敏捷開(kāi)發(fā)歷史,敏捷開(kāi)發(fā)并不現(xiàn)代 起源于20世紀(jì)30年代的一些項(xiàng)目（美國(guó)航天局水星計(jì)劃） 最早記載使用在20世紀(jì)70年代 最早的有記載的使用迭代和增量開(kāi)發(fā)的主要項(xiàng)目之一，是為第一艘美國(guó)三叉戟潛艇開(kāi)發(fā)的第一指揮和控制系統(tǒng)。該項(xiàng)目有大約一百萬(wàn)行代碼，進(jìn)行得非常成功。 在1976年，第一部闡述敏捷方法的書(shū)籍 Tom Gilb在他的著作軟件度量（“Softwa

2、re Metrics”）一書(shū)中闡述了他的迭代和增量開(kāi)發(fā)實(shí)踐 20世紀(jì)80年代正式定義迭代開(kāi)發(fā)螺旋模型 20世紀(jì)80年代在1895年，巴里貝母（Barry Boehm）正式定義了使用迭代開(kāi)發(fā)的螺旋模型,敏捷開(kāi)發(fā)歷史,美國(guó)國(guó)防部的項(xiàng)目審查早期使用瀑布模式開(kāi)發(fā)的軟件項(xiàng)目，有75%以失敗告終，有些開(kāi)發(fā)出來(lái)的產(chǎn)品根本沒(méi)有被使用過(guò)，只有2%的軟件產(chǎn)品無(wú)需大量修改就能被正常使用。 20世紀(jì)90年代推薦使用迭代和增量開(kāi)發(fā)的出版物和文獻(xiàn)顯著增加 2001年二月敏捷開(kāi)發(fā)宣言后形成敏捷聯(lián)盟 一組由17位在DSDM，XP，Scrum，F(xiàn)SD等領(lǐng)域的專(zhuān)家組成的代表團(tuán)齊聚美國(guó)猶他州，尋找這些方法的共同點(diǎn)。最終，這些專(zhuān)家制

3、定并宣布了敏捷開(kāi)發(fā)宣言。由此形成了現(xiàn)在我們所認(rèn)識(shí)的敏捷開(kāi)發(fā)和后來(lái)的敏捷聯(lián)盟,軟件開(kāi)發(fā)模式介紹,軟件生命周期 -同任何事物一樣,一個(gè)軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長(zhǎng)、成熟、 -衰亡等階段，這一般稱(chēng)為軟件生命周期。 -軟件開(kāi)發(fā)生命周期(SDLC)是指軟件開(kāi)發(fā)的全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。 SDLC的一般步驟包括：確定問(wèn)題、可行性分析與開(kāi)發(fā)計(jì)劃、收集需求、分析與設(shè)計(jì)、編碼開(kāi)發(fā)、測(cè)試、安裝、維護(hù)。 軟件生命周期模式 典型的幾種生命周期模式包括：瀑布模式、演化模式、螺旋模式、快速原型模式、噴泉模式和混合模式等。在這里只介紹其中最常用的幾種模式：,軟件生命周期模式,瀑布式 它首先是由Royc

4、e提出，該模式由于酷似瀑布聞名。在該模式中首先確定需求，然后擬定規(guī)格說(shuō)明，在通過(guò)驗(yàn)證后方可進(jìn)入計(jì)劃階段。因此，瀑布模式中至關(guān)重要的一點(diǎn)是只有當(dāng)一個(gè)階段的文檔獲得認(rèn)可才可以進(jìn)入下一個(gè)階段。瀑布模式通過(guò)強(qiáng)制性規(guī)約來(lái)確保每個(gè)階段都能很好的完成任務(wù)，但是實(shí)際上卻往往難以辦到。因?yàn)檎麄€(gè)瀑布模式幾乎都是以文檔驅(qū)動(dòng)的，這對(duì)于非專(zhuān)業(yè)的用戶(hù)來(lái)說(shuō)是難以閱讀和理解的。雖然瀑布模式有很多很好的思想可以借鑒，但是在過(guò)程能力上有天生的缺陷。 演化模式 它主要是針對(duì)事先不能完整定義需求的軟件開(kāi)發(fā)。它的方法是用戶(hù)先給出待開(kāi)發(fā)系統(tǒng)的核心需求，并且在核心需求實(shí)現(xiàn)后，再提出反饋以支持系統(tǒng)的最終設(shè)計(jì)和實(shí)現(xiàn)。也就是說(shuō)：開(kāi)發(fā)人員首先會(huì)根

5、據(jù)用戶(hù)的需求開(kāi)發(fā)核心系統(tǒng)，然后提供給用戶(hù)試用；用戶(hù)試用后再提出增強(qiáng)系統(tǒng)能力的需求；最后開(kāi)發(fā)人員再根據(jù)用戶(hù)的反饋，實(shí)施迭代開(kāi)發(fā)。實(shí)際上，這個(gè)模式可看作是重復(fù)執(zhí)行的多個(gè)瀑布模式。演化模式要求開(kāi)發(fā)人員把項(xiàng)目的產(chǎn)品需求分解為不同組，以便分批循環(huán)開(kāi)發(fā)。但這種分組并不是隨意性的，而是要根據(jù)功能的重要性及對(duì)總體設(shè)計(jì)的基礎(chǔ)結(jié)構(gòu)的影響而作出判斷。,軟件生命周期模式,螺旋模式： 它是瀑布模式與演化模式相結(jié)合，并加入兩者所忽略的風(fēng)險(xiǎn)分析所建立的一種軟件開(kāi)發(fā)模式。螺旋模式基本的做法是在瀑布模式的每一個(gè)開(kāi)發(fā)階段之前，引入非常嚴(yán)格的風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)控制。直到采取了消除風(fēng)險(xiǎn)的措施之后，才開(kāi)始計(jì)劃下一階段的開(kāi)發(fā)工作。

6、否則，項(xiàng)目就很可能被暫停。另外，如果有充足的把握判斷遺留的風(fēng)險(xiǎn)已降低到一定的程度，項(xiàng)目管理人員還可作出決定讓余下的開(kāi)發(fā)工作采用另外的生命周期模式，如演化模式，瀑布模式或自定的混合模式。 過(guò)程開(kāi)發(fā)模式： 它又叫混合模式或元模式，是指把幾種不同模式組合成一種混合模式，它允許一個(gè)項(xiàng)目能沿著最有效的路徑發(fā)展。因?yàn)樯鲜龅哪Ｊ街卸加凶约邯?dú)特的思想，現(xiàn)在的軟件開(kāi)發(fā)團(tuán)隊(duì)中很少說(shuō)標(biāo)準(zhǔn)的采用那一種模式的，因?yàn)槟Ｊ胶蛯?shí)際應(yīng)用還是有很大的區(qū)別的。實(shí)際上，許多軟件開(kāi)發(fā)團(tuán)隊(duì)都是在使用幾種不同的開(kāi)發(fā)方法組成他們自己的混合模式。,軟件生命周期模式-總結(jié),最后，我們來(lái)總結(jié)一下。螺旋模式是典型的迭代式生命周期模式，而RUP則是近

7、代迭代式生命周期的代表。與螺旋模式相比，RUP將風(fēng)險(xiǎn)管理放在更重要的地位。最新的迭代式生命周期模式的代表是模式驅(qū)動(dòng)架構(gòu)（MDA）和敏捷（Agile）軟件開(kāi)發(fā)。MDA模式是基于可執(zhí)行規(guī)格說(shuō)明的思想，是現(xiàn)代轉(zhuǎn)換模式的代表，其核心技術(shù)是組件技術(shù)。而敏捷開(kāi)發(fā)生命周期的典型代表是XP編程，是把傳統(tǒng)的系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)由敏捷軟件開(kāi)發(fā)過(guò)程中的驗(yàn)收測(cè)試、重構(gòu)和測(cè)試驅(qū)動(dòng)所取代；把傳統(tǒng)的集成和部署由敏捷軟件開(kāi)發(fā)中的持續(xù)集成和短周期所取代。 其實(shí)上，無(wú)論是瀑布開(kāi)發(fā)模式還是螺旋開(kāi)發(fā)模式，軟件生命周期模式的發(fā)展實(shí)際上是體現(xiàn)了軟件工程理論的發(fā)展。在最早的時(shí)候，軟件的生命周期處于無(wú)序、混亂的情況。一些人為了能夠管理和控制軟件的

8、開(kāi)發(fā)過(guò)程，就把軟件開(kāi)發(fā)嚴(yán)格的區(qū)分為多個(gè)不同的階段，并在階段間加上嚴(yán)格的審查，這就是軟件開(kāi)發(fā)模式產(chǎn)生的起因。它們體現(xiàn)了人們對(duì)軟件過(guò)程的一個(gè)希望：嚴(yán)格控制、確保質(zhì)量。 來(lái)源：軟件開(kāi)發(fā)如何選擇合適的生命周期模式?,敏捷開(kāi)發(fā)介紹,敏捷開(kāi)發(fā)（agile development） 是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征。簡(jiǎn)言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。 捷開(kāi)發(fā)由幾種輕量級(jí)的軟件開(kāi)發(fā)方法組成。 它們包括：極限編程（XP），Sc

9、rum，精益開(kāi)發(fā)（Lean Development），動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法（DSDM），特征驅(qū)動(dòng)開(kāi)發(fā)（Feature Driver Development），水晶開(kāi)發(fā)（Cristal Clear）等等,敏捷開(kāi)發(fā)介紹-極限編程XP,主要目的是降低需求變化的成本 定義了一套簡(jiǎn)單的開(kāi)發(fā)流程 包括：編寫(xiě)用戶(hù)案例，架構(gòu)規(guī)范，實(shí)施規(guī)劃，迭代計(jì)劃，代碼開(kāi)發(fā)，單元測(cè)試，驗(yàn)收測(cè)試等等 提倡互動(dòng)交流、反饋、簡(jiǎn)單、勇氣、團(tuán)隊(duì) 核心做法： 小規(guī)模，頻繁的版本發(fā)布，短迭代周期。測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（Test-driven development）。結(jié)對(duì)編程（Pair programming）。持續(xù)集成（Continuous int

10、egration）。每日站立會(huì)議（Daily stand-up meeting）。共同擁有代碼Collative code ownership.系統(tǒng)隱喻（System metaphor）。,敏捷開(kāi)發(fā)介紹-精益,精益開(kāi)發(fā)起源從豐田公司的產(chǎn)品開(kāi)發(fā)方法中演化而來(lái)。它主要包括兩個(gè)部分：一部分是核心思想及原則，另外一部分由一些在相應(yīng)的工具構(gòu)成。 核心思想 查明和消除浪費(fèi)。在軟件開(kāi)發(fā)過(guò)程中，錯(cuò)誤（bugs），沒(méi)用的功能，等待以及其他任何對(duì)實(shí)現(xiàn)結(jié)果沒(méi)有益處的東西都是浪費(fèi)。浪費(fèi)及其源頭必須被分析查明，然后設(shè)法消除。 精益開(kāi)發(fā)的原則包括: 強(qiáng)調(diào)學(xué)習(xí)。不斷改進(jìn)所開(kāi)發(fā)的產(chǎn)品和開(kāi)發(fā)效率。 在最后時(shí)刻做決定。避免在可能

11、改變的事情上做無(wú)謂的努力，避免浪費(fèi)。 用最快的速度交付用戶(hù)。縮短迭代周期加速開(kāi)發(fā)及交付，加快交流，提高生產(chǎn)力 給團(tuán)隊(duì)自主權(quán)。激勵(lì)團(tuán)隊(duì)并讓團(tuán)隊(duì)成員自我管理-敏捷方法成功的基本因素之一。 誠(chéng)信。確保系統(tǒng)正常工作，客戶(hù)需求是團(tuán)隊(duì)努力堅(jiān)持的誠(chéng)信和對(duì)用戶(hù)的承諾。 全局觀。精益開(kāi)發(fā)強(qiáng)調(diào)整體優(yōu)化的系統(tǒng)。無(wú)論開(kāi)發(fā)的組織還是被開(kāi)發(fā)的產(chǎn)品， 從整體上考慮優(yōu)化比從各個(gè)局部去優(yōu)化更高效。 精益軟件更重要的是不斷完善開(kāi)發(fā)過(guò)程的一種思維方式。,敏捷開(kāi)發(fā)介紹-scrum,SCRUM是一個(gè)敏捷開(kāi)發(fā)框架它由一個(gè)開(kāi)發(fā)過(guò)程，幾種角色以及一套規(guī)范的實(shí)施方法組成。它可以被運(yùn)用于軟件開(kāi)發(fā)，項(xiàng)目維護(hù)，也可以被用來(lái)作為一種管理敏捷項(xiàng)目的框架

12、。 Scrum定義了4種主要的角色： 1、產(chǎn)品擁有者（Product Owner）：該角色負(fù)責(zé)產(chǎn)品的遠(yuǎn)景規(guī)劃，平衡所有利益相關(guān)者（stakeholder）的利益，確定不同的產(chǎn)品需求積壓的優(yōu)先級(jí)等。它是開(kāi)發(fā)團(tuán)隊(duì)和客戶(hù)或最終用戶(hù)之間的聯(lián)絡(luò)點(diǎn)。 2、利益相關(guān)者（Stakeholder）：該角色與產(chǎn)品之間有直接或間接的利益關(guān)系，通常是客戶(hù)或最終用戶(hù)代表。他們負(fù)責(zé)收集編寫(xiě)產(chǎn)品需求，審查項(xiàng)目成果等。 3、Scrum專(zhuān)家（Scrum Master）：Scrum專(zhuān)家負(fù)責(zé)指導(dǎo)開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行Scrum開(kāi)發(fā)與實(shí)踐。它也是開(kāi)發(fā)團(tuán)隊(duì)與產(chǎn)品擁有者之間交流的聯(lián)絡(luò)點(diǎn)。 4、團(tuán)隊(duì)成員（Team Member）：即項(xiàng)目開(kāi)發(fā)人員。,

13、敏捷開(kāi)發(fā)-瀑布式開(kāi)發(fā)對(duì)比,敏捷開(kāi)發(fā)-SCRUM名詞解釋,backlog：可以預(yù)知的所有任務(wù)，包括功能性的和非功能性的所有任務(wù)。 sprint：一次跌代開(kāi)發(fā)的時(shí)間周期，一般最多以30天為一個(gè)周期。在這段時(shí)間內(nèi)，開(kāi)發(fā)團(tuán)隊(duì)需要完成一個(gè)制定的backlog，并且最終成果是一個(gè)增量的，可以交付的產(chǎn)品。 sprint backlog： 一個(gè)sprint周期內(nèi)所需要完成的任務(wù)。 scrumMaster：負(fù)責(zé)監(jiān)督整個(gè)Scrum進(jìn)程，修訂計(jì)劃的一個(gè)團(tuán)隊(duì)成員。 time-box：一個(gè)用于開(kāi)會(huì)時(shí)間段。比如每個(gè)daily scrum meeting的time-box為15分鐘。,敏捷開(kāi)發(fā)-SCRUM名詞解釋,spri

14、nt planning meeting： 在啟動(dòng)每個(gè)sprint前召開(kāi)。一般為一天時(shí)間（8小時(shí)）。該會(huì)議需要制定的任務(wù)是：產(chǎn)品Owner和團(tuán)隊(duì)成員將backlog分解成小的功能模塊，決定在即將進(jìn)行的sprint里需要完成多少小功能模塊，確定好這個(gè)Product Backlog的任務(wù)優(yōu)先級(jí)。另外，該會(huì)議還需詳細(xì)地討論如何能夠按照需求完成這些小功能模塊。制定的這些模塊的工作量以小時(shí)計(jì)算。 Daily Scrum meeting： 開(kāi)發(fā)團(tuán)隊(duì)成員召開(kāi)，一般為15分鐘。每個(gè)開(kāi)發(fā)成員需要向ScrumMaster匯報(bào)三個(gè)項(xiàng)目：今天完成了什么？遇到了障礙無(wú)法繼續(xù)下去？明天要做什么？通過(guò)該會(huì)議，團(tuán)隊(duì)成員可以相互

15、了解項(xiàng)目進(jìn)度。 Sprint review meeting： 在每個(gè)Sprint結(jié)束后，這個(gè)Team將這個(gè)Sprint的工作成果演示給Product Owner和其他相關(guān)的人員。一般該會(huì)議為4小時(shí)。Sprint retrospective meeting：對(duì)剛結(jié)束的Sprint進(jìn)行總結(jié)。會(huì)議的參與人員為團(tuán)隊(duì)開(kāi)發(fā)的內(nèi)部人員。一般該會(huì)議為3小時(shí)。,敏捷開(kāi)發(fā)-實(shí)施Scrum的過(guò)程介紹,敏捷開(kāi)發(fā)-實(shí)施Scrum的過(guò)程介紹,確定Sprint Backlog 將整個(gè)產(chǎn)品的backlog分解成Sprint Backlog，這個(gè)Sprint Backlog是按照目前的人力物力條件可以完成的。 召開(kāi)sprint

16、 planning meeting 劃分，確定這個(gè)Sprint內(nèi)需要完成的任務(wù)，標(biāo)注任務(wù)的優(yōu)先級(jí)并分配給每個(gè)成員。注意這里的任務(wù)是以小時(shí)計(jì)算的，并不是按人天計(jì)算。 sprint開(kāi)發(fā)周期進(jìn)入sprint開(kāi)發(fā)周期，在這個(gè)周期內(nèi)，每天需要召開(kāi)Daily Scrum meeting。 成果演示 整個(gè)sprint周期結(jié)束，召開(kāi)Sprint review meeting，將成果演示給Product Owner。 回顧團(tuán)隊(duì)成員最后召開(kāi)Sprint retrospective meeting，總結(jié)問(wèn)題和經(jīng)驗(yàn)。 下一次Sprint。,敏捷開(kāi)發(fā),每日會(huì)議： 目的：信息同步平臺(tái)，非交流問(wèn)題、討論問(wèn)題渠道。 形式：固

17、定地點(diǎn)、時(shí)間的站立會(huì)議。 生產(chǎn)率估算 燃盡線,敏捷開(kāi)發(fā)原則和方法,迭代式開(kāi)發(fā)。即整個(gè)開(kāi)發(fā)過(guò)程被分為幾個(gè)迭代周期，每個(gè)迭代周期是一個(gè)定長(zhǎng)或不定長(zhǎng)的時(shí)間塊每個(gè)迭代周期持續(xù)的時(shí)間一般較短，通常為一到六周。 增量交付。產(chǎn)品是在每個(gè)迭代周期結(jié)束時(shí)被逐步交付使用，而不是在整個(gè)開(kāi)發(fā)過(guò)程結(jié)束的時(shí)候一次性交付使用。每次交付的都是可以被部署到用戶(hù)應(yīng)用環(huán)境中被用戶(hù)使用的、能給用戶(hù)帶來(lái)即時(shí)效益和價(jià)值的產(chǎn)品。 開(kāi)發(fā)團(tuán)隊(duì)和用戶(hù)反饋推動(dòng)產(chǎn)品開(kāi)發(fā)。敏捷開(kāi)發(fā)方法主張用戶(hù)能夠全程參與到整個(gè)開(kāi)發(fā)過(guò)程中。這使需求變化和用戶(hù)反饋能被動(dòng)態(tài)管理并及時(shí)集成到產(chǎn)品中。同時(shí)，團(tuán)隊(duì)對(duì)于用戶(hù)的需求也能及時(shí)提供反饋意見(jiàn)。 持續(xù)集成。新的功能或需求變化總是盡可能頻繁地被整合到產(chǎn)品中。一些項(xiàng)目是在每個(gè)迭代周期結(jié)束的時(shí)候集成， 有些項(xiàng)目則每天都在這么做。 開(kāi)發(fā)團(tuán)隊(duì)自我管理。擁有一個(gè)積極的、自我管理的、具備自由交流風(fēng)格的開(kāi)發(fā)團(tuán)隊(duì)，是每個(gè)敏捷項(xiàng)目必不可少的條件。人是敏捷開(kāi)發(fā)的核心。敏捷開(kāi)發(fā)總是以人為中心建立開(kāi)發(fā)的過(guò)程和機(jī)制，而非把過(guò)程和機(jī)制強(qiáng)加給人。,敏捷開(kāi)發(fā)宣言,極限編程的思想體現(xiàn)了適應(yīng)客戶(hù)需求的快速變化，激發(fā)開(kāi)發(fā)者的熱情，也是目前敏捷開(kāi)發(fā)思維的重要支持者。2001年，17名編程大師分別