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

你可能感兴趣的:(研发过程,敏捷,研发管理工具)