使用TFS2010管理敏捷项目生命周期-系列指南5 TFS 故事墙（Story Wall）-看板（Dashboard）-Workbrench使用

在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计划会议和站立会议，可以试试。 最好准备一个投影或大液晶屏, 就更加有真实感了.