TFS Workbrench使用

在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

上面有图文描述。