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

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

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

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