BT

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

调查报告:敏捷意味着什么

| 作者 Shane Hastie 关注 18 他的粉丝 ,译者 鲍央舟 关注 1 他的粉丝 发布于 2010年7月2日. 估计阅读时间: 3 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

近10年前,敏捷宣言的价值观和原则在2001年2月起草。在之后的10年中,技术持续在变,环境持续在变,成千上万的人已经把这12条敏捷原则运用到他们的日常工作中。

北卡罗莱纳州立大学计算机系的副教授Laurie Williams实施了一个调查,来理解敏捷原则是否经得起时间和实践的考验。

她从全球范围的实践者社区获取信息,了解他们对原始原则的看法,以及在软件开发中的实践。共有335人(主要在北美和欧洲)对调查作出了响应。响应者被要求对每个原则作出评估,在1-5的范围内选择每个原则在2010年对敏捷团队的重要性,1表示不重要,5表示很重要。

对调查结果,Williams提出:

本质上说,整个社区对这12个原则还是很支持的。粗略统计,其中的11个原则有至少80%的人给了4分和5分。

敏捷原则中受支持最少的是“最好的构架、需求和设计出自于自组织的团队”,只有59%的响应者给出了4分或5分。从响应者给出的评论来看,他们感觉在开始之前有一个高层面的架构对大团队来说是必不可少的,有一个总体的产品远景也是很有用的。

“即使到了开发的后期,也欢迎改变需求。”也与此原则相关。在回答者中,有些人觉得“改变需求”只应该在每个迭代的初期被欢迎,而不是在任何时间。另一些人觉得:看板的使用已使迭代在一些敏捷团队中过时了,所以变化确实应该在任何时间收到欢迎。

越来越不可避免的分布式团队使一些人对“在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈”的可实践性产生了怀疑。

最后,一些响应者觉得“ 可工作的软件是首要的进度度量标准”使一些团队持续产出低质量的代码,并不被客户认可。他们会认为,只要产出可工作的代码,他们的工作就得到了认可。

她正在继续她的研究,并公布了另两个调查,它们都基于第一个调查的反馈和结果。在公布这两个调查的时候,Williams提出了一下观点:

我完全承认敏捷原则属于原始敏捷宣言的签署者,但是你对改变的意见将揭示敏捷团队行为重要的趋势。

其中一个调查关注敏捷原则,另一个关注敏捷实践。关于敏捷原则的调查将从一个稍作调整的敏捷原则版本中获的反馈,旨在捕获原始调查响应者的情绪。关于敏捷实践的调查主要获取对原始调查结果的反应。

新的调查可以在这里找到:原则实践

这些调查将在6月9日星期五之前对响应者开放。

她邀请任何有兴趣的人参与调查,并对逐渐理解敏捷当今的意义做出贡献。

第一次调查的所有结果可以在这里找到。

查看原文: http://www.infoq.com/news/2010/06/what-means-agile-survey

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

根据自己团队的情况来改良敏捷,才是可行的。 by 李 中华

根据自己团队的情况来改良敏捷,才是可行的。

允许的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通知我

1 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT