TFS Workbrench使用
2016-04-11 22:27
246 查看
在Scrum方法中,最重要的概念莫过于Product Backlog和故事墙了。不管是发布计划,还是迭代计划会议、每日例会、迭代评估和回顾会,基本都与Backlog和故事墙相关。
大部分初步使用纸质的故事卡片、任务卡片、故障卡片,并贴在办公室墙上的研发团队,觉得这样的纯手工操作,不借助任何工具,比较方便和自然。
但是,随着敏捷实践的长期运作,大部分研发团队, 特别是大型项目的多个团队,都面临着度量统计和历史记录的问题,特别是多个团队之间(尤其是跨地域)信息共享和互通的障碍。另外,开发团队的Scrum管理活动,与编写代码、构建产品等开发实践有一定的脱节,与客户团队/测试团队的配合,也越来越困难。
所以大部分实施敏捷的团队,对支持Scrum管理和开发过程的工具的需求,越来越迫切。很多搞敏捷咨询的大师和公司都开始开发和推动敏捷管理工具。总的来说,敏捷管理工具和手工管理有一些优缺点对比如下:
尽管说,敏捷强调人的意识和技能,工具是次要的,但是手工管理和IT管理的差别还是很大的,看看现在有点实力的敏捷咨询的公司都纷纷去做工具了。
这里介绍开源管理工具TFS Workbrench, 它是建立在微软TFS上的一个小工具,用来代替现实中的纸版用户故事卡片和故事墙看板。
下载TFS Workbrench工具:http://tfsworkbench.codeplex.com/
原文地址:http://blog.csdn.net/hu_shaoping/article/details/6975235
上面有图文描述。
大部分初步使用纸质的故事卡片、任务卡片、故障卡片,并贴在办公室墙上的研发团队,觉得这样的纯手工操作,不借助任何工具,比较方便和自然。
但是,随着敏捷实践的长期运作,大部分研发团队, 特别是大型项目的多个团队,都面临着度量统计和历史记录的问题,特别是多个团队之间(尤其是跨地域)信息共享和互通的障碍。另外,开发团队的Scrum管理活动,与编写代码、构建产品等开发实践有一定的脱节,与客户团队/测试团队的配合,也越来越困难。
所以大部分实施敏捷的团队,对支持Scrum管理和开发过程的工具的需求,越来越迫切。很多搞敏捷咨询的大师和公司都开始开发和推动敏捷管理工具。总的来说,敏捷管理工具和手工管理有一些优缺点对比如下:
手工管理(纸版卡片和墙) | 工具管理(backlog和虚拟故事墙) | |
方便性 | 很方便,任何人可以移动和取走卡片。 | 一般。必须通过个人PC或公用PC操作来使用故事卡。 |
直观性 | 卡片少时候很直观,卡片多了就变成痛苦。 | 很直观,也可以用不同的视角来筛选和排序。 |
历史记录 | 没有历史记录 难以存档和查询 | 版本历史清晰 容易查询 |
度量统计 | 痛苦,特别大团队 | 很容易,甚至自动化 |
跨团队/地域沟通 | 几乎不可能 | 很容易 |
与开发/测试活动集成 | 不可能,通过人为保证 | 很容易,比如签入代码时候,可以直接关联到用户故事;测试任务,测试用例,测试脚本,缺陷等可以串成一个清晰的链路。 |
端到端贯通 | 比较难 | 比较容易 |
信息可靠和完整性 | 难以保证,容易有疏漏,丢失 | 比较可靠,可以完整追溯 |
团队规模 | 适合5人以下小团队 | 适合任何中大团队 |
安全性 | 不安全,任何职员(非团队)都可以看到和拿走 | 安全,容易权限控制 |
这里介绍开源管理工具TFS Workbrench, 它是建立在微软TFS上的一个小工具,用来代替现实中的纸版用户故事卡片和故事墙看板。
下载TFS Workbrench工具:http://tfsworkbench.codeplex.com/
原文地址:http://blog.csdn.net/hu_shaoping/article/details/6975235
上面有图文描述。
相关文章推荐
- 第七周项目1 三种不同函数求两点间的距离
- PlaceHolder的两种实现方式
- Solr集群、KI分词、项目实战
- 点击动画
- 8_Linux进程调度的时机和进程切换
- 编写一个基于对象的程序,求长方形的体积
- SVN基础使用以及心得
- Oracle package模板
- 【c++】蛇形矩阵
- HDU5281GUN
- 如何快速进入一门领域,学习新的知识
- 如何把自己打造成技术圈的papi酱
- iOS UITextView 根据输入text自适应高度
- shell脚本学习2
- PHP.ini配置文件
- hdu 1846 Brave Games
- js图片无缝滚动代码
- linux 变量& souce & sh 小结
- Python sort list customisation
- CQOI2016游记