Scrum敏捷軟件開發研究范文

本站小編為你精心準備了Scrum敏捷軟件開發研究參考范文，愿這些范文能點燃您思維的火花，激發您的寫作靈感。歡迎深入閱讀并收藏。

當前在軟件開發領域存在著兩種典型的軟件開發模式，其中CMMI標準因為要求軟件設計主體遵循較為復雜的設計過程，在軟件設計過程中需要產生和維護大量的文檔，所以又被稱為軟件設計的“重載”方法。另一種敏捷開發方法著重于軟件開發的效率，又被稱為軟件設計的“輕載”方法，多年來在軟件設計領域都認為CMMI和敏捷開發是對立的，但是筆者并不這樣認為，本文將就結合CMMI的scrum敏捷軟件開發問題進行簡要闡述。

1Scrum與CMMI結合性

Scrum是上世紀九十年代開發的一種敏捷軟件設計模型，這一模型主要有產品負責人、Scrum負責人和Scrum團隊組成，具體的組成人數根據設計主體的特點不同又會有不同，在Scrum開發模式下，產品負責人要負責制作和維護產品需求列表，作為每次沖刺的輸入，根據產品需求列表的內容，在沖刺之前的貯備會議上制定整個沖刺過程的任務列表，然后就可以進入到軟件設計的沖刺階段，這一時間并不固定，大部分要持續2到4周的時間，在這一過程中每天都要召開囊括所有團隊成員的會議，具體設計人員匯報前一天的進度，并對當天的工作進行安排。沖刺開發完成以后進入到沖刺演示階段，在這一階段所有的設計人員對設計軟件進行演示審核，最終確定所設計的軟件是否符合要求。在軟件的設計活動中Scrum與CMMI對比主要集中在三級域上，Scrum對CMMI的三級域的不支持支持情況分布如表1所示，由表1中可以明顯的看出Scrum過程對CMMI三級過程域的不支持主要集中在過程管理類過程域，并不存在無法克服的結合問題。

2Scrum敏捷軟件開發的改造

2.1人員的角色分配在軟件設計的CMMI模式中軟件項目一般應該具備以下幾種角色：項目經理、軟件總設計師、軟件設計師、軟件測試員、軟件質量保證員、軟件配置管理員。而相應的Scrum中指設置了產品負責人、Scrum負責人和Scrum團隊及中國角色，從組織機構和人員分配中可以看出二者的差異，所以在結合過程中應該在Scrum團隊中再增加軟件質量保證員和軟件配置管理員的角色。

2.2制定項目計劃在具體的軟件設計活動中Scrum敏捷開發采取的是一種動態項目管理方式，如圖1所示，為了適應不斷變化的軟件設計需求，Scrum模式下軟件設計的沖刺執行與項目規劃是并行的，通過對上一階段工作的總結并制定下一步工作計劃來保證項目的延續性和正確的方向性。在CMMI模式中項目管理是從最初的項目設計開始的，通過將設計目標有機分化為獨立組成部分來實現設計工作的延續，在有機部分設計過程中通過對分項的獨立管理和整體的統籌管理保證設計方向的正確性。在項目管理活動中對二者的結合通過將CMMI項目策劃的過程域對應到兩個層次應用來實現，這兩個層次分別被命名為目標層和沖刺層。項目層對應用戶的要求設定產品任務列表，而沖刺層則對應任務列表結合軟件質量保證員和軟件配置管理員的新角色，保證軟件設計的正確方向性。

2.3與過程和產品質量保證過程域的結合在具體的軟件設計活動中Scrum開發方式通過增加CMMI模式中的軟件質量保證員的角色來保障證PPQA過程域的實現，在結合型的軟件設計模式中質量保證員的主要職責是：第一、全程參與沖刺的策劃活動，制定《沖刺質量保證計劃》，明確需要審查的過程和工作產品。第二、實施質量保證活動，在具體的沖刺活動中依據《沖刺質量保證計劃》對設計的過程、產品和服務進行檢查與評價。第三、對不符合項目標準的內容進行跟蹤，并將軟件開發活動中存在的問題匯總成《沖刺質量保證報告》，在沖刺演示會議上傳達給組成人員，展示出開發活動中存在的不合理現象和表現出的問題，由團隊協商予以解決，如不能在團隊內部解決，質量保證員有權直接上報直至有效解決。

3結論

當前計算機軟件技術已經滲透到社會經濟生活的各個領域，社會發展對軟件開發的需求極為強烈，在這種形勢下對結合CMMI的Scrum敏捷軟件開發的研究具有鮮明的現實意義，本文從Scrum與CMMI結合性、Scrum敏捷軟件開發的改造兩個方面對這一問題進行分析，以期為結合CMMI的Scrum敏捷軟件開發水平提高提供支持和借鑒。

作者：張思凱 單位：曲阜師范大學軟件學院軟件工程專業