Visual Studio 2010敏捷利劍：詳解Scrum
隨著微軟Visual Studio 2010 Ultimate Beta2版本的發布，除了它提供協同一致的ALM(應用程序生命周期)管理工具外，MSF for Agile Software Development過程框架從4.2升級到5.0，并且是以Scrum模型為基礎導向擴展，并且結合了VSTS 2010工具的眾多特性，從而成為微軟.NET相關技術人員手中不可多得的利器。
1.引言
道是天地萬物演變的本體或本原，是存在之根本。一個行業或者一個事物既然現實地存在著，那么它的發展必然遵循著本身的自然規律。軟件開發的敏捷之道也是如此，當開發團隊為了求得高質量、高效的完成軟件產品的交互過程，無論項目管理者還是團隊成員都需要全方面地學習，包括工具的熟練使用、學習UML、OOAD等技術和收集前人開發過程中的經驗等等，從而使個人以及 團隊綜合素質的大大增強，這就是為學的過程，最后把這些零碎無序的知識系統化后再全部統統忘掉，達到出手無招、隨心所欲，全是下意識自然而然的行動，無變之變，這就是敏捷之道，這可能就是做項目管理及開發的最高境界吧!
敏捷的含義就是速度的最大化。當你咖啡杯從你的手中悄然滑落的時 候，你卻下意識地接到了它，這種直線運動是最快的，其實里面蘊藏著一種意境和思想。這種下意識就是一種境界思維，它沒有經過大腦，條件反射的方式以最短最 快的速度取得了結果。
這種現象又讓筆者又聯想起了李小龍的截拳道，它的一個特點就是充分運用節約的經濟線(兩點間的直線)的技 擊原理，所以它打擊對方的機會和實用性最佳，而且最快，這種下意識的境界就是一種太極哲理，搏擊之最高境界。萬物皆有道，這都是從道的本體中演化出來的!
2.敏捷之簡易
簡單通常是一個好的設計具備特征，這些設計是經典的并且很難再改進的。敏捷團隊注重簡易，這樣做可以消除那些沒必要的復雜。只需專注于開發當前所 需要的功能和最簡單的設計。如果能使用簡單來幫助一個敏捷團隊開發出馬上就需要的軟件，而不浪費人力和資源，這就是他們給那些投資的用戶以最好和最直接利 益的方法。
我們再從《易經》中的簡易、變易、不易的角度思考，可以把它看做是對易理的高度抽象易理對宇宙的高度抽象 簡易指變與不變都是道的體現，自然而然而非刻意求變，萬事萬物都只是按其本性生生不息而已。所以，簡易之理是對大自然萬事萬物高度的抽象；變 易是指變化，任何生生不息都是處在不斷的變化之中，沒有停止過，宇宙中的萬物沒有一樣東西是不變的；不易是指萬事萬物的變化都有其不變的本 性，同時又有當變則變、不當變則不變的含義。宇宙中萬事萬物雖然不斷變化著，但是卻有一項永遠不變的東西存在，就是能變出萬事萬物的那個東西，是 永恒存在的，中國傳統哲學里稱之為道。
3.Scrum 敏捷過程模型
在Visual Studio 2010中，項目過程模板變化很大，微軟把Scrum作為基本Agile開發模型(Scrum模型為基礎參考導向)，如圖所示。TFS2010中集成了 MSF for Agile Software Development v5.0，可操作性上又融合了敏捷等軟件開發流程思想模型。
Scrum最初的含義是英式橄欖球爭球隊,是敏捷軟件開發模型中的一種。Scrum 將軟件開發團隊比擬成橄欖球隊，有明確的最高目標，熟悉開發流程中所需具備的最佳技術，具有高度自主權，緊密地溝通合作，以高度彈性解決各種挑戰，確保每天、每個階段都明確的朝向目標推進。Scrum令人痛苦之處就在于你不得不根據自己的具體情況來對它進行調整，如果能夠隨心所欲應變，那么你就會體會到它的強大。
Scrum for Agile
敏捷Scrum開發過程框架中，產品backlog是 Scrum的核心，也是一切的起源。從根本上說，它就是一個需求、或故事、或特性等組成的列表，按照重要性的級別進行了排序。它里面包含的是客戶想要的東 西，并用客戶的術語加以描述，通常叫它故事(story)，有時候也叫做backlog條目：
表1 產品BACKLOG(示例) #p#
我們的故事包括這樣一些字段：
ID：統一標識符，就是個自增長的數字而已，以防重命名故事以后找不到它們。
名稱(Name)：簡短的、描述性的故事名。它必須要含義明確，這樣可以跟其他故事區分開。
重要性：(Importance)：產品負責人評出一個數值，指示這個故事有多重要。例如：
20或100，分數越高越重要。避免優先級這個說法，因為一般說來優先級1都表示最高優先級，如果后來有其他更重要的東西就麻煩了。它的優先級評級應該是什么呢?優先級0?優先級-1?
初始估算(Initial estimate)：團隊的初步估算，表示與其他故事相比，
完成該故事所需的工作量：最小的單位是故事點(story point)，一般大致相當于一個理想的人天(man-day)。
如何做演示(How to demo)：它大略描述了這個故事應該如何在sprint 演示上進行規范，本質就是一個簡單的測試規范。
筆者借鑒過很多敏捷書籍和在實戰的應用中嘗試過很多字段，但最后發現，只有上面提到的六個字段我們會一直使用下去，這也就是一種最簡化。我們可以把backlog存放在TFS2010服務器上，或者共享在TFS2010的Excel或者Project文檔里面，這是為了多個用戶可以同時編輯它。
在TFS2010中的Project Product Backlog模板
雖然正規意義上 這個文檔應該歸產品負責人所有，但是我們并不想把其他用戶排斥在外，開發人員常常要打開這個文檔，弄清一些事情，或者修改估算值。VSTS 2010已經支持Scrum的Product Backlog的模板，并且可以進行Backlog的迭代，如下圖所示。
Product Backlog模板
打開Product Backlog，建立User Story，如圖所示。
建立User Story
編寫相關Story條目內容，如圖所示。
編輯Story條目
當編寫完Story條目內容后，我們可以在Web端的Project Portal查看user story的內容與條目。
打開Web端的Project Portal
Project Portal顯示條目
在share point的Project Portal中，我們可以對該story進行編輯等操作，如圖所示。
share point站點中編輯條目 #p#
我們可以對表1進行擴展，如表2所示。
產品BACKLOG擴展
Backlog組件 ID Important Estimate How To Demo Notes
組件用處 事件的編號 事件的重要性，用一個分數來表示。分數越高越重要(但重要的事件，內容不一定多) 初始的估算，也就是完成某個事件所需要的工作量。 事件的簡單測試 用簡潔的語句進行注解、說明等。
Backlog組件 Track Components Requestor BugTrack
組件用處對產品的分類產品由哪些部份組成記錄最先提出的需求，并在后續的開發過程中進行反饋。
注：有顏色的組件可以說是必需的!
在TFS2010中支持Reports的生成Excel報表，內容包括backlog、工作項等。
創建報表Excel
選擇創建報表Excel生產類型
生成Excel報表
在Scrum敏捷框架中，最強的就是快速應對客戶需求的靈活變化。Scrum中有四個很標致性也很核心的詞：backlog , sprint、迭代、反饋。結合VSTS 2010的工具，可以快速進行story的變化，并且快速完成。例如，在產品 BACKLOG(參考表1)，在每個Spint中，實現特性How To Demo，通過VSTS 2010的Architecture繪制SSO統一登錄的UML順序(如圖所示)，完成Spint Demo(可以是Spint中一部分)。
繪制SSO統一登錄的UML順序
敏捷軟件開發的核心是：使用項目行為的輕 量但足夠的規則以及使用以人為本的規則及面向溝通的規則。Scrum的Sprint計劃會議非常關鍵，應該算是Scrum中最重要的活動(這當然是我的 主觀意見)。要是它執行的不好，整個sprint甚至都會被毀掉。
TFS2010集成平臺的開發項目的合作
Scrom敏捷過程管理實施流程，如圖所示。將整個產品的 backlog分解成Sprint Backlog,這個Sprint Backlog是按照目前的人力物力條件可以完成的。召開sprint planning meeting，劃分，確定這個Sprint內需要完成的任務，標注任務的優先級并分配給每個成員。注意這里的任務是以小時計算的，并不是按人天計算。進 入sprint開發周期，在這個周期內，每天需要召開Daily Scrum meeting。整個sprint周期結束，召開Sprint review meeting，將成果演示給Product Owner.團隊成員最后召開Sprint retrospective meeting，總結問題和經驗。這樣周而復始，按照同樣的步驟進行下一次Sprint。
最終結果是，每個Sprint都產生出一個可 見的、可用的交付產品，并向用戶進行展示。一個增量可能是中期的，也可能是可交付的，但是它應該是獨立的。 Sprint的目標是完成盡可能多的優質軟件來確實質性進展，而不是用紙上里程碑(paper milestones)作為依據。
4.Scrum 索引卡
在大多數sprint 計劃會議上，大家都會討論產品 backlog中的故事細節。對故事進行估算、重定優先級、進一步確認細節、拆分，等等都會在會議上完成。敏捷開發中提倡建立物理索引卡。要想收到好的效 果，不妨創建一些索引卡，把它們放到墻上。筆者在這里也有個擴展方法，可以制作電子版的索引卡，如圖所示。可以 清晰、直觀的顯示燃盡圖和索引卡等信息。
Scrom敏捷過程管理
5.總結
Visual Studio 2010的增強的功能特點結合MSF for Agile Software Development V5.0中的Scrum敏捷過程框架，使從事在微軟.NET技術相關工作方向的人們擁有了一把利劍。
如果我們把微軟Visual Studio 2010工具，看成是敏捷開發團隊中，在不同階段中所使用的劍，隨著你的功夫和意境提高，你手中的利器就顯著不重要了，無劍的境界便是最高的追求。敏捷有時也為靈感所致，如果敏捷團隊的人們能鍛煉出這種境界，便是軟件開發之最高境界，那就是敏捷之道了。所以，敏捷的開發團隊也是講究天人合一(團隊敏捷意識合而為一)，敏捷也是哲學的。
內因就是驅動員工愿意干事情，要有內在驅動力。每個人敏感程度不同，給每個類型程序員的驅動力也不同。所有的員工自動自發的工作都是有內因的，掃描你的團隊成員屬于哪種類型。如果程序員是危機風險型，你就提供他創新的機會和平臺，發揮他的最大內因驅動力等。當然，這都必須結合外因才會可度量、可操作、可監控和有目標方向。
【編輯推薦】
