在Scrum方法中,最重要的概念莫过于Product Backlog和故事墙了。不管是发布计划,还是迭代计划会议、每日例会、迭代评估和回顾会,基本都与Backlog和故事墙相关。
大部分初步使用纸质的故事卡片、任务卡片、故障卡片,并贴在办公室墙上的研发团队,觉得这样的纯手工操作,不借助任何工具,比较方便和自然。
但是,随着敏捷实践的长期运作,大部分研发团队, 特别是大型项目的多个团队,都面临着度量统计和历史记录的问题,特别是多个团队之间(尤其是跨地域)信息共享和互通的障碍。另外,开发团队的Scrum管理活动,与编写代码、构建产品等开发实践有一定的脱节,与客户团队/测试团队的配合,也越来越困难。
所以大部分实施敏捷的团队,对支持Scrum管理和开发过程的工具的需求,越来越迫切。很多搞敏捷咨询的大师和公司都开始开发和推动敏捷管理工具。总的来说,敏捷管理工具和手工管理有一些优缺点对比如下:
|
手工管理(纸版卡片和墙) |
工具管理(backlog和虚拟故事墙) |
方便性 |
很方便,任何人可以移动和取走卡片。 |
一般。必须通过个人PC或公用PC操作来使用故事卡。 |
直观性 |
卡片少时候很直观,卡片多了就变成痛苦。 |
很直观,也可以用不同 |