Scrum 敏捷過程模型
在Visual Studio 2010中,項目過程模板變化很大,微軟把Scrum作為基本Agile開發模型(Scrum模型為基礎參考導向),如圖2所示。TFS2010中集成了 MSF for Agile Software Development v5.0,可操作性上又融合了敏捷等軟件開發流程思想模型。
Scrum最初的含義是英式橄欖球爭球隊,是敏捷軟件開發模型中的一種。Scrum 將軟件開發團隊比擬成橄欖球隊,有明確的最高目標,熟悉開發流程中所需具備的最佳技術,具有高度自主權,緊密地溝通合作,以高度彈性解決各種挑戰,確保每 天、每個階段都明確的朝向目標推進。Scrum令人痛苦之處就在于你不得不根據自己的具體情況來對它進行調整,如果能夠隨心所欲應變,那么你就會體會 到它的強大。
圖2 Scrum for Agile
敏捷Scrum開發過程框架中,產品backlog是 Scrum的核心,也是一切的起源。從根本上說,它就是一個需求、或故事、或特性等組成的列表,按照重要性的級別進行了排序。它里面包含的是客戶想要的東 西,并用客戶的術語加以描述,通常叫它故事(story),有時候也叫做backlog條目。
例如,我們建立一個產品 BACKLOG(示例),如表1所示。
表1 產品 BACKLOG(示例)
我們的故事包括這樣一些字段:
ID:統一 標識符,就是個自增長的數字而已,以防重命名故事以后找不到它們。
名稱(Name):簡短的、描述性的故事名。它必須要含義明確,這樣 可以跟其他故事區分開。
重要性:(Importance):產品負責人評出一個數值,指示這個故事有多重要。例如:
20或100。分數越高越重要。避免優先級這個說法,因為一般說來優先級1都表示最高優先級,如果后來有其他更重要的東西就麻煩了。它的優先級 評級應該是什么呢?優先級0?優先級-1?
初始估算(Initial estimate):團隊的初步估算,表示與其他故事相比,
完成該故事所需的工作量。最小的單位是故事點(story point),一般大致相當于一個理想的人天(man-day)。
如 何做演示(How to demo):它大略描述了這個故事應該如何在sprint 演示上進行規范,本質就是一個簡單的測試規范。
筆 者借鑒過很多敏捷書籍和在實戰的應用中嘗試過很多字段,但最后發現,只有上面提到的六個字段我們會一直使用下去,這也就是一種最簡化。
我們可以把backlog存放在TFS2010服務器上,或者共享在TFS2010的 Excel或者Project(參考圖3所示)文檔里面,這是為了多個用戶可以同時編輯它。
圖3 在TFS2010中的Project Product Backlog模板
原文轉自:http://www.anti-gravitydesign.com