敏捷開發之Scrum

什麼是敏捷開發？

敏捷開發(agile development)是一種以人為核心、迭代、循序漸進的開發方法。

怎麼理解呢？首先，我們要理解它不是一門技術，它是一種開發方法，也就是一種軟體開發的流程，它會指導我們用規定的環節去一步一步完成專案的開發；而這種開發方式的主要驅動核心是人；它採用的是迭代式開發；

為什麼說是以人為核心？

我們大部分人都學過瀑布開發模型，它是以文件為驅動的，為什麼呢？因為在瀑布的整個開發過程中，要寫大量的文件，把需求文件寫出來後，開發人員都是根據文件進行開發的，一切以文件為依據；而敏捷開發它只寫有必要的文件，或盡量少寫文件，敏捷開發注重的是人與人之間，面對面的交流，所以它強調以人為核心。

什麼是迭代？

迭代是指把乙個複雜且開發周期很長的開發任務，分解為很多小週期可完成的任務，這樣的乙個週期就是一次迭代的過程；同時每一次迭代都可以生產或開發出乙個可以交付的軟體產品。

關於scrum和xp

前面說了敏捷它是一種指導思想或開發方式，但是它沒有明確告訴我們到底採用什麼樣的流程進行開發，而scrum和xp就是敏捷開發的具體方式了，你可以採用scrum方式也可以採用xp方式；scrum和xp的區別是，scrum偏重於過程，xp則偏重於實踐，但是實際中，兩者是結合一起應用的，這裡我主要講scrum。

什麼是scrum？

scrum的英文意思是橄欖球運動的乙個專業術語，表示「爭球」的動作；把乙個開發流程的名字取名為scrum，我想你一定能想象出你的開發團隊在開發乙個專案時，大家像打橄欖球一樣迅速、富有戰鬥激情、人人你爭我搶地完成它，你一定會感到非常興奮的。

而scrum就是這樣的乙個開發流程，運用該流程，你就能看到你團隊高效的工作。

【scrum開發流程中的三大角色】

產品負責人（product owner）

主要負責確定產品的功能和達到要求的標準，指定軟體的發布日期和交付的內容，同時有權力接受或拒絕開發團隊的工作成果。

流程管理員（scrum master）

主要負責整個scrum流程在專案中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。

開發團隊（scrum team）

主要負責軟體產品在scrum規定流程下進行開發工作，人數控制在5~10人左右，每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，同時具有一定的表達能力；成員可以採用任何工作方式，只要能達到sprint的目標。

scrum流程圖

下面，我們開始講具體實施流程，但是在講之前，我還要對乙個英文單詞進行講解。

什麼是sprint？

sprint是短距離賽跑的意思，這裡面指的是一次迭代，而一次迭代的週期是1個月時間（即4個星期），也就是我們要把一次迭代的開發內容以最快的速度完成它，這個過程我們稱它為sprint。

如何進行scrum開發？

1、我們首先需要確定乙個product backlog（按優先順序排列的乙個產品需求列表），這個是由product owner 負責的；

2、scrum team根據product backlog列表，做工作量的預估和安排；

3、有了product backlog列表，我們需要通過 sprint planning meeting（sprint計畫會議）來從中挑選出乙個story作為本次迭代完成的目標，這個目標的時間週期是1~4個星期，然後把這個story進行細化，形成乙個sprint backlog；

4、sprint backlog是由scrum team去完成的，每個成員根據sprint backlog再細化成更小的任務（細到每個任務的工作量在2天內能完成）；

5、在scrum team完成計畫會議上選出的sprint backlog過程中，需要進行 daily scrum meeting（每日站立會議），每次會議控制在15分鐘左右，每個人都必須發言，並且要向所有成員當面匯報你昨天完成了什麼，並且向所有成員承諾你今天要完成什麼，同時遇到不能解決的問題也可以提出，每個人回答完成後，要走到黑板前更新自己的 sprint burn down（sprint燃盡圖）；

6、做到每日整合，也就是每天都要有乙個可以成功編譯、並且可以演示的版本；很多人可能還沒有用過自動化的每日整合，其實tfs就有這個功能，它可以支援每次有成員進行簽入操作的時候，在伺服器上自動獲取最新版本，然後在伺服器中編譯，如果通過則馬上再執行單元測試**，如果也全部通過，則將該版本發布，這時一次正式的簽入操作才儲存到tfs中，中間有任何失敗，都會用郵件通知專案管理人員；

7、當乙個story完成，也就是sprint backlog被完成，也就表示一次sprint完成，這時，我們要進行 srpint review meeting（演示會議），也稱為評審會議，產品負責人和客戶都要參加（最好本公司老闆也參加），每乙個scrum team的成員都要向他們演示自己完成的軟體產品（這個會議非常重要，一定不能取消）；

8、最後就是 sprint retrospective meeting（回顧會議），也稱為總結會議，以輪流發言方式進行，每個人都要發言，總結並討論改進的地方，放入下一輪sprint的產品需求中；

下面是運用scrum開發流程中的一些場景圖：

上圖是乙個 product backlog 的示例。

上圖就是每日的站立會議了，參會人員可以隨意姿勢站立，任務看板要保證讓每個人看到，當每個人發言完後，要走到任務版前更新自己的燃盡圖。

任務看版包含未完成、正在做、已完成的工作狀態，假設你今天把乙個未完成的工作已經完成，那麼你要把小卡片從未完成區域貼到已完成區域。

每個人的工作進度和完成情況都是公開的，如果有乙個人的工作任務在某乙個位置放了好幾天，大家都能發現他的工作進度出現了什麼問題（成員人數最好是5~7個，這樣每人可以使用一種專用顏色的標籤紙，一眼就可以從任務版看出誰的工作進度快，誰的工作進度慢）

上圖可不是撲克牌，它是計畫紙牌，它的作用是防止專案在開發過程中，被某些人所領導。

怎麼用的呢？比如a程式設計師開發乙個功能，需要5個小時，b程式設計師認為只需要半小時，那他們各自取相應的牌，藏在手中，最後攤牌，如果時間差距很大，那麼a和b就可以討論a為什麼要5個小時...

敏捷開發的4句宣言

個體與互動勝過過程與工具

可以工作的軟體勝過面面俱到的文擋

客戶協作勝過合同談判

響應變化勝過遵循計畫

敏捷開發之Scrum

敏捷開發之Scrum

敏捷開發之SCRUM

敏捷開發之Scrum

相關推薦