敏捷開發(fā)(分享篇)

1、編輯課件敏捷開發(fā)敏捷開發(fā)注：DC7.0項目組編輯課件二. 敏捷核心價值&原則三. 敏捷大致流程一. 什么是敏捷開發(fā)？四. DC7.0敏捷 提綱五. 給敏捷版本的建議編輯課件 敏捷開發(fā)以用戶的需求進化為核心需求進化為核心，采用迭代采用迭代、循序漸進循序漸進的方法進行軟件開發(fā)。在敏捷開發(fā)中，軟件項目在構(gòu)建初期被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備可視、可集成和可運行使用的特征。換言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)在此過程中軟件一直處于可使用狀態(tài)。一. 什么是敏捷開發(fā)？1. 為什么說是以人為核心、需求進化

2、為核心？瀑布開發(fā)模型整個開發(fā)過程中，要寫大量的文檔，把需求文檔寫出來后，開發(fā)人員都是根據(jù)文檔進行開發(fā)的，一切以文檔為依據(jù)；而敏捷開發(fā)它只寫有必要的文檔，或盡量少寫文檔，敏捷開發(fā)注重的是人與人之間，面對面的交流，所以它強調(diào)以人為核心；已需求為核心。2. 什么是迭代？迭代是指把一個復(fù)雜且開發(fā)周期很長的開發(fā)任務(wù)，分解為很多小周期可完成的任務(wù)，這樣的一個周期就是一次迭代的過程；同時每一次迭代都可以生產(chǎn)或開發(fā)出一個可以交付可以交付的軟件產(chǎn)品。3. 循序漸進。強調(diào)的是持續(xù)改進，使得你的團隊高效工作高效工作。編輯課件二. 敏捷四大核心價值 2. 可工作的軟件 高于理解文檔4. 變化響應(yīng)高于計劃遵循 3. 客

3、戶協(xié)作 高于合同協(xié)商1. 個人和互動 高于流程和工具編輯課件二. 核心價值解讀1. 個人和互動高于流程和工具理解： 工具和流程固然重要，只是不如高效的團隊合作更重要。敏捷重在以人為本，強調(diào)互動交流的重要性。 2. 可工作的軟件高于理解文檔理解： 文檔工作有其實際意義：一些最終交付給用戶的文檔，例如，用戶手冊和操作說明實際上正是最終解決方案中不可或缺的部分，不過也只是一小部分而已。永遠不要忘記作為IT開發(fā)團隊的首要任務(wù)是開發(fā)出符合用戶需求的解決方案，而不是文檔。不然的話，軟件開發(fā)就該改名為“文檔開發(fā)”了，不是嗎？ 編輯課件二. 核心價值解讀3. 客戶協(xié)作高于合同協(xié)商客戶協(xié)作 可理解為 各種不同的

4、項目利益相關(guān)者，包括最終用戶、他們的上司、高級IT主管、公司戰(zhàn)略負(fù)責(zé)人、運營人員、支持人員、合規(guī)審查人員以及其他各色人等理解： 只有項目的利益相關(guān)者本人能夠告訴你他的需求是什么他們可能無法很具體地描述解決方案他們第一次可能無法抓住重點在他們看到你的團隊的實際工作成果后，可能會改變自己的想法編輯課件二. 核心價值解讀4. 變化響應(yīng)高于計劃遵循理解：所面臨問題的理解會不斷變化，有需求的變化、有關(guān)系人期望的變化、有環(huán)境因素的變化等等，變化是必然的。預(yù)先制定項目計劃是必需的，但是項目計劃必須是有靈活性的。編輯課件二. 敏捷12條原則1、我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值交付有價值的軟件來使

5、客戶客戶滿意理解： 規(guī)劃迭代故事時必須按照優(yōu)先級安排，為客戶先提供最有價值的功能。通過頻繁迭代能與客戶形成早期的良好合作，及時反饋提高產(chǎn)品質(zhì)量。編輯課件二. 敏捷12條原則2、即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢。理解： 敏捷過程參與者不怕變化，他們認(rèn)為改變需求是好事情，因為這些改變意味著我們更了解市場需求。 （不過還是要少變點好，折騰不起）編輯課件二. 敏捷12條原則3、經(jīng)常性的交付可以工作的軟件可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好時間間隔越短越好。理解： 保證交付的軟件可以很好的工作，那么交付時間越短對產(chǎn)品質(zhì)量就更有益編輯

6、課件二. 敏捷12條原則4、在整個項目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作一起工作。理解： 軟件項目不會依照之前設(shè)定的計劃原路執(zhí)行，中間對業(yè)務(wù)的理解、軟件的解決方案肯定會存在偏差，所以客戶、需求人員、開發(fā)人員以及涉眾之間必須進行有意義的、頻繁 的交互，這樣就可以在早期及時的發(fā)現(xiàn)并解決問題。 （這點重點強點的是交互溝通的重要性交互溝通的重要性）編輯課件二. 敏捷12條原則5、圍繞被激勵起來的人個來構(gòu)建項目。給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作。理解：只要個人的目標(biāo)和團隊的目標(biāo)一致，我們就需要鼓舞起每個人的積極性，以個人為中心構(gòu)建項目，提供所需的環(huán)境、支持與信任。編輯

7、課件二. 敏捷12條原則6、在團隊內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對面面對面的交談的交談。理解：在十幾或者二十幾個人組成的大團隊中，文檔是一種比較合適的傳遞知識和交流的途徑。而敏捷團隊一般不會很多人（大團隊實施敏捷時也會分成多個小的敏捷團隊），所以大量的文檔交流其實并不是很經(jīng)濟的做法。此時面對面的交談反而更快速有效。編輯課件二. 敏捷12條原則7、 工作的軟件是首要進度度量標(biāo)準(zhǔn)。理解：衡量這個功能是否完成的首要標(biāo)準(zhǔn)就是這個功能可以工作了，對用戶來說已經(jīng)可以應(yīng)用了。(關(guān)鍵點： 完成標(biāo)準(zhǔn)要明確好，最好是可工作的軟件）編輯課件二. 敏捷12條原則8、敏捷過程提可持續(xù)的開發(fā)速度可持

8、續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。理解：很多人都認(rèn)為軟件開發(fā)中加班是很正常的，不加班反而不正常。敏捷過程應(yīng)該摒棄拼拼的態(tài)度，下一個項目依舊會讓你的組員再次突擊。這時不知道有人會不會說，那我們就一直加班，也是“持續(xù)的開發(fā)速度”啊，這時可要注意了，持續(xù)加班只會導(dǎo)致人疲勞、厭倦，保持長期恒定的速度也只是一種理想而已。 （關(guān)鍵點：關(guān)鍵點：sprint周期要恒定，任務(wù)安排要合理周期要恒定，任務(wù)安排要合理）編輯課件二. 敏捷12條原則9、不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計會增強敏捷能力。理解：通過回顧總結(jié)，保留項目一些好的經(jīng)驗技能。通過一些好的技術(shù)實踐可以加強產(chǎn)品敏捷能

9、力，很多原則、模式和實踐也可以增強敏捷開發(fā)能力。編輯課件二. 敏捷12條原則10、簡單-使未完成的工作最大化的藝術(shù)-是根本的。理解：通過最簡單的方法完成現(xiàn)在需要解決的問題編輯課件二. 敏捷12條原則11、 最好的構(gòu)架、需求和設(shè)計出自自組織的團隊理解：自組織團隊的第一個要素就是必須有一個團隊，而不僅僅是一群人，更不是一個團伙。團隊，共同完成一個偉大的使命；自我管理；高效完成編輯課件二. 敏捷12條原則12、 每隔一定時間，團隊會在如何才能更有效地工作方面進行反省反省，然后相應(yīng)地對自己的行為進行調(diào)整調(diào)整。理解：持續(xù)改進編輯課件三. 敏捷大致流程 1. 什么是Scrum？敏捷流程有Scrum和xp。

10、我們公司采用的是Scrum。Scrum的英文意思是橄欖球運動的一個專業(yè)術(shù)語，表示“爭球”的動作；把一個開發(fā)流程的名字取名為Scrum，我想你一定能想象出你的開發(fā)團隊在開發(fā)一個項目時，大家像打橄欖球一樣迅速、富有戰(zhàn)斗激情、人人你爭我搶地完成它，你一定會感到非常興奮的。2. Sprint：一個Sprint就是一個迭代，從Sprint計劃會議開始到Sprint回顧會議結(jié)束為一次迭代。Sprint有嚴(yán)格的時間控制，一般每次Sprint的周期為2-4周，時間到了Sprint就結(jié)束。編輯課件三. 敏捷大致流程 3. 三種角色【PO】產(chǎn)品負(fù)責(zé)人（Product Owner）負(fù)責(zé)維護產(chǎn)品待辦事項列表待辦事項列

11、表，確保每個成員明晰列表內(nèi)容、明確哪些條目具有最高優(yōu)先級最高優(yōu)先級，從而了解下個需要開發(fā)的條目。PO是非常重要的角色，他對客戶需求有著很強的敏感性，清楚什么對客戶最重要，做到什么程度能讓客戶滿意，在TEAM遇到需求問題時都能給出解答或決策?！維M】 Scrum Master負(fù)責(zé)確保Scrum團隊遵守Scrum價值、實踐和規(guī)則；幫助Scrum團隊和整個組織實施Scrum；通過指導(dǎo)和引導(dǎo)，教授Scrum團隊更高效工作、生產(chǎn)出高質(zhì)量的產(chǎn)品；幫助Scrum團隊理解并采用自我管理 -（教練教練）。【TEAM】團隊負(fù)責(zé)在每個迭代將產(chǎn)品待辦事項列表轉(zhuǎn)化成為潛在可交付的功能增量。TEAM是自管理自管理的，有實

12、際的自主權(quán)，文化上要符合，基于激發(fā)人的主動性、避免受外界干涉。他們完全有權(quán)決定如何把需求轉(zhuǎn)化成產(chǎn)品功能，比如是否要做設(shè)計，采用什么算法，如何做缺陷預(yù)防等。PO和SM都無權(quán)指揮TEAM怎么去實現(xiàn)需求，但TEAM必須承諾交付的功能是PO期望的。編輯課件三. 敏捷大致流程-如何進行Scrum開發(fā)？ Sprint 計劃會議1. 迭代計劃會在每個迭代第一天召開2. 理解最終用戶到底要什么3. 目的是選擇和估算本次迭代的工作項Sprint 評審會議團隊在會議中向最終用戶展示工作成果，團隊成員希望得到反饋，并以之創(chuàng)建或變更 Backlog 條目站立會議（10分鐘以內(nèi)）1. 昨天完成情況2. 今天計劃3. 存

13、在的風(fēng)險和障礙反饋注：不要討論具體的問題編輯課件四. DC7.0敏捷 項目之初，我們打算走的是瀑布模型，但工作量估算處理比較多，按照人力基本上要轉(zhuǎn)集成就差不多6月份了，因此我們想走敏捷會不會解決我們?nèi)肆Υ_實的問題，讓測試可以盡快的介入測試！我們基于什么走敏捷開發(fā)我們基于什么走敏捷開發(fā) ？1. 框架。DC使用的插件化的編程思路，方便于任務(wù)的劃分，預(yù)研階段大體的框架已經(jīng)初步形成。（這里體現(xiàn)的是什么2. 查詢統(tǒng)計頁面功能也更比較獨立的，相互依賴比較少。3. 該覆蓋率的單元測試和自動化于是我們把需求表和估算表整形成我們的是我們把需求表和估算表整形成我們的PBL，走敏捷流程，走敏捷流程這里我們回顧一下，

14、什么是迭代？ 迭代是指把一個復(fù)雜且開發(fā)周期很長的開發(fā)任務(wù)，分解為很多小周期可完成的任務(wù)。 -對，我們DC可切分成小任務(wù)開發(fā)，符合迭代概念 ！編輯課件四. DC7.0敏捷于是我們把需求表和估算表整形成我們的是我們把需求表和估算表整形成我們的PBL，走敏捷流程，走敏捷流程PBL: 需求文檔和估算表直接轉(zhuǎn)換，形成了我們DC7.0 PBL根據(jù)工作量，我們迭代分為6個sprint，每個迭代持續(xù)時間為3周 3周，掛鉤原則體現(xiàn)：周，掛鉤原則體現(xiàn)：第3點原則， 經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好交付的時間間隔越短越好第8點原則，敏捷過程提倡可持續(xù)的開發(fā)速度。責(zé)

15、任人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。（通過通過恒定的周期，能更好的評估組員的生產(chǎn)效率，更有利于恒定的恒定的周期，能更好的評估組員的生產(chǎn)效率，更有利于恒定的開發(fā)速度開發(fā)速度)編輯課件四. DC7.0敏捷每個每個sprint開始，我們就列出本迭代需要討論的方案、需要評審的開始，我們就列出本迭代需要討論的方案、需要評審的方案點方案點掛鉤原則：第6點，在團隊內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。掛鉤核心價值：可以工作的軟件勝過面面俱到的文檔每天進行站立會議：每天進行站立會議：掛鉤原則：第4點，在整個項目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。（注：這里業(yè)務(wù)人員，我們當(dāng)前沒有直接面對客戶，主要是我和規(guī)劃面對面的溝通）掛鉤核心價值：個體和交互 勝過過程和工具編輯課件四. DC7.0敏捷需求體驗，直接提供需求體驗，直接提供IP給市場、客服、規(guī)劃，可實時進行體驗反饋給市場、客服、規(guī)劃，可實時進行體驗反饋掛鉤原則：第1點，我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意。掛鉤核心價值：客戶（利益關(guān)系人）合作勝過合同談判sprint計劃會議計劃會議&評審會議評審會議&回顧會議回顧會議掛鉤原則：第12點，每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應(yīng)的對自己的行為進行調(diào)整