Scrum敏捷開發(fā)方法流程和執(zhí)行規(guī)范(超級實用)Scrum敏捷開發(fā)方法流程和執(zhí)行規(guī)范(超級實用)第I第I頁設計文件名稱代號版本名稱代號版本版權專有違者必究目錄TOC\o"1-5"\h\zScrum敏捷開發(fā)方法流程和執(zhí)行規(guī)范(超級實用) 1Scrum概述 1Scrum角色 1Scrum活動 12建立敏捷團隊 2產品負責人(ProductOwner) 2敏捷教練(ScrumMaster) 2敏捷開發(fā)團隊(ScrumTeam) 3Scrum敏捷開發(fā)流程 3Scrum開發(fā)流程 3Sprint 3燃盡圖 4Scrum敏捷工作內容 4產品歹U表(ProductBacklog) 5任務歹U表(SprintBacklog ) 5Scrum敏捷會議 5Sprint 計戈U會 5每日站會 6Sprint 評審會 6Sprint 回顧會 76敏捷輔助工具 7持續(xù)集成平臺Jenkins 7自動部署工具docker 7靜態(tài)代碼檢查 7單元測試覆蓋率檢查工具 77敏捷過程體系 8敏捷過程階段 8敏捷角色職責 8Scrum敏捷開發(fā)工作流程 9敏捷開發(fā)流程圖 9流程圖詳解 108術語和縮略語解釋 12Scrum敏捷開發(fā)方法流程和執(zhí)行規(guī)范（超級實用）Scrum敏捷開發(fā)方法流程和執(zhí)行規(guī)范（超級實用）共12共12頁第頁Scrum開發(fā)流程中，通過兩個Backlog任務列表文件，對用戶故事或需求進行了詳細的管理， 用這兩個列表代替了傳統(tǒng)開發(fā)模式下大量的需求管理文檔，優(yōu)化了管理模式，這兩個列表分別為：他們分別是產品歹U表(ProductBacklog)和任務列表(SprintBacklog)。產品列表(ProductBacklog)產品負責人通過收集用戶故事或客戶需求，負責將用戶需求按照相關格式整理到產品列表，并對整理的需求內容進行優(yōu)先級排列。產品列表是持續(xù)完善的動態(tài)的列表， 用戶需求需要持續(xù)的進行完善， 列表中的任務也隨著迭代的完成,其狀態(tài)也會有相應的變化，具體狀態(tài)為計劃中、已交付、已刪除。產品負責人負責制定產品列表，按照列表內容的優(yōu)先級進行梳理排列，如下圖所示：洲日名將sprint承市故事點產品負責人(P。2020/2/17sprint取實際攵付故事點結束口期~2020/2/18忘故事點總、剩余故事點埋陽剩然點^^prin^PBI優(yōu)先級類型來源用戶故事格式：作為一個嘴色＞，我想要嘛動＞,以便于＜商業(yè)價值＞驗收條件(滿意條件)sprint工作量估計(用戶故事點)交付點、狀態(tài)PBI-014/3/2/1流需求/改進需求/小設計由為客卜，故禹耍格現(xiàn)后系統(tǒng)的數(shù)據(jù)導入生新系統(tǒng)，川做歷史數(shù)居，以便于統(tǒng)計歷史數(shù)據(jù)。設計數(shù)據(jù)生井出■歷史數(shù)據(jù)耳人至新表。spring15計劃中/已交付/已刪除PBI-024新需求設計軍為用戶，我能夠申請統(tǒng)計信息，以便于完成編制內容。開發(fā)完成申請統(tǒng)計信息。sprint25已交付PBI-03PBI-04PBI-05PBI-06PBI-07PBI-08圖5產品列表(ProductBacklog)任務列表(SprintBacklog)任務列表具體記錄了產品列表中拆分出的更加具體，更加詳細的任務，這些任務被標識為 Sprint1、Sprint2、Sprint3等多個迭代任務， Sprint1則為第一個迭代周期內需要完成的任務， Sprint2則為第二個迭代周期內需要完成的任務， 以此類推，每完成一個Sprint迭代，則為一個小的版本交付，直到所有的Sprint迭代任務完成，則最終交付的產品實現(xiàn)完成。在項目敏捷實施中，在小版本的srpint迭代時，開發(fā)團隊進行任務列表編制計劃，在產品列表中選出一些功能任務，通過團隊成員、產品負責人、敏捷教練一起討論，確定sprint計劃中相關任務的優(yōu)先級，并進行工作量估算，形成個可發(fā)布的 Sprint版本。如下圖所示：S^tT圖6任務列表(SprintBacklog)Scrum敏捷會議敏捷項目管理中，最重要的就是 Scrum會議，是Scrum管理的特色。通過會議，團隊可以不斷的溝通、反饋、修改。Scrum的會議主要有Sprint計劃會、每日站會、Sprint評審會和Sprint回顧會。下面章節(jié)一進行介紹。Sprint計劃會Sprint計劃會主要目的是確定下個迭代 sprint的開發(fā)任務。在Sprint任務執(zhí)行的過程中，敏捷教練通過任務列表，向團隊成員介紹相關工作任務，團隊成員對任務進行熟悉和了解，同時進行任務的分配。Sprint計劃會需要考慮兩方面內容，首先團隊內部進行討論，討論當前Sprint要做什么，完成的結果，確保當前Sprint目標的一致性。其次是制定清晰而詳細的Sprint計劃，討論團隊在Sprint執(zhí)行時，任務列表的實現(xiàn)與產品功能的一致，使團隊成員清楚了工作任務和具體做法。會議時間：控制在4-8小時。會議目標：產品負責人和敏捷開發(fā)團隊一起對產品列表進行評估，制定發(fā)行版本和 sprint計劃。會議結果：形成產品列表、任務列表的具體細節(jié)內容。每日站會所謂每日站會（也可叫每日站例會），就是說 Scrum團隊每天都要執(zhí)行的會議。團隊成員在每天早上（下午也可以）固定時間段進行站會，會議時間不能太長（一般控制在15分鐘內），太長則影響會議效果。每日站會上，Scrum開發(fā)團隊成員逐個匯報，具體匯報三件事，第是昨天工作完成情況、 今天需要完成那些工作、是否存在困難需要團隊解決，敏捷教練把每個團隊成員在各自任務上花費的時間記錄或更新到Sprint任務列表上。團隊成員在遇到障礙或困難時，敏捷教練會對具體問題對團隊成員進行指導和解決。一般在站會上會顯示燃盡圖，直觀顯示當前的任務進展情況。在項目敏捷實施中，每天團隊在固定時間進行每日站會，團隊成員集中到任務白板處，依次對工作完成情況進行匯報，具體為昨天任務完成情況，是否存在困難需要團隊支撐解決，今天任務的認領，同時更新白板上的任務完成情況和剩余時間， 例會結束后，由敏捷教練根據(jù)白板上完成的情況， 更新任務列表上有關已開始的、進行中的、已完成的任務狀態(tài)。Scrum每日站會有助于團隊成員間的溝通了解， 同時，在開發(fā)過程中遇到的問題可通過每日例會快速的解決。會議的召開，有助于提高項目質量和進度的把控。會議時間：控制在15分鐘左右。會議目標：敏捷教練組織，和敏捷開發(fā)團隊一起對當前進度進行總結和協(xié)調。會議結果：更新任務列表，燃盡圖更新，待協(xié)調問題。待辦事項準備開始進行中已完成圖7站會白班示意圖Sprint評審會Sprint評審會則是在一個Sprint迭代結束時，產品負責人召集 Scrum團隊成員進行當前Sprint產品增量功能的演示會，在Sprint評審會中，也可邀請相關的外部人員和利益相關者參與。在Sprint評審會上，Scrum團隊除了進行產品功能的演示外， 還根據(jù)當前產品任務列表的完成情況， 與產品負責人進行溝通，確定下個迭代開發(fā)中的任務內容的。演示中，團隊負責人可對具體演示產品提出反饋意見，敏捷教練對提出的意見進行收集同時進行改進。在會上，團隊和產品負責人探討己完成的工作和剩余工作，根據(jù)當前工作效率重新評估產品或版本的發(fā)布日期， 相差較大時，則出具應對方案。當前Sprint評審會能夠對下個Sprint計劃會提供參考。會議時間：控制在4-6小時。會議目標：敏捷開發(fā)團隊向產品負責人、項目經(jīng)理等人演示當前完成的 sprint任務后的產品，介紹本次sprint完成的成果是否滿足預期計劃。會議結果：完成產品演示，收集反饋意見后在下一個 sprint改進。Sprint回顧會在項目敏捷實施中，Scrum團隊在Sprint評審會后，進行了相應的Sprint回顧總結會（復盤會），團隊對當前己完成的Sprint進行經(jīng)驗總結，主要對Sprint的過程、人員、技術、工具等方面進行回顧總結，具體在Sprint執(zhí)行中，針對做的優(yōu)秀的方面和差的方面進行總結， 同時，Scrum團隊還將確定下個階段Sprint計劃中將要進行的相關優(yōu)化方案，作為一種經(jīng)驗過程總結的檢驗。會議時間：控制在2-4小時。會議目標：敏捷開發(fā)團隊內部進行復盤總結，總結成功經(jīng)驗和教訓，思考改進的地方。會議結果：成功的經(jīng)驗、改進的項點。6敏捷輔助工具在敏捷開發(fā)過程中，需要使用一些工具軟件用于項目管理，以提高項目開發(fā)效率，加強質量管控，使用的工具包括：持續(xù)集成平臺Jenkins,自動部署工具docker、靜態(tài)代碼檢查工具、單元測試覆蓋率統(tǒng)計工具。持續(xù)集成平臺JenkinsJenkins持續(xù)集成平臺工具的使用， 能夠自動化進行軟件項目代碼的持續(xù)集成、 自動編譯、自動打包、自動發(fā)布。他大大的節(jié)省了人工集成代碼方面所產生的問題。在開過過程中，可通過持續(xù)集成平臺監(jiān)控項目單元測試覆蓋率，靜態(tài)代碼檢查，有效的提高了軟件代碼開發(fā)質量。自動部署工具dockerDocker是一個開源的應用容器引擎，讓開發(fā)者可以打包他們的應用以及依賴包到一個可移植的鏡像中，然后發(fā)布到任何流行的 Linux或Windows機器上，也可以實現(xiàn)虛擬化。和jenkins結合可以實現(xiàn)自動部署。靜態(tài)代碼檢查靜態(tài)分析工具在開發(fā)階段使用，可提高了軟件軟件代碼走查效率，團隊在代碼走查時，編碼規(guī)范方面的問題都可以通過靜態(tài)分析工具進行檢查，給代碼走查人員留出更多的精力和時間進行軟件代碼在業(yè)務邏輯方面的檢查，從而在編碼階段就能夠規(guī)避一些缺陷，為軟件代碼的交付質量提供了保障。根據(jù)采用的編碼語言，可以采用對應的靜態(tài)分析工具。 CC+可以使用C++test等工具，java可以使用FindBugs進行分析。還有比如TestBed、klocwork等靜態(tài)分析工具也可以在實際的項目中進行采用。單元測試覆蓋率檢查工具在軟件編碼中，開發(fā)成員在完成相應功能開發(fā)的同時，需編寫單元測試代碼，單元測試代碼主要是為了檢查功能實現(xiàn)代碼的功能正確性和業(yè)務邏輯的正確性，然而在開過過程中，開發(fā)團隊為了加快軟件開發(fā)進度，精力都主要集中在完成功能編碼上，單元測試代碼則覆蓋率不高或是被忽略。在開發(fā)過程匯總可以使用一些檢查工具，提高人對單元測試代碼覆蓋率的統(tǒng)計，人工進行統(tǒng)計則費時費力，在開發(fā)階段通過引入單元測試覆蓋率檢查工具可以較大的提高單元測試覆蓋率的檢查效率，達到提高軟件開發(fā)質量的目的。敏捷開發(fā)團隊可以根據(jù)采用的開發(fā)語言選用適合的檢查工具。 CC+珂用TestBed等工具、java語言可以用Eclemma僉查工具。7敏捷過程體系采用敏捷開發(fā)體系，可以結合CMMII佳實踐，建立敏捷開發(fā)過程體系，針對該過程體系，可以劃分不同的階段。針對每個不同的階段可以規(guī)定具體的步驟、流程程序，涉及的相關模板、檢查單。敏捷過程階段具體階段劃分為：e）策劃立項階段：——進行項目策劃，最終形成項目立項書。f）需求分析/計劃發(fā)布階段—制定各種計劃，包括項目開發(fā)計劃，質量保證計劃、配置管理計劃。g）迭代開發(fā)階段—該階段主要進行各個迭代任務的開發(fā)，包括架構設計、數(shù)據(jù)庫設計、接口設計、功能模塊設計，產品列表、任務列表的形成，以及項目的各個監(jiān)控度量、評審的開展。h）產品驗證階段—該階段針對每個迭代的成果進行測試驗證，包括集成迭代測試，對應的配置審查等。產品發(fā)布階段——該階段是sprint完成驗證后上線部署運行，包括上線運行就緒的審查、安裝調試等。結項階段——該階段對項目進行結項總結、包括項目總結報告、驗收報告、對應開發(fā)設計文檔。k）維護階段——主要監(jiān)控產品上線運行后的狀態(tài)，是否有問題，及時記錄問題并解決。7.2敏捷角色職責角色職責1）負責確定維護列表和故障列表。確定產品的功能2）確定功能優(yōu)先級產品負責人（ProductOwner）3）接受或拒絕團隊的工作成果4）參與Sprint計劃會1）負責各項活動的組織和信息的公開，保證團隊的良好協(xié)作和自組織，及時為團隊提供幫助敏捷教練（ScrumMaster）2）負責度量數(shù)據(jù)采集并在每個階段會議上進行通報和分析3）保證開發(fā)過程按計劃進行，組織 Sprint計劃會、每日站會、Sprint評審會、回顧會

4）負責項目級配置管理敏捷開發(fā)團隊（ScrumTeam）1）交付改進列表中的條目，并完成sprint的目標2）團隊成員須全職工作，不可兼職3）向產品負責人演示產品功能4）團隊成員組成在單個sprint實施時不可變動教練組輔導實施敏捷流程項目的 PO,SM及團隊按照敏捷流程工作教練組幫助敏捷團隊分析敏捷執(zhí)行過程中存在問題并提供指導建議； 教練組搜集整理各敏捷團隊中敏捷數(shù)據(jù)和經(jīng)驗，推動敏捷團隊經(jīng)驗在公司級實施敏捷團隊中?？蛻舸硪话銇碜钥蛻舴?，主要負責提供產品需求，確認產品的發(fā)布時間和驗收已完成的產品功能。7.3Scrum敏捷開發(fā)工作流程敏捷開發(fā)流程圖敏捷開發(fā)流程 BtV敏捷團隊.PO/SM/TEAM項、產劃策合同/用戶故事/

產品策劃書立項啟動布發(fā)劃廣析分求需發(fā)開代迭證驗品產配置審計集中編譯合格性測試發(fā)布就緒審查敏捷流程輔導質量宣貫輔導質量保證

軟件工程化

輔導布發(fā)品產可交付產品敏捷開發(fā)流程 BtV敏捷團隊.PO/SM/TEAM項、產劃策合同/用戶故事/

產品策劃書立項啟動布發(fā)劃廣析分求需發(fā)開代迭證驗品產配置審計集中編譯合格性測試發(fā)布就緒審查敏捷流程輔導質量宣貫輔導質量保證

軟件工程化

輔導布發(fā)品產可交付產品總結報告編制維護及技術支持圖8Scrum敏捷開發(fā)流程流程圖詳解策劃立項階段輸入：項目立項申請描述：PO^交立項申請輸出：項目立項書需求分析/計劃發(fā)布階段輸入：a）產品Backlog業(yè)務目標陳述書自定義過程b）召開項目啟動會和發(fā)布計劃會（通知參加會議干系人）描述：PO負責梳理并對團隊講解b）對業(yè)務目標陳述書評審c）按照分項進行評審并填寫d）采集度量數(shù)據(jù)并在會議中說明e）團隊敏捷自定義過程表進行評審，并簽字確認f）由SM負責填寫以上內容并提交配置庫g）對完成標準進行定義h）確定配置管理輸出：a）業(yè)務目標陳述書配置管理計劃c）敏捷自定義過程表d）輕量級項目管控、質量保證和度量數(shù)據(jù)迭代開發(fā)階段輸入：a）產品列表任務列表c）關鍵活動評審描述：a）由PO負責梳理并維護b）由SM負責梳理并維護此文檔SM組織sprint計劃會、每日站會、評審及回顧會d）迭代結束后，按照輕量級項目管控中分項進行評審并填寫e）采集度量數(shù)據(jù)并在會議中說明輸出：a）迭代成果物：產品列表、