BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

敏捷工具有效性大辨论

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 乔梁 关注 7 他的粉丝 发布于 2007年4月29日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

敏捷宣言中的价值之一就是“个人与交互胜于过程与工具”。从传统的字面意义上看,这一价值暗示着使用软件工具不如使用白板、索引卡片等一些非高科技工具好。敏捷杂志(Agile Journal)的四月期刊中重新审视了工具与敏捷开发的关系。这些文章内容的差异也反映出了当前社区对其不同的看法。

Ron Jeffries(敏捷宣言作者之一)和Rally Software 的Ryan Martens进行了关于软件开发中工具的有效性的争论。关于软件开发中工具有效性的辩论。他们都同意那些提供构建、重构和持续集成的IDE是比较好的工具,但在团队共同使用的工具上有分歧。Ron指出,他反对使用这些集成工具,因为它们更多地阻碍了沟通:

我使用工具看过很多团队的计划或跟踪过他们的迭代。过程好象总是这样的:ScrumMaster或相当于ScrumMaster的人(译者注:一般是项目经理)把计划(或迭代内容)投在屏幕上,然后一个一个地问:“你做完什么了?你正在做什么?你打算下一步做什么?”等等类似的问题。基本上,这个过程可以叫做汇报过程,而不是对话过程。所以与讨论相比,这个过程不适于沟通。团队的每个成员都在轮班回答领导提出的问题。

Ryan回应道,有一定规模的团队就需要工具,因为此时白板和索引卡片无法发挥作用:

敏捷应用的生命周期管理(AALM)工具正在成为综合性的“快速”工具,但是主要还是为了帮助扩大团队,帮助大团队进行管理上的同步。为了与其相一致,迭代团队使用这些工具来反映团队的工作进展状态,如任务、故事、测试以及缺陷状态。为了减少各迭代团队所承担的协作负担,AALM工具就使得团队在既使用白板卡片又使用工具时的协作变得容易许多,而白板自己无法担当这样的角色。

这期杂志的另一些文章阐述了这一辩论的另一个方面。John Scumniotales说时代在变化,敏捷方法和过程现在也要大面积被迫使用这些工具。如果我们想成功,没有别的选择。Dave Hoehn在Renaissance of Paper一文中,使用了另一种方法,并倾向于低技术含量的解决办法。因为这些工具的自然外观弥补了软件开发的不真实性(译者注:或不可触摸性)。而Jim Reuhlin认为,使敏捷团队有效的原因是团队级的协作——衡量工具有效性的标准应该根据它们是否提高了协作效率。

所有文章都围绕着有效协作这一主题,即工具是阻碍还是促进了交流与协作?这一点上与Alistair Cockburn在软件开发是协作和创造的合作游戏一文中提到的模型很相似。所以,我们在软件开发中使用工具时,应时刻想到这一点。

查看英文原文:Agile Tools Usefulness Debated

译者简介:乔梁,BJUG成员,在IT领域工作多年,先后从事过软件开发、架构设计、技术管理等工作,目前从事项目管理工作。关心软件技术领域发展,对软件生命周期管理及过程改进方面的内容很感兴趣,对敏捷方法论亦有所了解。他的个人Blog为:http://blog.csdn.net/tony1130。为InfoQ中文站贡献内容,请邮件至china-editorial@infoq.com

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT