简单的敏捷工具更受敏捷开发团队青睐

实施敏捷不需要一定或者建议使用工具。理想的情况是,看着索引卡上的需求,通过命令行就可以完成开发。但是,最近几年出现了多种工具,它们对顺利完成敏捷开发起到了很好的促进作用。Migan和Gaia近期做了一个调查,以试图得出敏捷开发团队对工具的使用情况。

据两位所言,他们做这个调查的原因之一是要评估敏捷团队是不是愿意使用简单的工具。

很多公司现在依然使用传统的项目管理工具来进行敏捷开发,比如MS Project、电子表格(MS Excel)。在采访了多家公司后,我们发现这一现象的背后原因是,许多敏捷工具都提供了许多不同的定制选项,但比起电子表格、笔和纸等却更难使用,更不直观。

这一调查共涵盖了100名代表,分别来自35个国家,包括英国、瑞典、埃及、美国、法国、加拿大、印度、西班牙、波兰、乌克兰、马来西亚、巴西、新西兰、罗马尼亚、意大利、澳大利亚和德国等。

调查结果显示了一个非常有趣的现象,那就是简单工具和敏捷项目管理工具软件常常混合使用:

  • 在使用其他敏捷工具的同时,25%的用户使用传统的墙和纸23%的使用电子表格
  • 尽管敏捷工具软件里有故事卡片功能,62%的团队依然在使用传统的工具,如墙和纸等
  • 对敏捷工具最渴望的特性是易于使用,随后是可定制化和价格;
  • 对某个工具最不喜欢看到的地方就是缺少和其他系统的集成,然后是不能输出定制的报表等。

Migan和Gaia会在以后发布一个详细的调查分析,但据两位讲,初步分析显示简单和实际的工具最常被使用。

敏捷工具使用调查给出了这么一个事实,那就是大多数公司坚持使用简单的、实用的工具,比如Leangoo,很简单,很易用,对它们而言,可用性是一个工具最有价值的地方。

这一结果,和此前TargetProcess的Michael Dubakov和Peter Stevens所做的一个研究很类似。

这个研究的结果揭示了像白板、卡片、大的实际图表等简单工具得分为57,而基于Web的敏捷工具得分为52,电子表格是43。基于敏捷的哲学思想,大多数团队不希望让事情变得那么复杂。

Michael和Peter整合了他们的研究结果,向其他团队做了推荐。他们总结说,基于不同的团队构成和所需的状态报告,实际的、基于Web的,或者二者兼而有之的工具都有可能被用到。

  不需要状态报告 状态报告很重要
小的集中团队 实际的工具 实际的工具和基于Web的敏捷工具混合使用
大的集中团队 实际工具和基于Web的敏捷工具混合使用 基于Web的敏捷工具
分布式团队 基于Web的敏捷工具 基于Web的敏捷工具

英文原文:Simple Tools Preferred in the Agile Tools Space

时间: 2024-11-11 14:44:32

简单的敏捷工具更受敏捷开发团队青睐的相关文章

你大概走了假敏捷:认真说说敏捷的实现和问题(手绘版)

作者:薄玉桴,腾讯产品经理,关注项目管理.灵魂画手. 今天你敏捷了没有?"敏捷"在互联网和软件开发领域从涓涓细流逐渐演变为行业潮流,往小了说是改进了开发方法,往大了说是革了瀑布流式的命--把产品开发引向了快速迭代.小步快跑的路线上. 我们使用tapd写 feature,流转.跟踪任务,言必谈敏捷,然而我们是否真的走对了敏捷? 编辑注:tapd 是腾讯内部的敏捷项目管理系统. 1.朋友,你听说过敏捷么? 2.离开敏捷工具,我们怎么敏? 3.设计也要介入敏捷流程? 4.敏捷跟文档是对立的?

敏捷开发流程及敏捷工具

敏捷开发,要求在开发过程中不断增强,从而提高软件质量,以达到提高商业收入的目的.它是一个迭代的过程,一个不断提高企业投资回报率和服务质量的过程.值得注意的是,成功的敏捷开发,单纯依附于活跃的开发过程和理解敏捷所带来的效益并对此有浓厚兴趣的企业用户.本文将介绍敏捷开发的五大过程及这些过程中所要用到的工具. 敏捷计划 典型的敏捷开发将整体工作分为一系列的发布过程,每个发布过程都是一个迭代循环,每个迭代循环都会发布一组功能特性. 敏捷计划规定了每个循环中所需要完成的工作(发布/迭代).在该阶段,产品所

让敏捷工具在敏捷开发中发挥高效作用

敏捷软件开发绝不再是一个新名词了,但理解还是时时有偏差.敏捷宣言中的第一条“个体和互动高于流程和工具”,有人就误读为“有了沟通,一切都迎刃而解” ,因此花费大量精力整顿团队合作,却轻视了工具(技术).其实宣言中的意思只是想强调个人和沟通更重要而已. 实际上,既然是软件开发,在所难免得面临工具的选择,而且很多优秀软件实践离开强有力的工具支持都玩不转.在如今的软件开发世界中,工具(这里谈的是软件工具)层出不穷,数不胜数,那么到底该怎么去选择适合的工具呢? 本文将根据我十几年的企业级软件开发经验给出一

Scrum敏捷工具Leangoo企业实践分享

首次了解到Leangoo,大概是2年前.之前已经有过比较多的Scrum实践,当时在前司开发了一个看板的系统,离开后在新团队没有类似的工具,有点不便,就想找找有没有这样的工具! Google一下后就找到了Leangoo,用了一下,和之前自己开发的工具功能基本一致,非常方便实用,上手很快,所以就成了忠实用户 在半年前来到吴晓波老师的公司巴久灵担任CTO.公司的IT团队组建不久,不到一年.担负着好几个产品的开发任务,整个项目管理比较混乱. 我第一件着手要做的事儿,就是按产品线划分团队,然后采用Scru

【敏捷】7.showcase,开发中必须引起重视的小环节

有人说,测试者来自火星,开发者来自金星.这是因为软件测试员和软件开发者就好比一对冤家,里面的缘由说不清也道不明.开发代表着创造,而测试则代表着摧毁,因为测试的目的就是以各种方式不断地从开发出的产品中发现大大小小的Bug,长此以往,开发者认为测试者是在故意找茬,两者的矛盾慢慢就会产生.     敏捷之前项目中也有开发和测试,就如上文所说矛盾不少,比如测试测出一个bug,提单给开发,开发看了觉得这不是一个bug,实际业务过程中根本不会有这样的操作方法.还有测试提了一个问题单,开发在下面回复已解决,测

DevOps是敏捷在软件开发团队的另一应用

DevOps是敏捷在软件开发团队的另一应用.那么相比之下,哪个更胜一筹? 一边,有业界认可的scrum master,它的朋友极限编程者,以及由其衍生的 LeSS.SAFe.DAD等,是敏捷. 另一边,有精益文化机器,用代码持续交付其基础架构,它的名字左边是开发,右边是运维,合起来就是DevOps. 虽然我已尽我所能在普及这两个概念,但人们关于敏捷和DevOps的争论依然让它们听起来完全不同.更糟糕的是,尽管他们都已经有了各自的行业术语和口号,但两者的概念还是没办法准确定义.鉴于敏捷诞生早于De

【软帝学院】10个java开发工具,所有java开发人员都应该了解的工具

10个java开发工具,所有java开发人员都应该了解的工具 1.Groovy Groovy 是 用于Java虚拟机的一种敏捷的动态语言,它是一种成熟的面向对象编程语言,既可以用于面向对象编程,又可以用作纯粹的脚本语言. 为Java开发者提供了 现代最流行的编程语言特性,而且学习成本很低,支持DSL和其它简洁的语法,让代码变得易于阅读和维护. Groovy拥有处理原生类型,面向对象以及一个Ant DSL,使得创建Shell Scripts变得非常简单. 大大提高了开发者的效率. 2.Rest-a

10个java开发工具,所有java开发人员都应该了解的工具

10个java开发工具,所有java开发人员都应该了解的工具1.GroovyGroovy 是 用于Java虚拟机的一种敏捷的动态语言,它是一种成熟的面向对象编程语言,既可以用于面向对象编程,又可以用作纯粹的脚本语言.为Java开发者提供了 现代最流行的编程语言特性,而且学习成本很低,支持DSL和其它简洁的语法,让代码变得易于阅读和维护. Groovy拥有处理原生类型,面向对象以及一个Ant DSL,使得创建Shell Scripts变得非常简单. 大大提高了开发者的效率.2.Rest-assur

新思想、新技术、新架构——更好更快的开发现代ASP.NET应用程序

在博客园学习很长时间了,今天终于自己也开通了博客,准备分享一些感悟和经验.首先感谢博客园园主提供了这么好的程序员学习交流平台,也非常感谢张善友.dax.net.netfocus.司徒正美 等技术大牛的无私分享,从他们身上学到了很多.还有我最近一直关注的田园里的蟋蟀,分享了很多新的技术和思想方法,在此也深深地感谢!希望蟋蟀再接再厉,多多分享,向你学习! 我自己一开始工作(2002年)就从事WEB开发(ASP.NET方向),到现在已经13个年头了,从初级程序员到技术经理.开发部经理.项目总监,后来合