敏捷開(kāi)發(fā)實(shí)踐培訓(xùn)教程PPT幻燈片

1、產(chǎn)品敏捷開(kāi)發(fā)實(shí)踐 培訓(xùn)教程,（2010年01月）,目錄,引言 什么是敏捷 ？ 什么是SCRUM ? 極限編程(XP)的12個(gè)核心實(shí)踐 術(shù)語(yǔ)表 敏捷能帶給我們什么？ 敏捷開(kāi)發(fā)實(shí)施標(biāo)準(zhǔn) 敏捷開(kāi)發(fā)的案例分析 總結(jié),引言什么是敏捷開(kāi)發(fā)(一),敏捷開(kāi)發(fā)（agile development）： 敏捷開(kāi)發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征。 敏捷方法強(qiáng)調(diào)以人為本，專注于交付對(duì)客戶有價(jià)值的軟件。在高度協(xié)作的開(kāi)環(huán)境中，使用迭代式的方式進(jìn)行增量開(kāi)發(fā)，經(jīng)常使用反饋進(jìn)行思考、反省和總結(jié)，不停的進(jìn)行自我調(diào)整和完善

2、,開(kāi)發(fā)流程,敏捷宣言 我們通過(guò)身體力行和幫助他人來(lái)揭示更好的軟件開(kāi)發(fā)方式。經(jīng)由這項(xiàng)工作，我們形成了如下價(jià)值觀： 個(gè)體與交互 重于 過(guò)程和工具 可用的軟件 重于 完備的文檔 客戶協(xié)作 重于 合同談判 響應(yīng)變化 重于 遵循計(jì)劃 在每對(duì)比對(duì)中，后者并非全無(wú)價(jià)值，但我們更看重前者,引言什么是敏捷開(kāi)發(fā)(二),周期,短周期開(kāi)發(fā)，提供及早的、具體的、持續(xù)的反饋。,增量,增量開(kāi)發(fā)。迅速地提出總體計(jì)劃，并在項(xiàng)目生命周期中不斷演化。,反應(yīng),靈活安排功能地實(shí)現(xiàn)，以對(duì)變化的業(yè)務(wù)需求作出反應(yīng)。,自動(dòng),使用由程序員和測(cè)試人員編寫的自動(dòng)化測(cè)試來(lái)監(jiān)控開(kāi)發(fā)進(jìn)度，支持系統(tǒng)演化，并盡早發(fā)現(xiàn)缺陷。,交流,通過(guò)口頭溝通、測(cè)試和源代碼來(lái)

3、交流系統(tǒng)的結(jié)構(gòu)和意圖。,設(shè)計(jì),漸進(jìn)式的設(shè)計(jì)過(guò)程貫穿整個(gè)系統(tǒng)生命周期。,協(xié)作,依賴于能力普通但能積極參與的程序員之間的緊密協(xié)作,實(shí)踐,各種實(shí)踐兼顧項(xiàng)目成員的短期直覺(jué)和項(xiàng)目的長(zhǎng)期利益。,敏捷開(kāi)發(fā)特點(diǎn),引言什么是SCRUM（一）,Scrum是一個(gè)迭代性、增量性的敏捷流程，適用于任何的產(chǎn)品開(kāi)發(fā)以及工作管理，其中包含了風(fēng)險(xiǎn)控制，解決最優(yōu)先需求，團(tuán)隊(duì)高效協(xié)作等各種思想。 在每個(gè)迭代結(jié)束后，Scrum都會(huì)產(chǎn)生一套可以交付的功能性產(chǎn)品。,Scrum是一個(gè)“檢查并適應(yīng)”的框架:在 三個(gè)角色（產(chǎn)品負(fù)責(zé)人/Scrum Master/團(tuán)隊(duì)）、 三種儀式（Sprint計(jì)劃/Sprint回顧/每日例會(huì)）和 三種制品（產(chǎn)品

4、Backlog/Sprint Backlog/燃盡圖） 的基礎(chǔ)上，你可以根據(jù)公司或者項(xiàng)目的情況，因地制宜引入任何有利于縮短開(kāi)發(fā)周期、提高產(chǎn)品質(zhì)量的實(shí)踐,Scrum過(guò)程,Scrum的“3個(gè)三”,Scrum定義,引言什么是SCRUM（二）,團(tuán)隊(duì)目標(biāo)重于崗位職責(zé) 團(tuán)隊(duì)工作優(yōu)于獨(dú)立作戰(zhàn) 高效溝通強(qiáng)于標(biāo)準(zhǔn)化的文檔 高能動(dòng)性的、自組織的團(tuán)隊(duì)勝于角色劃分清晰的流水線 務(wù)實(shí)的解決問(wèn)題的方法好于經(jīng)典理論 快速實(shí)踐，快速反饋，持續(xù)優(yōu)化,什么樣的項(xiàng)目適合SCRUM,Scrum精神,SCRUM的項(xiàng)目通常會(huì)有一些共性： 項(xiàng)目的需求多變。 項(xiàng)目周期較長(zhǎng)（通常大于3次迭代） 項(xiàng)目分期開(kāi)發(fā)，迭代增量。,適用癥： 重量級(jí)流程導(dǎo)

5、致的軟件開(kāi)發(fā)環(huán)節(jié)復(fù)雜 面向任務(wù)、面向職責(zé)的開(kāi)發(fā)模式導(dǎo)致的各司其職、流程環(huán)節(jié)銜接不暢，項(xiàng)目進(jìn)度的掌控困難 以上兩條導(dǎo)致的項(xiàng)目/產(chǎn)品開(kāi)發(fā)周期過(guò)長(zhǎng) 原理： 目標(biāo)驅(qū)動(dòng)，在統(tǒng)一的軟件交付目標(biāo)下組織團(tuán)隊(duì) 依靠團(tuán)隊(duì)的智慧做項(xiàng)目評(píng)估、計(jì)劃乃至設(shè)計(jì)、開(kāi)發(fā)、測(cè)試 抓住最基本的項(xiàng)目開(kāi)發(fā)屬性：周期 + 質(zhì)量,1. 完整團(tuán)隊(duì) XP項(xiàng)目的所有參與者（開(kāi)發(fā)、客戶、測(cè)試等）一起工作在一個(gè)開(kāi)放的場(chǎng)所中。 2. 計(jì)劃游戲 計(jì)劃是持續(xù)的、循序漸進(jìn)的。 每2周一次，根據(jù)成本和商務(wù)價(jià)值來(lái)選擇要實(shí)現(xiàn)的特性。 3. 客戶測(cè)試 客戶可以根據(jù)腳本語(yǔ)言來(lái)定義出自動(dòng)驗(yàn)收測(cè)試來(lái)表明該特性可以工作。 4. 簡(jiǎn)單設(shè)計(jì) 團(tuán)隊(duì)保持設(shè)計(jì)恰好和當(dāng)前的系統(tǒng)功能相

6、匹配，盡可能簡(jiǎn)單。 5. 結(jié)對(duì)編程 開(kāi)發(fā)是由兩個(gè)程序員、并排坐在一起在同一臺(tái)機(jī)器上進(jìn)行的。 6. 測(cè)試驅(qū)動(dòng)開(kāi)發(fā) 編寫單元測(cè)試避免了相當(dāng)數(shù)量的反饋循環(huán)，尤其是功功能能驗(yàn)證方面的反饋循環(huán),7. 重構(gòu) 隨時(shí)利用重構(gòu)方法改進(jìn)已經(jīng)腐化的代碼，保持代碼盡可能的干凈、具有表達(dá)力。 8. 持續(xù)集成 團(tuán)隊(duì)總是使系統(tǒng)完整地被集成。一個(gè)人Check in后，其它所有人責(zé)任代碼集成。 9. 集體代碼所有權(quán) 任何結(jié)對(duì)的程序員都可以在任何時(shí)候改進(jìn)任何代碼。 10. 編碼標(biāo)準(zhǔn) 系統(tǒng)中所有的代碼看起來(lái)就好像是被單獨(dú)一人編寫的。 11. 隱喻 是讓項(xiàng)目參與人員都必須對(duì)一些抽象的概念理解一致，也就是我們常說(shuō)的行業(yè)術(shù)語(yǔ),開(kāi)始要先明

7、確雙方使用的隱喻，避免歧異。 12. 可持續(xù)的速度 團(tuán)隊(duì)只有持久才有獲勝的希望。他們以能夠長(zhǎng)期維持的速度努力工作，他們保存精力，他們把項(xiàng)目看作是馬拉松長(zhǎng)跑，而不是全速短跑。,引言極限編程(XP)的12個(gè)核心實(shí)踐,極限編程(XP)是敏捷方法中最著名的一個(gè)，它是由一系列簡(jiǎn)單卻互相依賴的實(shí)踐組成，能幫軟件團(tuán)隊(duì)養(yǎng)成良好的習(xí)慣。,目錄,引言 術(shù)語(yǔ)表 敏捷能帶給我們什么？ 敏捷在公司產(chǎn)品開(kāi)發(fā)中的定位 敏捷能解決的具體問(wèn)題 敏捷的應(yīng)用范圍 敏捷開(kāi)發(fā)實(shí)施標(biāo)準(zhǔn) 敏捷開(kāi)發(fā)的案例分析 總結(jié),術(shù)語(yǔ)表,目錄,引言 術(shù)語(yǔ)表 敏捷能帶給我們什么 敏捷在公司產(chǎn)品開(kāi)發(fā)中的定位 敏捷解決的具體問(wèn)題 敏捷的應(yīng)用范圍 敏捷開(kāi)發(fā)實(shí)施標(biāo)

8、準(zhǔn) 敏捷開(kāi)發(fā)的案例分析 總結(jié),敏捷能帶給我們什么敏捷在公司產(chǎn)品開(kāi)發(fā)中的定位,1,3,2,解決產(chǎn)品開(kāi)發(fā)的問(wèn)題： 由于公司有些產(chǎn)品的需求總是在不斷的變化，很多時(shí)侯產(chǎn)品全部開(kāi)發(fā)完了才發(fā)現(xiàn)這不是客戶想要的東西，這樣就大大浪費(fèi)了開(kāi)發(fā)資源，并導(dǎo)致產(chǎn)品開(kāi)發(fā)周期無(wú)限延長(zhǎng)，我們需要找到一種應(yīng)對(duì)需求不斷變化的產(chǎn)品開(kāi)發(fā)流程，敏捷開(kāi)發(fā)能解決這一問(wèn)題。,SCRUM框架+XP實(shí)踐：管理的框架上是采用的SCRUM，指導(dǎo)如何編碼實(shí)現(xiàn)上就采用了一些XP的實(shí)踐。同時(shí)在實(shí)踐的過(guò)程中也引入了精益、消除浪費(fèi)的思想。 應(yīng)用范圍：主要應(yīng)用在一些需求經(jīng)常發(fā)生變更的高復(fù)雜度/高風(fēng)險(xiǎn)的產(chǎn)品開(kāi)發(fā),提升最終的產(chǎn)品價(jià)值： 敏捷能夠靈活安排功能實(shí)現(xiàn)，以

9、對(duì)變化的業(yè)務(wù)需求作出反應(yīng)，這樣就縮短了產(chǎn)品版本的發(fā)布周期，及時(shí)展現(xiàn)給客戶，從而提升了最終的產(chǎn)品價(jià)值,敏捷能帶給我們什么敏捷開(kāi)發(fā)解決的具體問(wèn)題,提倡短周期發(fā)布，這樣任何延遲的范圍都是有限的。 一個(gè)發(fā)布周期內(nèi)，計(jì)劃許多小任務(wù)以保證團(tuán)隊(duì)可以在該周期內(nèi)解決問(wèn)題。 提倡優(yōu)先實(shí)現(xiàn)高優(yōu)先級(jí)的功能。,最小發(fā)布必須是滿足最大商業(yè)意義的，選擇團(tuán)隊(duì)中面向業(yè)務(wù)的成員來(lái)承擔(dān)。,自動(dòng)化測(cè)試，每次代碼改動(dòng)后運(yùn)行，確保質(zhì)量底線。 保證系統(tǒng)處于可部署狀態(tài)，不允許出現(xiàn)問(wèn)題的積累。,減少進(jìn)度延遲,避免系統(tǒng)惡化,由于縮短了發(fā)布周期，因此極大減少變更帶來(lái)的影響。 擁抱變化，利用重構(gòu)解決變更帶來(lái)的技術(shù)問(wèn)題。,減小項(xiàng)目取消的代價(jià),應(yīng)對(duì)業(yè)務(wù)

10、需求的頻繁變更,1,2,3,4,敏捷能帶給我們什么敏捷開(kāi)發(fā)的適用范圍,瀑布 模型,特點(diǎn) 項(xiàng)目需求比較明確，后期改動(dòng)較少 大型項(xiàng)目，技術(shù)參與人數(shù)很多 項(xiàng)目工期比較緊 開(kāi)發(fā)人員水平有限,敏捷 模型,特點(diǎn) 項(xiàng)目需求經(jīng)常發(fā)生變更 項(xiàng)目團(tuán)隊(duì)的人數(shù)不能太多 項(xiàng)目工期較為寬裕 高復(fù)雜度/高風(fēng)險(xiǎn)的項(xiàng)目實(shí)施 開(kāi)發(fā)人員可以參與決策,適用項(xiàng)目 公司產(chǎn)品：需求不明確，開(kāi)發(fā)周期較長(zhǎng) 內(nèi)部IT項(xiàng)目：功能持續(xù)、不斷完善 其它二次開(kāi)發(fā)：功能少、開(kāi)發(fā)周期短,適用項(xiàng)目 外部項(xiàng)目：需求明確、開(kāi)發(fā)周期緊 重要業(yè)務(wù)：功能明確、重點(diǎn)保障,CMM與敏捷比較,目錄,引言 術(shù)語(yǔ)表 敏捷能帶給我們什么？ 敏捷開(kāi)發(fā)實(shí)施 團(tuán)隊(duì)建設(shè) 工具選擇 產(chǎn)品開(kāi)

11、發(fā)實(shí)施過(guò)程 敏捷開(kāi)發(fā)的案例分析 總結(jié),敏捷開(kāi)發(fā)實(shí)施,軟件產(chǎn)品開(kāi)發(fā)的三要素： 人（團(tuán)隊(duì)） 產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)的建設(shè) 工具 管理工具的選擇 過(guò)程管理 對(duì)整個(gè)產(chǎn)品開(kāi)發(fā)過(guò)程的有效管理,敏捷開(kāi)發(fā)實(shí)施團(tuán)隊(duì)建設(shè)(一),開(kāi)發(fā)項(xiàng)目經(jīng)理,技術(shù),產(chǎn)品、內(nèi)容,交互設(shè)計(jì)師,UI設(shè)計(jì)師,.,拓展、營(yíng)銷,開(kāi)發(fā) 工程師,測(cè)試 工程師,拓展經(jīng)理,職責(zé) 產(chǎn)品需求的提出 產(chǎn)品的推廣 對(duì)客戶負(fù)責(zé),產(chǎn)品經(jīng)理,營(yíng)銷經(jīng)理,職責(zé) 產(chǎn)品的功能策劃 對(duì)最終產(chǎn)品功能負(fù)責(zé),職責(zé) 產(chǎn)品功能的技術(shù)實(shí)現(xiàn) 對(duì)技術(shù)成果負(fù)責(zé),產(chǎn)品經(jīng)理： 確定產(chǎn)品的功能,定義開(kāi)發(fā)目標(biāo)，需要實(shí)現(xiàn)的feature和優(yōu)先級(jí),開(kāi)發(fā)項(xiàng)目經(jīng)理：需求分析，項(xiàng)目任務(wù)分解，開(kāi)發(fā)周期制定，主持會(huì)議，進(jìn)度

12、檢查，問(wèn)題協(xié)調(diào)解決,項(xiàng)目成員：開(kāi)發(fā)人員：設(shè)計(jì)，編碼，編寫測(cè)試用例，單元測(cè)試 測(cè)試人員：編寫產(chǎn)品周期版本測(cè)試方案、測(cè)試用例，集成測(cè)試,敏捷開(kāi)發(fā)核心團(tuán)隊(duì)角色:,.,敏捷開(kāi)發(fā)實(shí)施團(tuán)隊(duì)建設(shè)(二),理想敏捷團(tuán)隊(duì)的要求： 項(xiàng)目人數(shù)較少。這有助于項(xiàng)目成員之間的彼此了解，也有助于開(kāi)發(fā)項(xiàng)目經(jīng)理了解每個(gè)人的狀況。 項(xiàng)目成員樂(lè)于溝通。由于需求的不斷變化，敏捷團(tuán)隊(duì)往往比其他的團(tuán)隊(duì)需要更多的溝通；而團(tuán)隊(duì)成員之間的交流和了解也有助于提高項(xiàng)目的開(kāi)發(fā)效率（比如碰到新技術(shù)時(shí)，直面的請(qǐng)教要比摸索需要的時(shí)間短的多）。 項(xiàng)目成員有較強(qiáng)的凝聚力，能夠在工作時(shí)間全身投入，在休息時(shí)間好好放松。就像字面理解sprint一樣，要沖刺的時(shí)候，自

13、然要精神集中；而要不斷的沖刺，又要學(xué)會(huì)放松自己。,一支出色敏捷團(tuán)隊(duì)靠的不是技術(shù)，不是流程，而是有良好素質(zhì)的團(tuán)隊(duì)成員。良好素質(zhì)包括進(jìn)取心、責(zé)任心、良好的習(xí)慣、熱情,敏捷開(kāi)發(fā)實(shí)施工具選擇,產(chǎn)品策略管理平臺(tái),VSS,Mercury,Xplanner,JUNIT,產(chǎn)品策略平臺(tái)是一個(gè)公司內(nèi)部針對(duì)所開(kāi)展的項(xiàng)目進(jìn)行的分目標(biāo)用戶的需求及產(chǎn)品設(shè)計(jì)成果的討論平臺(tái),全稱為 Visual Source Safe 。它主要任務(wù)就是負(fù)責(zé)項(xiàng)目文件（源碼、文檔）的管理,質(zhì)量管理工具集,用到其中的缺陷管理功能,JUNIT是基于面向?qū)ο髽?gòu)建的java單元測(cè)試框架,是一個(gè)基于Web的敏捷開(kāi)發(fā)團(tuán)隊(duì)計(jì)劃和跟蹤工具,敏捷開(kāi)發(fā)實(shí)施產(chǎn)品開(kāi)發(fā)

14、實(shí)施過(guò)程管理(一),技術(shù),產(chǎn)品、內(nèi)容,拓展、營(yíng)銷,產(chǎn)品討論審核,產(chǎn)品策略管理平臺(tái),客戶,產(chǎn)品決策團(tuán)隊(duì),產(chǎn)品經(jīng)理 (產(chǎn)品策劃團(tuán)隊(duì)),拓展經(jīng)理(營(yíng)銷經(jīng)理),敏捷開(kāi)發(fā)管理平臺(tái),開(kāi)發(fā)項(xiàng)目經(jīng)理 (技術(shù)開(kāi)發(fā)團(tuán)隊(duì)),SCRUM流程,為客戶作產(chǎn)品演示,增量交付的產(chǎn)品,產(chǎn)品需求提出,產(chǎn)品策劃,需求調(diào)查,演示反饋,產(chǎn)品開(kāi)發(fā)流程圖,敏捷開(kāi)發(fā)實(shí)施產(chǎn)品開(kāi)發(fā)實(shí)施過(guò)程管理(二),開(kāi)發(fā)需求策劃階段,1,2,技術(shù)開(kāi)發(fā)階段（一）,敏捷開(kāi)發(fā)實(shí)施產(chǎn)品開(kāi)發(fā)實(shí)施過(guò)程管理(二),2,技術(shù)開(kāi)發(fā)階段 (二）,接上頁(yè),敏捷開(kāi)發(fā)實(shí)施產(chǎn)品開(kāi)發(fā)實(shí)施過(guò)程管理(二),接上頁(yè),3,給客戶演示產(chǎn)品階段,營(yíng)銷經(jīng)理把每次與客戶交流的反饋建議重新提高給產(chǎn)品經(jīng)理 產(chǎn)

15、品經(jīng)理負(fù)責(zé)把這些建議進(jìn)行功能化放入產(chǎn)品的功能列表以供下一次迭代選擇 進(jìn)入下一次技術(shù)開(kāi)發(fā)階段,項(xiàng)目切分原則： 優(yōu)先考慮底層的、核心的模塊 優(yōu)先考慮通用工具和框架的實(shí)現(xiàn) 先難后易的原則 任務(wù)開(kāi)發(fā)時(shí)長(zhǎng)最好在完整的開(kāi)發(fā)周期內(nèi) 相關(guān)聯(lián)的任務(wù)能夠安排在相鄰的開(kāi)發(fā)周期,4,后續(xù)流程說(shuō)明,目錄,引言 術(shù)語(yǔ)表 敏捷能帶給我們什么？ 敏捷開(kāi)發(fā)實(shí)施 敏捷開(kāi)發(fā)的案例分析 某部門敏捷實(shí)戰(zhàn)案例 實(shí)戰(zhàn)案例分析與總結(jié) 典型的失敗案例 典型的成功案例 總結(jié),敏捷開(kāi)發(fā)的案例分析某部門敏捷實(shí)戰(zhàn)案例,敏捷開(kāi)發(fā)的案例分析實(shí)戰(zhàn)案例分析與總結(jié)(一),歸納用到的實(shí)踐（一）,敏捷開(kāi)發(fā)的案例分析實(shí)戰(zhàn)案例分析與總結(jié)(二),歸納用到的實(shí)踐（二）,接

16、上頁(yè),敏捷開(kāi)發(fā)的案例分析案例分析與總結(jié)(三),未用到的實(shí)踐,接上頁(yè),還沒(méi)找到很好的方式促進(jìn)開(kāi)發(fā)和QA融合為統(tǒng)一的Scrum團(tuán)隊(duì) 有些有價(jià)值的實(shí)踐沒(méi)有實(shí)施到很有意義的程度，執(zhí)行不堅(jiān)決深入 持續(xù)的方法改進(jìn)工作有待加強(qiáng),做的還不到位的方面,敏捷開(kāi)發(fā)的案例分析失敗案例,案例描述,接上頁(yè),失敗分析,一個(gè)離岸開(kāi)發(fā)的某創(chuàng)業(yè)型公司。雖然團(tuán)隊(duì)比較特殊（離岸開(kāi)發(fā)團(tuán)隊(duì)），但這個(gè)失敗案例卻非常典型和普遍。 “某一天，國(guó)外的PM突然發(fā)來(lái)幾個(gè)鏈接，一看講的是一個(gè)聞所未聞的詞，就是Scrum了。好像就給了一兩天的時(shí)間去看Scrum的介紹文檔，然后就開(kāi)Stand-up Meeting（站立會(huì)議）?！?這個(gè)案例的團(tuán)隊(duì)是真真的在

17、推行SCRUM。從表明看，大家也是在按照SCRUM框架的方式工作：有相應(yīng)劃分的角色，有具體的分解任務(wù)，有會(huì)議，也有迭代（Sprint）。那又怎么會(huì)失敗呢？,顯然，他們是在照搬照套了SCRUM的框架。他們是兩個(gè)離岸的開(kāi)發(fā)團(tuán)隊(duì)，因?yàn)榈攸c(diǎn)、時(shí)區(qū)和語(yǔ)言的差異，很容易就會(huì)導(dǎo)致溝通和交流不暢，這時(shí)候再生硬的引入SCRUM，無(wú)異是火上澆油,敏捷開(kāi)發(fā)的案例分析成功案例,案例描述,接上頁(yè),成功分析,“我們不是采用純粹的Scrum，而是將Agile中的很多理念，包括XP的部分做法，然后結(jié)合現(xiàn)有的開(kāi)發(fā)環(huán)境與要求，用Scrum的回顧不斷地做改進(jìn)， 從而趟出自己的一條路。如果這個(gè)Sprint我們回顧時(shí)覺(jué)得自己代碼Rev

18、iew（審查）做的不好，下個(gè)Sprint就會(huì)引入新的代碼Review機(jī)制。 這個(gè)Sprint覺(jué)得重復(fù)性的bug較多，下個(gè)Sprint就會(huì)引入缺陷預(yù)防機(jī)制。我們是自底向上，先做小范圍試點(diǎn)，再全面推廣，中間對(duì)過(guò)程進(jìn)行不斷改進(jìn)”。他們的具體做法如下： “其實(shí)我們一開(kāi)始并沒(méi)有把Scrum這個(gè)說(shuō)法拿出來(lái)。就是首先和業(yè)務(wù)一起商量什么時(shí)候上線，商量出來(lái)的結(jié)果是每個(gè)月定期上線。于是就有了一月一個(gè)項(xiàng)目的進(jìn) 度（我們是線上服務(wù)，沒(méi)有版本的概念，有一堆需求過(guò)來(lái)，對(duì)技術(shù)來(lái)說(shuō)就是在這一個(gè)月以內(nèi)完成這些需求，把這一個(gè)月以內(nèi)的工作叫一個(gè)項(xiàng)目）。然后為了管理，我 們開(kāi)始開(kāi)晨會(huì)。然后為了改進(jìn)，我們開(kāi)始開(kāi)項(xiàng)目總結(jié)會(huì)，把Produ

19、ct review和Team retrospective放在一起，既有產(chǎn)品經(jīng)理介紹現(xiàn)狀，也有大家討論成績(jī)，不足和挑戰(zhàn)。后來(lái)總結(jié)會(huì)上覺(jué)得質(zhì)量不好，我們加入了單元測(cè)試和代碼 Review機(jī)制。至于計(jì)劃會(huì)議，一開(kāi)始我們就采用的Scrum的方法。項(xiàng)目小，MS Project太難調(diào)。我們就更換了Scrum的Excel計(jì)劃表，后來(lái)又換了Xplanner。,無(wú)獨(dú)有偶，這些成功案例的團(tuán)隊(duì)，就是通過(guò)這樣的方式進(jìn)行一步一步推進(jìn)，把SCRUM成功的引入到了各自的項(xiàng)目中,目錄,引言 術(shù)語(yǔ)表 敏捷能帶給我們什么？ 敏捷開(kāi)發(fā)實(shí)施 敏捷開(kāi)發(fā)的案例分析 某部門敏捷實(shí)戰(zhàn)案例 實(shí)戰(zhàn)案例分析與總結(jié) 典型的失敗案例 典型的成功案例 總結(jié),總結(jié),敏捷就是一個(gè)團(tuán)隊(duì)持續(xù)不斷的自我改進(jìn)過(guò)程，直到那些優(yōu)秀的品質(zhì)成為大家的一種職業(yè)習(xí)慣一個(gè)自