在Scrum方法中，最重要的概念莫過於Product Backlog和故事牆了。不管是發佈計劃，還是迭代計劃會議、每日例會、迭代評估和回顧會，基本都與Backlog和故事牆相關。
大部分初步使用紙質的故事卡片、任務卡片、故障卡片，並貼在辦公室牆上的研發團隊，覺得這樣的純手工操作，不借助任何工具，比較方便和自然。
但是，隨着敏捷實踐的長期運作，大部分研發團隊， 特別是大型項目的多個團隊，都面臨着度量統計和歷史記錄的問題，特別是多個團隊之間(尤其是跨地域)信息共享和互通的障礙。另外，開發團隊的Scrum管理活動，與編寫代碼、構建產品等開發實踐有一定的脫節，與客戶團隊/測試團隊的配合，也越來越困難。
所以大部分實施敏捷的團隊，對支持Scrum管理和開發過程的工具的需求，越來越迫切。很多搞敏捷諮詢的大師和公司都開始開發和推動敏捷管理工具。總的來說，敏捷管理工具和手工管理有一些優缺點對比如下：
|
|
手工管理（紙版卡片和牆） |
工具管理（backlog和虛擬故事牆） |
|
方便性 |
很方便，任何人可以移動和取走卡片。 |
一般。必須通過個人PC或公用PC操作來使用故事卡。 |
|
直觀性 |
卡片少時候很直觀，卡片多了就變成痛苦。 |
很直觀，也可以用不同的視角來篩選和排序。 |
|
歷史記錄 |
沒有歷史記錄 難以存檔和查詢 |
版本歷史清晰 容易查詢 |
|
度量統計 |
痛苦，特別大團隊 |
很容易，甚至自動化 |
|
跨團隊/地域溝通 |
幾乎不可能 |
很容易 |
|
與開發/測試活動集成 |
不可能，通過人爲保證 |
很容易，比如簽入代碼時候，可以直接關聯到用戶故事；測試任務，測試用例，測試腳本，缺陷等可以串成一個清晰的鏈路。 |
|
端到端貫通 |
比較難 |
比較容易 |
|
信息可靠和完整性 |
難以保證，容易有疏漏，丟失 |
比較可靠，可以完整追溯 |
|
團隊規模 |
適合5人以下小團隊 |
適合任何中大團隊 |
|
安全性 |
不安全，任何職員（非團隊）都可以看到和拿走 |
安全，容易權限控制 |
儘管說，敏捷強調人的意識和技能，工具是次要的，但是手工管理和IT管理的差別還是很大的，看看現在有點實力的敏捷諮詢的公司都紛紛去做工具了。
這裏介紹開源管理工具TFS Workbrench， 它是建立在微軟TFS上的一個小工具，用來代替現實中的紙版用戶故事卡片和故事牆看板。
下載TFS Workbrench工具：http://tfsworkbench.codeplex.com/
原文地址：http://blog.csdn.net/hu_shaoping/article/details/6975235
上面有圖文描述。