淺談敏捷軟件項(xiàng)目研發(fā)課件

淺談敏捷軟件項(xiàng)目研發(fā)淺談敏捷軟件項(xiàng)目研發(fā)1什么是敏捷敏捷宣言：個(gè)體和交互勝過(guò)過(guò)程和工具可以工作的軟件勝過(guò)面面俱到的文檔客戶合作勝過(guò)合同談判響應(yīng)變化勝過(guò)遵循計(jì)劃什么是敏捷敏捷宣言：2為什么要敏捷軟件開發(fā)模式的發(fā)展短期的、即時(shí)的設(shè)計(jì)，無(wú)完整的規(guī)劃。當(dāng)系統(tǒng)大而復(fù)雜時(shí)，很難加入新的功能對(duì)開發(fā)過(guò)程有嚴(yán)格而詳盡的規(guī)定，使軟件開發(fā)更有可預(yù)設(shè)性，但過(guò)程繁瑣滯重，延緩整個(gè)開發(fā)進(jìn)程以不多的步驟過(guò)程獲取較滿意的結(jié)果。敏捷開發(fā)方法的核心思想：適應(yīng)變化、以人為中心為什么要敏捷軟件開發(fā)模式的發(fā)展短期的、即時(shí)的設(shè)計(jì)，無(wú)完3敏捷研發(fā)的特點(diǎn)注重概念和架構(gòu)設(shè)計(jì)，而輕詳細(xì)設(shè)計(jì)市場(chǎng)和需求驅(qū)動(dòng)，擁抱變化時(shí)刻考慮版本兼容性輕文檔，但非無(wú)文檔敏捷研發(fā)的特點(diǎn)注重概念和架構(gòu)設(shè)計(jì)，而輕詳細(xì)設(shè)計(jì)4敏捷開發(fā)原則(1)最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶滿意。即使到了開發(fā)的后期，也歡迎改變需求。敏捷過(guò)程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。敏捷開發(fā)原則(1)最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)5敏捷開發(fā)原則(2)在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對(duì)面的交談。工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。敏捷過(guò)程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。簡(jiǎn)單是最根本的。最好的構(gòu)架、需求和設(shè)計(jì)出于自組織團(tuán)隊(duì)。每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。敏捷開發(fā)原則(2)在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信6敏捷研發(fā)流程需求：設(shè)計(jì)：迭代n：敏捷研發(fā)流程需求：設(shè)計(jì)：迭代n：7什么是Anatomy圖？Anatomy圖從下向上，一層一層逐步描述了產(chǎn)品功能Anatomy圖從下向上體現(xiàn)出了產(chǎn)品中各個(gè)功能的依賴關(guān)系A(chǔ)natomy圖中每個(gè)功能點(diǎn)必須是明確的、具體的；用戶可見的，有用戶價(jià)值的Anatomy圖中是產(chǎn)品功能的描述，不是系統(tǒng)架構(gòu)圖，更不是模塊流程圖Anatomy圖層次示例什么是Anatomy圖？Anatomy圖從下向上，一層一層逐8Anatomy圖的用途剖析系統(tǒng)功能制定迭代計(jì)劃設(shè)計(jì)測(cè)試策略新增需求設(shè)計(jì)回歸測(cè)試Anatomy圖的用途剖析系統(tǒng)功能9什么是UserStory？Userstory是對(duì)客戶有價(jià)值的軟件功能點(diǎn)的描述。由以下三點(diǎn)組成：對(duì)功能點(diǎn)的簡(jiǎn)要描述對(duì)補(bǔ)充story細(xì)節(jié)的討論記錄測(cè)試用例，用來(lái)在story實(shí)現(xiàn)的時(shí)候?qū)ζ溥M(jìn)行驗(yàn)證

什么是UserStory？Userstory是對(duì)客戶有價(jià)10UserStory的劃分原則功能點(diǎn)獨(dú)立的有用戶價(jià)值的可測(cè)試的交付單元、規(guī)模較小UserStory的劃分原則11迭代計(jì)劃發(fā)布計(jì)劃：客戶向程序員演示所希望獲得的特性，程序員們?cè)u(píng)估它的難度，以此給出產(chǎn)品交付的計(jì)劃。最初的發(fā)布計(jì)劃是不夠精確的，所以團(tuán)隊(duì)通常會(huì)不時(shí)地校正發(fā)布計(jì)劃。迭代計(jì)劃：將發(fā)布計(jì)劃分為一系列固定長(zhǎng)度的迭代計(jì)劃，為團(tuán)隊(duì)成員提供每個(gè)開發(fā)周期的導(dǎo)向，并將迭代期間完成的工作指派給團(tuán)隊(duì)成員。迭代計(jì)劃發(fā)布計(jì)劃：客戶向程序員演示所希望獲得的特性，程序員們12迭代計(jì)劃制定特點(diǎn)迭代組全體成員共同討論，制定詳細(xì)開發(fā)計(jì)劃制定迭代計(jì)劃以Anatomy圖為輸入，要考慮到特性之間的依賴關(guān)系根據(jù)每個(gè)成員能力不同分配工作，制定不同的個(gè)人計(jì)劃，不搞“一刀切”給出工作交付的明確時(shí)間點(diǎn)迭代計(jì)劃制定特點(diǎn)迭代組全體成員共同討論，制定詳細(xì)開發(fā)計(jì)劃13站立會(huì)議每天早上，迭代組的所有成員都會(huì)站立進(jìn)行一次會(huì)議，由于是站立的，所以時(shí)間不會(huì)很長(zhǎng)，一般來(lái)說(shuō)是15-20分鐘。會(huì)議中，迭代組每個(gè)人都陳述三個(gè)內(nèi)容：1.你昨天做了什么？2.你今天要做什么？3.你遇到了哪些困難？站立會(huì)議每天早上，迭代組的所有成員都會(huì)站立進(jìn)行一次會(huì)議，由于14站立會(huì)議的目的全體成員都能夠了解項(xiàng)目組的整體進(jìn)度促進(jìn)迭代組內(nèi)成員溝通及時(shí)暴露問(wèn)題，盡早解決問(wèn)題加快組內(nèi)經(jīng)驗(yàn)共享，促進(jìn)相互協(xié)作站立會(huì)議的目的全體成員都能夠了解項(xiàng)目組的整體進(jìn)度15結(jié)對(duì)編程結(jié)對(duì)編程：一種編程模式。兩個(gè)程序員并排坐在一臺(tái)電腦前，面對(duì)同一個(gè)顯示器，一起分析，一起設(shè)計(jì)，一起寫測(cè)試?yán)?，一起編碼，一起單元測(cè)試，一起寫文檔等?；旧纤械拈_發(fā)環(huán)節(jié)都一齊肩并肩地，平等地，互補(bǔ)地進(jìn)行開發(fā)工作。結(jié)對(duì)編程結(jié)對(duì)編程：一種編程模式。16結(jié)對(duì)編程優(yōu)點(diǎn)程序員互相幫助，互相教對(duì)方，可以得到能力上的互補(bǔ)。增強(qiáng)代碼和產(chǎn)品質(zhì)量，并有效的減少BUG。降低學(xué)習(xí)成本。一邊編程，一邊共享知識(shí)和經(jīng)驗(yàn)，有效地在實(shí)踐中進(jìn)行學(xué)習(xí)。在編程中，相互討論，可能更快更有效地解決問(wèn)題。結(jié)對(duì)編程優(yōu)點(diǎn)程序員互相幫助，互相教對(duì)方，可以得到能力上的互補(bǔ)17回顧會(huì)議在每一次迭代結(jié)束后，團(tuán)隊(duì)需要進(jìn)行一次回顧會(huì)議，內(nèi)容包括以下三點(diǎn)：Good：哪些做法可以保持Couldhavedonebetter：哪些做法需要改變Improvements：有關(guān)將來(lái)如何改進(jìn)的具體想法回顧會(huì)議在每一次迭代結(jié)束后，團(tuán)隊(duì)需要進(jìn)行一次回顧會(huì)議，內(nèi)容包18回顧會(huì)議的作用挖掘優(yōu)秀經(jīng)驗(yàn)避免重復(fù)錯(cuò)誤激勵(lì)組內(nèi)成員記錄結(jié)論，跟蹤執(zhí)行回顧會(huì)議的作用挖掘優(yōu)秀經(jīng)驗(yàn)19持續(xù)繼承過(guò)程持續(xù)繼承過(guò)程20為什么要持續(xù)集成避免“除蟲會(huì)議”，提高效率盡早發(fā)現(xiàn)問(wèn)題，容易定位適應(yīng)新增需求為什么要持續(xù)集成避免“除蟲會(huì)議”，提高效率21總結(jié)敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)相互聯(lián)系，又可獨(dú)立運(yùn)行的子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征，在此過(guò)程中軟件一直處于可使用狀態(tài)?？偨Y(jié)22淺談敏捷軟件項(xiàng)目研發(fā)淺談敏捷軟件項(xiàng)目研發(fā)23什么是敏捷敏捷宣言：個(gè)體和交互勝過(guò)過(guò)程和工具可以工作的軟件勝過(guò)面面俱到的文檔客戶合作勝過(guò)合同談判響應(yīng)變化勝過(guò)遵循計(jì)劃什么是敏捷敏捷宣言：24為什么要敏捷軟件開發(fā)模式的發(fā)展短期的、即時(shí)的設(shè)計(jì)，無(wú)完整的規(guī)劃。當(dāng)系統(tǒng)大而復(fù)雜時(shí)，很難加入新的功能對(duì)開發(fā)過(guò)程有嚴(yán)格而詳盡的規(guī)定，使軟件開發(fā)更有可預(yù)設(shè)性，但過(guò)程繁瑣滯重，延緩整個(gè)開發(fā)進(jìn)程以不多的步驟過(guò)程獲取較滿意的結(jié)果。敏捷開發(fā)方法的核心思想：適應(yīng)變化、以人為中心為什么要敏捷軟件開發(fā)模式的發(fā)展短期的、即時(shí)的設(shè)計(jì)，無(wú)完25敏捷研發(fā)的特點(diǎn)注重概念和架構(gòu)設(shè)計(jì)，而輕詳細(xì)設(shè)計(jì)市場(chǎng)和需求驅(qū)動(dòng)，擁抱變化時(shí)刻考慮版本兼容性輕文檔，但非無(wú)文檔敏捷研發(fā)的特點(diǎn)注重概念和架構(gòu)設(shè)計(jì)，而輕詳細(xì)設(shè)計(jì)26敏捷開發(fā)原則(1)最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶滿意。即使到了開發(fā)的后期，也歡迎改變需求。敏捷過(guò)程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。敏捷開發(fā)原則(1)最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)27敏捷開發(fā)原則(2)在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對(duì)面的交談。工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。敏捷過(guò)程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。簡(jiǎn)單是最根本的。最好的構(gòu)架、需求和設(shè)計(jì)出于自組織團(tuán)隊(duì)。每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。敏捷開發(fā)原則(2)在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信28敏捷研發(fā)流程需求：設(shè)計(jì)：迭代n：敏捷研發(fā)流程需求：設(shè)計(jì)：迭代n：29什么是Anatomy圖？Anatomy圖從下向上，一層一層逐步描述了產(chǎn)品功能Anatomy圖從下向上體現(xiàn)出了產(chǎn)品中各個(gè)功能的依賴關(guān)系A(chǔ)natomy圖中每個(gè)功能點(diǎn)必須是明確的、具體的；用戶可見的，有用戶價(jià)值的Anatomy圖中是產(chǎn)品功能的描述，不是系統(tǒng)架構(gòu)圖，更不是模塊流程圖Anatomy圖層次示例什么是Anatomy圖？Anatomy圖從下向上，一層一層逐30Anatomy圖的用途剖析系統(tǒng)功能制定迭代計(jì)劃設(shè)計(jì)測(cè)試策略新增需求設(shè)計(jì)回歸測(cè)試Anatomy圖的用途剖析系統(tǒng)功能31什么是UserStory？Userstory是對(duì)客戶有價(jià)值的軟件功能點(diǎn)的描述。由以下三點(diǎn)組成：對(duì)功能點(diǎn)的簡(jiǎn)要描述對(duì)補(bǔ)充story細(xì)節(jié)的討論記錄測(cè)試用例，用來(lái)在story實(shí)現(xiàn)的時(shí)候?qū)ζ溥M(jìn)行驗(yàn)證

什么是UserStory？Userstory是對(duì)客戶有價(jià)32UserStory的劃分原則功能點(diǎn)獨(dú)立的有用戶價(jià)值的可測(cè)試的交付單元、規(guī)模較小UserStory的劃分原則33迭代計(jì)劃發(fā)布計(jì)劃：客戶向程序員演示所希望獲得的特性，程序員們?cè)u(píng)估它的難度，以此給出產(chǎn)品交付的計(jì)劃。最初的發(fā)布計(jì)劃是不夠精確的，所以團(tuán)隊(duì)通常會(huì)不時(shí)地校正發(fā)布計(jì)劃。迭代計(jì)劃：將發(fā)布計(jì)劃分為一系列固定長(zhǎng)度的迭代計(jì)劃，為團(tuán)隊(duì)成員提供每個(gè)開發(fā)周期的導(dǎo)向，并將迭代期間完成的工作指派給團(tuán)隊(duì)成員。迭代計(jì)劃發(fā)布計(jì)劃：客戶向程序員演示所希望獲得的特性，程序員們34迭代計(jì)劃制定特點(diǎn)迭代組全體成員共同討論，制定詳細(xì)開發(fā)計(jì)劃制定迭代計(jì)劃以Anatomy圖為輸入，要考慮到特性之間的依賴關(guān)系根據(jù)每個(gè)成員能力不同分配工作，制定不同的個(gè)人計(jì)劃，不搞“一刀切”給出工作交付的明確時(shí)間點(diǎn)迭代計(jì)劃制定特點(diǎn)迭代組全體成員共同討論，制定詳細(xì)開發(fā)計(jì)劃35站立會(huì)議每天早上，迭代組的所有成員都會(huì)站立進(jìn)行一次會(huì)議，由于是站立的，所以時(shí)間不會(huì)很長(zhǎng)，一般來(lái)說(shuō)是15-20分鐘。會(huì)議中，迭代組每個(gè)人都陳述三個(gè)內(nèi)容：1.你昨天做了什么？2.你今天要做什么？3.你遇到了哪些困難？站立會(huì)議每天早上，迭代組的所有成員都會(huì)站立進(jìn)行一次會(huì)議，由于36站立會(huì)議的目的全體成員都能夠了解項(xiàng)目組的整體進(jìn)度促進(jìn)迭代組內(nèi)成員溝通及時(shí)暴露問(wèn)題，盡早解決問(wèn)題加快組內(nèi)經(jīng)驗(yàn)共享，促進(jìn)相互協(xié)作站立會(huì)議的目的全體成員都能夠了解項(xiàng)目組的整體進(jìn)度37結(jié)對(duì)編程結(jié)對(duì)編程：一種編程模式。兩個(gè)程序員并排坐在一臺(tái)電腦前，面對(duì)同一個(gè)顯示器，一起分析，一起設(shè)計(jì)，一起寫測(cè)試?yán)樱黄鹁幋a，一起單元測(cè)試，一起寫文檔等。基本上所有的開發(fā)環(huán)節(jié)都一齊肩并肩地，平等地，互補(bǔ)地進(jìn)行開發(fā)工作。結(jié)對(duì)編程結(jié)對(duì)編程：一種編程模式。38結(jié)對(duì)編程優(yōu)點(diǎn)程序員互相幫助，互相教對(duì)方，可以得到能力上的互補(bǔ)。增強(qiáng)代碼和產(chǎn)品質(zhì)量，并有效的減少BUG。降低學(xué)習(xí)成本。一邊編程，一邊共享知識(shí)和經(jīng)驗(yàn)，有效地在實(shí)踐中進(jìn)行學(xué)習(xí)。在編程中，相互討論，可能更快更有效地解決問(wèn)題。結(jié)對(duì)編程優(yōu)點(diǎn)程序員互相幫助，互相教對(duì)方，可以得到能力上的互補(bǔ)39回顧會(huì)議在每一次迭代結(jié)束后，團(tuán)隊(duì)需要進(jìn)行一次回顧會(huì)議，內(nèi)容包括以下三點(diǎn)：Good：哪些做法可以保持Couldhavedonebetter：哪些做法需要改變Improvements：有關(guān)將來(lái)如何改進(jìn)的具體想法回顧會(huì)議在每一次迭代結(jié)束后，團(tuán)隊(duì)需要進(jìn)行一次回