在Scrum方法中，最重要的概念莫過於Product Backlog和故事牆了。不管是發佈計劃，還是迭代計劃會議、每日例會、迭代評估和回顧會，基本都與Backlog和故事牆相關。
大部分初步使用紙質的故事卡片、任務卡片、故障卡片，並貼在辦公室牆上的研發團隊，覺得這樣的純手工操作，不借助任何工具，比較方便和自然。
但是，隨着敏捷實踐的長期運作，大部分研發團隊， 特別是大型項目的多個團隊，都面臨着度量統計和歷史記錄的問題，特別是多個團隊之間(尤其是跨地域)信息共享和互通的障礙。另外，開發團隊的Scrum管理活動，與編寫代碼、構建產品等開發實踐有一定的脫節，與客戶團隊/測試團隊的配合，也越來越困難。
所以大部分實施敏捷的團隊，對支持Scrum管理和開發過程的工具的需求，越來越迫切。很多搞敏捷諮詢的大師和公司都開始開發和推動敏捷管理工具。總的來說，敏捷管理工具和手工管理有一些優缺點對比如下：
|
|
手工管理（紙版卡片和牆） |
工具管理（backlog和虛擬故事牆） |
|
方便性 |
很方便，任何人可以移動和取走卡片。 |
一般。必須通過個人PC或公用PC操作來使用故事卡。 |
|
直觀性 |
卡片少時候很直觀，卡片多了就變成痛苦。 |
很直觀，也可以用不同的視角來篩選和排序。 |
|
歷史記錄 |
沒有歷史記錄 難以存檔和查詢 |
版本歷史清晰 容易查詢 |
|
度量統計 |
痛苦，特別大團隊 |
很容易，甚至自動化 |
|
跨團隊/地域溝通 |
幾乎不可能 |
很容易 |
|
與開發/測試活動集成 |
不可能，通過人爲保證 |
很容易，比如簽入代碼時候，可以直接關聯到用戶故事；測試任務，測試用例，測試腳本，缺陷等可以串成一個清晰的鏈路。 |
|
端到端貫通 |
比較難 |
比較容易 |
|
信息可靠和完整性 |
難以保證，容易有疏漏，丟失 |
比較可靠，可以完整追溯 |
|
團隊規模 |
適合5人以下小團隊 |
適合任何中大團隊 |
|
安全性 |
不安全，任何職員（非團隊）都可以看到和拿走 |
安全，容易權限控制 |
儘管說，敏捷強調人的意識和技能，工具是次要的，但是手工管理和IT管理的差別還是很大的，看看現在有點實力的敏捷諮詢的公司都紛紛去做工具了。
這裏介紹開源管理工具TFS Workbrench， 它是建立在微軟TFS上的一個小工具，用來代替現實中的紙版用戶故事卡片和故事牆看板。
使用步驟：
1、 建立TFS服務器和創建團隊項目，最好使用筆者上一篇介紹的Scrum V3模板。不過其它模板，比如Agile模板，Cmmi模板和Scrum1.0模板也可以用。
2、 下載TFS Workbrench工具：http://tfsworkbench.codeplex.com/
3、 安裝：
4、啓動TFS Workbrench，如下圖：
5、 選擇要打開的項目，以及要使用的迭代和特性團隊。
6、 可以看到默認的界面（Scrum V3模版下）
這是一個任務看板（故事牆），可以看到本迭代所有的故事卡片，每個故事下掛有的任務卡片。每個員工可以很方便拖動或改變卡片的屬性（狀態，責任人，優先級，任務內容…）。也可以改變卡片大小和分類顏色，就如同真實的紙卡片一樣。改變卡片的排序方式，放大和縮小相關佈局，真是比紙版故事牆方便多了。
也可以定製看板上的卡片類型，故障，測試用例，問題，迭代，版本…只要是TFS中有的工作項，都可以做爲卡片來展示。
當然，爲了便於較小的空間內顯示較多的信息（說實在的，故事卡片太浪費顯示空間了），也可以採用表格視圖。
或者以圖形鏈接方式顯示卡片之間的關係，最直觀了：
另外，點擊Report view，可以容易看到Scrum模板帶有的各種常見數據庫報表的度量指標，燃盡燃速，工作量負載，故障趨勢，持續構建趨勢… 這樣團隊的度量和彙報工作量開銷被完全解決掉了。(本項目設置中沒有關聯,置灰了)
回頭來看，我們在TFS WorkBrench裏面操作的數據，可以在VS中看到嗎？答案是肯定的，所有改變操作都是實時刷新到TFS數據庫的，從VS2010的客戶端裏可以看到：
好了，使用TFS的團隊，如果想像Scrum中故事牆運作那樣開展Sprint計劃會議和站立會議，可以試試。 最好準備一個投影或大液晶屏, 就更加有真實感了.