敏捷軟體開發模型 SCRUM

一什麼是scrum?

scrum (英式橄欖球爭球隊), 軟體開發模型是敏捷開發的一種，在最近的一兩年內逐漸流行起來。

scrum的基本假設是：

開發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發、創意、嘗試錯誤，所以沒有一種固定的流程可以保證專案成功。scrum 將軟體開發團隊比擬成橄欖球隊，有明確的最高目標，熟悉開發流程中所需具備的最佳典範與技術，具有高度自主權，緊密地溝通合作，以高度彈性解決各種挑戰，確保每天、每個階段都朝向目標有明確的推進。

scrum 開發流程通常以 30 天(或者更短的一段時間)為乙個階段，由客戶提供新產品的需求規格開始，開發團隊與客戶於每乙個階段開始時挑選該完成的規格部分，開發團隊必須盡力於 30 天後交付成果，團隊每天用 15 分鐘開會檢查每個成員的進度與計畫，了解所遭遇的困難並設法排除。

二 scrum較傳統開發模型的優點

scrum模型的乙個顯著特點就是響應變化，它能夠盡快地響應變化。下面的使用傳統的軟體開發模型(瀑布模型、螺旋模型或迭代模型)。隨著系統因素（內部和外部因素）的複雜度增加，專案成功的可能性就迅速降低。

下圖是scrum模型和傳統模型的對比：

三 scrum模型

一) 有關scrum的幾個名詞

backlog: 可以預知的所有任務，包括功能性的和非功能性的所有任務。

sprint:一次跌代開發的時間週期，一般最多以30天為乙個週期.在這段時間內，開發團隊需要完成乙個制定的backlog,並且最終成果是乙個增量的，可以交付的產品。

sprint backlog:乙個sprint週期內所需要完成的任務。

scrummaster: 負責監督整個scrum程序，修訂計畫的乙個團隊成員。

time-box: 乙個用於開會時間段。比如每個daily scrum meeting的time-box為15分鐘。

sprint planning meeting: 在啟動每個sprint前召開。一般為一天時間（8小時）。該會議需要制定的任務是：產品owner和團隊成員將backlog分解成小的功能模組, 決定在即將進行的sprint裡需要完成多少小功能模組，確定好這個product backlog的任務優先順序。另外，該會議還需詳細地討論如何能夠按照需求完成這些小功能模組。制定的這些模組的工作量以小時計算。

daily scrum meeting：開發團隊成員召開，一般為15分鐘。每個開發成員需要向scrummaster匯報三個專案：今天完成了什麼？　是否遇到了障礙？　即將要做什麼？通過該會議，團隊成員可以相互了解專案進度。

sprint review meeting：在每個sprint結束後，這個team將這個sprint的工作成果演示給product owner和其他相關的人員。一般該會議為４小時。

sprint retrospective meeting：對剛結束的sprint進行總結。會議的參與人員為團隊開發的內部人員。一般該會議為３小時。

二）實施scrum的過程簡單介紹

1) 將整個產品的backlog分解成sprint backlog,這個sprint backlog是按照目前的人力物力條件可以完成的。

2) 召開sprint planning meeting，劃分，確定這個sprint內需要完成的任務，標註任務的優先順序並分配給每個成員。注意這裡的任務是以小時計算的，並不是按人天計算。

3) 進入sprint開發周期，在這個週期內，每天需要召開daily scrum meeting。

4) 整個sprint週期結束，召開sprint review meeting，將成果演示給product owner.

5) 團隊成員最後召開sprint retrospective meeting，總結問題和經驗。

6) 這樣周而復始，按照同樣的步驟進行下一次sprint.

整個過程如下圖所示：

參考：

敏捷軟體開發模型 SCRUM

敏捷軟體開發模型 SCRUM

敏捷軟體開發模型 SCRUM

敏捷軟體開發模型 SCRUM

相關推薦