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

敏捷開發(fā)注：DC7.0項目組12022/11/25敏捷開發(fā)注：DC7.0項目組12022/11/22二.敏捷核心價值&原則三.敏捷大致流程一.什么是敏捷開發(fā)？四.DC7.0敏捷提綱五.給敏捷版本的建議22022/11/25二.敏捷核心價值&原則三.敏捷大致流程一.什么是敏捷開敏捷開發(fā)以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發(fā)。在敏捷開發(fā)中，軟件項目在構建初期被切分成多個子項目，各個子項目的成果都經過測試，具備可視、可集成和可運行使用的特征。換言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。一.什么是敏捷開發(fā)？1.為什么說是以人為核心、需求進化為核心？瀑布開發(fā)模型整個開發(fā)過程中，要寫大量的文檔，把需求文檔寫出來后，開發(fā)人員都是根據文檔進行開發(fā)的，一切以文檔為依據；而敏捷開發(fā)它只寫有必要的文檔，或盡量少寫文檔，敏捷開發(fā)注重的是人與人之間，面對面的交流，所以它強調以人為核心；已需求為核心。2.什么是迭代？迭代是指把一個復雜且開發(fā)周期很長的開發(fā)任務，分解為很多小周期可完成的任務，這樣的一個周期就是一次迭代的過程；同時每一次迭代都可以生產或開發(fā)出一個可以交付的軟件產品。3.循序漸進。強調的是持續(xù)改進，使得你的團隊高效工作。32022/11/25敏捷開發(fā)以用戶的需求進化為核心，采用迭代、循序二.敏捷四大核心價值

2.可工作的軟件高于理解文檔4.變化響應高于計劃遵循

3.客戶協(xié)作高于合同協(xié)商1.個人和互動高于流程和工具42022/11/25二.敏捷四大核心價值2.可工作的軟件4.變化響應3二.核心價值解讀1.個人和互動高于流程和工具理解：工具和流程固然重要，只是不如高效的團隊合作更重要。敏捷重在以人為本，強調互動交流的重要性。2.可工作的軟件高于理解文檔理解：文檔工作有其實際意義：一些最終交付給用戶的文檔，例如，用戶手冊和操作說明實際上正是最終解決方案中不可或缺的部分，不過也只是一小部分而已。永遠不要忘記作為IT開發(fā)團隊的首要任務是開發(fā)出符合用戶需求的解決方案，而不是文檔。不然的話，軟件開發(fā)就該改名為“文檔開發(fā)”了，不是嗎？52022/11/25二.核心價值解讀1.個人和互動高于流程和工具2.可工二.核心價值解讀3.客戶協(xié)作高于合同協(xié)商客戶協(xié)作<==>可理解為各種不同的項目利益相關者，包括最終用戶、他們的上司、高級IT主管、公司戰(zhàn)略負責人、運營人員、支持人員、合規(guī)審查人員以及其他各色人等理解：只有項目的利益相關者本人能夠告訴你他的需求是什么他們可能無法很具體地描述解決方案他們第一次可能無法抓住重點在他們看到你的團隊的實際工作成果后，可能會改變自己的想法62022/11/25二.核心價值解讀3.客戶協(xié)作高于合同協(xié)商62022/11二.核心價值解讀4.變化響應高于計劃遵循理解：所面臨問題的理解會不斷變化，有需求的變化、有關系人期望的變化、有環(huán)境因素的變化等等，變化是必然的。預先制定項目計劃是必需的，但是項目計劃必須是有靈活性的。72022/11/25二.核心價值解讀4.變化響應高于計劃遵循72022/11二.敏捷12條原則1、我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意理解：規(guī)劃迭代故事時必須按照優(yōu)先級安排，為客戶先提供最有價值的功能。通過頻繁迭代能與客戶形成早期的良好合作，及時反饋提高產品質量。82022/11/25二.敏捷12條原則1、我們最優(yōu)先要做的是通過盡早的、持續(xù)的二.敏捷12條原則2、即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢。理解：敏捷過程參與者不怕變化，他們認為改變需求是好事情，因為這些改變意味著我們更了解市場需求。（不過還是要少變點好，折騰不起）92022/11/25二.敏捷12條原則2、即使到了開發(fā)的后期，也歡迎改變需求。二.敏捷12條原則3、經常性的交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。理解：保證交付的軟件可以很好的工作，那么交付時間越短對產品質量就更有益102022/11/25二.敏捷12條原則3、經常性的交付可以工作的軟件，交付的間二.敏捷12條原則4、在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人員必須天天都在一起工作。理解：軟件項目不會依照之前設定的計劃原路執(zhí)行，中間對業(yè)務的理解、軟件的解決方案肯定會存在偏差，所以客戶、需求人員、開發(fā)人員以及涉眾之間必須進行有意義的、頻繁的交互，這樣就可以在早期及時的發(fā)現(xiàn)并解決問題。（這點重點強點的是交互溝通的重要性）112022/11/25二.敏捷12條原則4、在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人二.敏捷12條原則5、圍繞被激勵起來的人個來構建項目。給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作。理解：只要個人的目標和團隊的目標一致，我們就需要鼓舞起每個人的積極性，以個人為中心構建項目，提供所需的環(huán)境、支持與信任。122022/11/25二.敏捷12條原則5、圍繞被激勵起來的人個來構建項目。給他二.敏捷12條原則6、在團隊內部，最具有效果并且富有效率的傳遞信息的方法，就是面對面的交談。理解：在十幾或者二十幾個人組成的大團隊中，文檔是一種比較合適的傳遞知識和交流的途徑。而敏捷團隊一般不會很多人（大團隊實施敏捷時也會分成多個小的敏捷團隊），所以大量的文檔交流其實并不是很經濟的做法。此時面對面的交談反而更快速有效。132022/11/25二.敏捷12條原則6、在團隊內部，最具有效果并且富有效率的二.敏捷12條原則7、工作的軟件是首要進度度量標準。理解：衡量這個功能是否完成的首要標準就是這個功能可以工作了，對用戶來說已經可以應用了。(關鍵點：完成標準要明確好，最好是可工作的軟件）142022/11/25二.敏捷12條原則7、工作的軟件是首要進度度量標準。14二.敏捷12條原則8、敏捷過程提可持續(xù)的開發(fā)速度。責任人、開發(fā)者和用戶應該能夠保持一個長期的、恒定的開發(fā)速度。理解：很多人都認為軟件開發(fā)中加班是很正常的，不加班反而不正常。敏捷過程應該摒棄拼拼的態(tài)度，下一個項目依舊會讓你的組員再次突擊。這時不知道有人會不會說，那我們就一直加班，也是“持續(xù)的開發(fā)速度”啊，這時可要注意了，持續(xù)加班只會導致人疲勞、厭倦，保持長期恒定的速度也只是一種理想而已。（關鍵點：sprint周期要恒定，任務安排要合理）152022/11/25二.敏捷12條原則8、敏捷過程提可持續(xù)的開發(fā)速度。責任人、二.敏捷12條原則9、不斷地關注優(yōu)秀的技能和好的設計會增強敏捷能力。理解：通過回顧總結，保留項目一些好的經驗技能。通過一些好的技術實踐可以加強產品敏捷能力，很多原則、模式和實踐也可以增強敏捷開發(fā)能力。162022/11/25二.敏捷12條原則9、不斷地關注優(yōu)秀的技能和好的設計會增強二.敏捷12條原則10、簡單----使未完成的工作最大化的藝術----是根本的。理解：通過最簡單的方法完成現(xiàn)在需要解決的問題172022/11/25二.敏捷12條原則10、簡單----使未完成的工作最大化的二.敏捷12條原則11、最好的構架、需求和設計出自自組織的團隊理解：自組織團隊的第一個要素就是必須有一個團隊，而不僅僅是一群人，更不是一個團伙。團隊，共同完成一個偉大的使命；自我管理；高效完成182022/11/25二.敏捷12條原則11、最好的構架、需求和設計出自自組織二.敏捷12條原則12、每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應地對自己的行為進行調整。理解：持續(xù)改進192022/11/25二.敏捷12條原則12、每隔一定時間，團隊會在如何才能更三.敏捷大致流程

1.什么是Scrum？敏捷流程有Scrum和xp。我們公司采用的是Scrum。Scrum的英文意思是橄欖球運動的一個專業(yè)術語，表示“爭球”的動作；把一個開發(fā)流程的名字取名為Scrum，我想你一定能想象出你的開發(fā)團隊在開發(fā)一個項目時，大家像打橄欖球一樣迅速、富有戰(zhàn)斗激情、人人你爭我搶地完成它，你一定會感到非常興奮的。2.Sprint：一個Sprint就是一個迭代，從Sprint計劃會議開始到Sprint回顧會議結束為一次迭代。Sprint有嚴格的時間控制，一般每次Sprint的周期為2-4周，時間到了Sprint就結束。202022/11/25三.敏捷大致流程1.什么是Scrum？2.Sprin三.敏捷大致流程

3.三種角色【PO】產品負責人（ProductOwner）負責維護產品待辦事項列表，確保每個成員明晰列表內容、明確哪些條目具有最高優(yōu)先級，從而了解下個需要開發(fā)的條目。PO是非常重要的角色，他對客戶需求有著很強的敏感性，清楚什么對客戶最重要，做到什么程度能讓客戶滿意，在TEAM遇到需求問題時都能給出解答或決策?！維M】ScrumMaster負責確保Scrum團隊遵守Scrum價值、實踐和規(guī)則；幫助Scrum團隊和整個組織實施Scrum；通過指導和引導，教授Scrum團隊更高效工作、生產出高質量的產品；幫助Scrum團隊理解并采用自我管理---（教練）?！綯EAM】團隊負責在每個迭代將產品待辦事項列表轉化成為潛在可交付的功能增量。TEAM是自管理的，有實際的自主權，文化上要符合，基于激發(fā)人的主動性、避免受外界干涉。他們完全有權決定如何把需求轉化成產品功能，比如是否要做設計，采用什么算法，如何做缺陷預防等。PO和SM都無權指揮TEAM怎么去實現(xiàn)需求，但TEAM必須承諾交付的功能是PO期望的。212022/11/25三.敏捷大致流程3.三種角色212022/11/22三.敏捷大致流程-如何進行Scrum開發(fā)？

Sprint計劃會議1.迭代計劃會在每個迭代第一天召開2.理解最終用戶到底要什么3.目的是選擇和估算本次迭代的工作項Sprint評審會議團隊在會議中向最終用戶展示工作成果，團隊成員希望得到反饋，并以之創(chuàng)建或變更Backlog條目站立會議（10分鐘以內）1.昨天完成情況2.今天計劃3.存在的風險和障礙反饋注：不要討論具體的問題222022/11/25三.敏捷大致流程-如何進行Scrum開發(fā)？Sprint四.DC7.0敏捷項目之初，我們打算走的是瀑布模型，但工作量估算處理比較多，按照人力基本上要轉集成就差不多6月份了，因此我們想走敏捷會不會解決我們人力確實的問題，讓測試可以盡快的介入測試！我們基于什么走敏捷開發(fā)？1.框架。DC使用的插件化的編程思路，方便于任務的劃分，預研階段大體的框架已經初步形成。（這里體現(xiàn)的是什么2.查詢統(tǒng)計頁面功能也更比較獨立的，相互依賴比較少。3.該覆蓋率的單元測試和自動化于是我們把需求表和估算表整形成我們的PBL，走敏捷流程這里我們回顧一下，什么是迭代？迭代是指把一個復雜且開發(fā)周期很長的開發(fā)任務，分解為很多小周期可完成的任務。---對，我們DC可切分成小任務開發(fā)，符合迭代概念！232022/11/25四.DC7.0敏捷項目之初，我們打算走的是瀑四.DC7.0敏捷于是我們把需求表和估算表整形成我們的PBL，走敏捷流程PBL:需求文檔和估算表直接轉換，形成了我們DC7.0PBL根據工作量，我們迭代分為6個sprint，每個迭代持續(xù)時間為3周3周，掛鉤原則體現(xiàn)：第3點原則，經常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好第8點原則，敏捷過程提倡可持續(xù)的開發(fā)速度。責任人、開發(fā)者和用戶應該能夠保持一個長期的、恒定的開發(fā)速度。（通過恒定的周期，能更好的評估組員的生產效率，更有利于恒定的開發(fā)速度)242022/11/25四.DC7.0敏捷3周，掛鉤原則體現(xiàn)：242022/11/四.DC7.0敏捷每個sprint開始，我們就列出本迭代需要討論的方案、需要評審的方案點掛鉤原則：第6點，在團隊內部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。掛鉤核心價值：可以工作的軟件勝過面面俱到的文檔每天進行站立會議：掛鉤原則：第4點，在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人員必須天天都在一起工作。（注：這里業(yè)務人員，我們當前沒有直接面對客戶，主要是我和規(guī)劃面對面的溝通）掛鉤核心價值：個體和交互勝過過程和工具252022/11/25四.DC7.0敏捷每個sprint開始，我們就列出本迭代需四.DC7.0敏捷需求體驗，直接提供IP給市場、客服、規(guī)劃，可實時進行體驗反饋掛鉤原則：第1點，我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意。掛鉤核心價值：客戶（利益關系人）合作勝過合同談判sprint計劃會議&評審會議&回顧會議掛鉤原則：第12點，每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應的對自己的行為進行調整。（回顧、可持續(xù)改進）第9點，不斷地關注優(yōu)秀的技能和好的設計會增強敏捷能力。262022/11/25四.DC7.0敏捷需求體驗，直接提供IP給市場、客服、規(guī)劃四.DC7.0敏捷掛鉤原則：第7點，工作的軟件是首要的進度度量標準。設定好每個task的完成標準，只有符合完成標準的才是真正的完成！開發(fā)設計完成標準從高處著眼，理清實現(xiàn)的思路，規(guī)避技術方案風險1、方案評審已完成2、設計文檔已寫完，定稿3、定稿評審已完成4、設計checklist已檢查通過編碼完成標準代碼質量最基本的保證，避免后面還要花很多時間去補代碼和改bugSprint標準（后臺）:3、自測檢查沒問題后簽入代碼UI完成標準（前端）：和后臺聯(lián)調通過，沒問題后簽入代碼（json已經定義好的前提下可以假數據模塊）release標準(每個迭代提交測試前做，Sprint不用做)：7、BVT案例執(zhí)行通過BVT測試完成標準保證基本功能正常release標準(每個迭代提交測試前做，Sprint不用做)：所有BVT發(fā)現(xiàn)的缺陷已修復并回歸通過272022/11/25四.DC7.0敏捷掛鉤原則：第7點，工作的軟件是首要的進度五.給敏捷版本的一些建議1.高覆蓋率的自動化，做到可持續(xù)集成2.模塊劃分要可測試化（每個sprint的產出都是可測試的）3.要定義好完成標準4......282022/11/25五.給敏捷版本的一些建議1.2.3.4.282022/11討論環(huán)節(jié)THEEND,謝謝~292022/11/25討論環(huán)節(jié)THEEND,謝謝~292022/11敏捷開發(fā)注：DC7.0項目組302022/11/25敏捷開發(fā)注：DC7.0項目組12022/11/22二.敏捷核心價值&原則三.敏捷大致流程一.什么是敏捷開發(fā)？四.DC7.0敏捷提綱五.給敏捷版本的建議312022/11/25二.敏捷核心價值&原則三.敏捷大致流程一.什么是敏捷開敏捷開發(fā)以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發(fā)。在敏捷開發(fā)中，軟件項目在構建初期被切分成多個子項目，各個子項目的成果都經過測試，具備可視、可集成和可運行使用的特征。換言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。一.什么是敏捷開發(fā)？1.為什么說是以人為核心、需求進化為核心？瀑布開發(fā)模型整個開發(fā)過程中，要寫大量的文檔，把需求文檔寫出來后，開發(fā)人員都是根據文檔進行開發(fā)的，一切以文檔為依據；而敏捷開發(fā)它只寫有必要的文檔，或盡量少寫文檔，敏捷開發(fā)注重的是人與人之間，面對面的交流，所以它強調以人為核心；已需求為核心。2.什么是迭代？迭代是指把一個復雜且開發(fā)周期很長的開發(fā)任務，分解為很多小周期可完成的任務，這樣的一個周期就是一次迭代的過程；同時每一次迭代都可以生產或開發(fā)出一個可以交付的軟件產品。3.循序漸進。強調的是持續(xù)改進，使得你的團隊高效工作。322022/11/25敏捷開發(fā)以用戶的需求進化為核心，采用迭代、循序二.敏捷四大核心價值

2.可工作的軟件高于理解文檔4.變化響應高于計劃遵循

3.客戶協(xié)作高于合同協(xié)商1.個人和互動高于流程和工具332022/11/25二.敏捷四大核心價值2.可工作的軟件4.變化響應3二.核心價值解讀1.個人和互動高于流程和工具理解：工具和流程固然重要，只是不如高效的團隊合作更重要。敏捷重在以人為本，強調互動交流的重要性。2.可工作的軟件高于理解文檔理解：文檔工作有其實際意義：一些最終交付給用戶的文檔，例如，用戶手冊和操作說明實際上正是最終解決方案中不可或缺的部分，不過也只是一小部分而已。永遠不要忘記作為IT開發(fā)團隊的首要任務是開發(fā)出符合用戶需求的解決方案，而不是文檔。不然的話，軟件開發(fā)就該改名為“文檔開發(fā)”了，不是嗎？342022/11/25二.核心價值解讀1.個人和互動高于流程和工具2.可工二.核心價值解讀3.客戶協(xié)作高于合同協(xié)商客戶協(xié)作<==>可理解為各種不同的項目利益相關者，包括最終用戶、他們的上司、高級IT主管、公司戰(zhàn)略負責人、運營人員、支持人員、合規(guī)審查人員以及其他各色人等理解：只有項目的利益相關者本人能夠告訴你他的需求是什么他們可能無法很具體地描述解決方案他們第一次可能無法抓住重點在他們看到你的團隊的實際工作成果后，可能會改變自己的想法352022/11/25二.核心價值解讀3.客戶協(xié)作高于合同協(xié)商62022/11二.核心價值解讀4.變化響應高于計劃遵循理解：所面臨問題的理解會不斷變化，有需求的變化、有關系人期望的變化、有環(huán)境因素的變化等等，變化是必然的。預先制定項目計劃是必需的，但是項目計劃必須是有靈活性的。362022/11/25二.核心價值解讀4.變化響應高于計劃遵循72022/11二.敏捷12條原則1、我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意理解：規(guī)劃迭代故事時必須按照優(yōu)先級安排，為客戶先提供最有價值的功能。通過頻繁迭代能與客戶形成早期的良好合作，及時反饋提高產品質量。372022/11/25二.敏捷12條原則1、我們最優(yōu)先要做的是通過盡早的、持續(xù)的二.敏捷12條原則2、即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢。理解：敏捷過程參與者不怕變化，他們認為改變需求是好事情，因為這些改變意味著我們更了解市場需求。（不過還是要少變點好，折騰不起）382022/11/25二.敏捷12條原則2、即使到了開發(fā)的后期，也歡迎改變需求。二.敏捷12條原則3、經常性的交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。理解：保證交付的軟件可以很好的工作，那么交付時間越短對產品質量就更有益392022/11/25二.敏捷12條原則3、經常性的交付可以工作的軟件，交付的間二.敏捷12條原則4、在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人員必須天天都在一起工作。理解：軟件項目不會依照之前設定的計劃原路執(zhí)行，中間對業(yè)務的理解、軟件的解決方案肯定會存在偏差，所以客戶、需求人員、開發(fā)人員以及涉眾之間必須進行有意義的、頻繁的交互，這樣就可以在早期及時的發(fā)現(xiàn)并解決問題。（這點重點強點的是交互溝通的重要性）402022/11/25二.敏捷12條原則4、在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人二.敏捷12條原則5、圍繞被激勵起來的人個來構建項目。給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作。理解：只要個人的目標和團隊的目標一致，我們就需要鼓舞起每個人的積極性，以個人為中心構建項目，提供所需的環(huán)境、支持與信任。412022/11/25二.敏捷12條原則5、圍繞被激勵起來的人個來構建項目。給他二.敏捷12條原則6、在團隊內部，最具有效果并且富有效率的傳遞信息的方法，就是面對面的交談。理解：在十幾或者二十幾個人組成的大團隊中，文檔是一種比較合適的傳遞知識和交流的途徑。而敏捷團隊一般不會很多人（大團隊實施敏捷時也會分成多個小的敏捷團隊），所以大量的文檔交流其實并不是很經濟的做法。此時面對面的交談反而更快速有效。422022/11/25二.敏捷12條原則6、在團隊內部，最具有效果并且富有效率的二.敏捷12條原則7、工作的軟件是首要進度度量標準。理解：衡量這個功能是否完成的首要標準就是這個功能可以工作了，對用戶來說已經可以應用了。(關鍵點：完成標準要明確好，最好是可工作的軟件）432022/11/25二.敏捷12條原則7、工作的軟件是首要進度度量標準。14二.敏捷12條原則8、敏捷過程提可持續(xù)的開發(fā)速度。責任人、開發(fā)者和用戶應該能夠保持一個長期的、恒定的開發(fā)速度。理解：很多人都認為軟件開發(fā)中加班是很正常的，不加班反而不正常。敏捷過程應該摒棄拼拼的態(tài)度，下一個項目依舊會讓你的組員再次突擊。這時不知道有人會不會說，那我們就一直加班，也是“持續(xù)的開發(fā)速度”啊，這時可要注意了，持續(xù)加班只會導致人疲勞、厭倦，保持長期恒定的速度也只是一種理想而已。（關鍵點：sprint周期要恒定，任務安排要合理）442022/11/25二.敏捷12條原則8、敏捷過程提可持續(xù)的開發(fā)速度。責任人、二.敏捷12條原則9、不斷地關注優(yōu)秀的技能和好的設計會增強敏捷能力。理解：通過回顧總結，保留項目一些好的經驗技能。通過一些好的技術實踐可以加強產品敏捷能力，很多原則、模式和實踐也可以增強敏捷開發(fā)能力。452022/11/25二.敏捷12條原則9、不斷地關注優(yōu)秀的技能和好的設計會增強二.敏捷12條原則10、簡單----使未完成的工作最大化的藝術----是根本的。理解：通過最簡單的方法完成現(xiàn)在需要解決的問題462022/11/25二.敏捷12條原則10、簡單----使未完成的工作最大化的二.敏捷12條原則11、最好的構架、需求和設計出自自組織的團隊理解：自組織團隊的第一個要素就是必須有一個團隊，而不僅僅是一群人，更不是一個團伙。團隊，共同完成一個偉大的使命；自我管理；高效完成472022/11/25二.敏捷12條原則11、最好的構架、需求和設計出自自組織二.敏捷12條原則12、每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應地對自己的行為進行調整。理解：持續(xù)改進482022/11/25二.敏捷12條原則12、每隔一定時間，團隊會在如何才能更三.敏捷大致流程

1.什么是Scrum？敏捷流程有Scrum和xp。我們公司采用的是Scrum。Scrum的英文意思是橄欖球運動的一個專業(yè)術語，表示“爭球”的動作；把一個開發(fā)流程的名字取名為Scrum，我想你一定能想象出你的開發(fā)團隊在開發(fā)一個項目時，大家像打橄欖球一樣迅速、富有戰(zhàn)斗激情、人人你爭我搶地完成它，你一定會感到非常興奮的。2.Sprint：一個Sprint就是一個迭代，從Sprint計劃會議開始到Sprint回顧會議結束為一次迭代。Sprint有嚴格的時間控制，一般每次Sprint的周期為2-4周，時間到了Sprint就結束。492022/11/25三.敏捷大致流程1.什么是Scrum？2.Sprin三.敏捷大致流程

3.三種角色【PO】產品負責人（ProductOwner）負責維護產品待辦事項列表，確保每個成員明晰列表內容、明確哪些條目具有最高優(yōu)先級，從而了解下個需要開發(fā)的條目。PO是非常重要的角色，他對客戶需求有著很強的敏感性，清楚什么對客戶最重要，做到什么程度能讓客戶滿意，在TEAM遇到需求問題時都能給出解答或決策?！維M】ScrumMaster負責確保Scrum團隊遵守Scrum價值、實踐和規(guī)則；幫助Scrum團隊和整個組織實施Scrum；通過指導和引導，教授Scrum團隊更高效工作、生產出高質量的產品；幫助Scrum團隊理解并采用自我管理---（教練）?！綯EAM】團隊負責在每個迭代將產品待辦事項列表轉化成為潛在可交付的功能增量。TEAM是自管理的，有實際的自主權，文化上要符合，基于激發(fā)人的主動性、避免受外界干涉。他們完全有權決定如何把需求轉化成產品功能，比如是否要做設計，采用什么算法，如何做缺陷預防等。PO和SM都無權指揮TEAM怎么去實現(xiàn)需求，但TEAM必須承諾交付的功能是PO期望的。502022/11/25三.敏捷大致流程3.三種角色212022/11/22三.敏捷大致流程-如何進行Scrum開發(fā)？

Sprint計劃會議1.迭代計劃會在每個迭代第一天召開2.理解最終用戶到底要什么3.目的是選擇和估算本次迭代的工作項Sprint評審會議團隊在會議中向最終用戶展示工作成果，團隊成員希望得到反饋，并以之創(chuàng)建或變更Backlog條目站立會議（10分鐘以內）1.昨天完成情況2.今天計劃3.存在的風險和障礙反饋注：不要討論具體的問題512022/11/25三.敏捷大致流程-如何進行Scrum開發(fā)？Sprint四.DC7.0敏捷項目之初，我們打算走的是瀑布模型，但工作量估算處理比較多，按照人力基本上要轉集成就差不多6月份了，因此我們想走敏捷會不會解決我們人力確實的問題，讓測試可以盡快的介入測試！我們基于什么走敏捷開發(fā)？1.框架。DC使用的插件化的編程思路，方便于任務的劃分，預研階段大體的框架已經初步形成。（這里體現(xiàn)的是什么2.查詢統(tǒng)計頁面功能也更比較獨立的，相互依賴比較少。3.該覆蓋率的單元測試和自動化于是我們把需求表和估算表整形成我們的PBL，走敏捷流程這里我們回顧一下，什么是迭代？迭代是指把一個復雜且開發(fā)周期很長的開發(fā)任務，分解為很多小周期可完成的任務。---對，我們DC可切分成小任務開發(fā)，符合迭代概念！522022/11/25四.DC7.0敏捷項目之初，我們打算走的是瀑四.DC7.0敏捷于是我們把需求表和估算表整形成我們的PBL，走敏捷流程PBL:需求文檔和估算表直接轉換，形成了我們DC7.0PBL根據工作量，我們迭代分為6個sprint，每個迭代持續(xù)時間為3周3周，掛鉤原則體現(xiàn)：第3點原則，經常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好第8點原則，敏捷過程提倡可持續(xù)的開發(fā)速度