BT

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

Voke发布报告警示敏捷采纳者

| 作者 Marta Jasinska 关注 0 他的粉丝 ,译者 郭雪品 关注 1 他的粉丝 发布于 2012年9月20日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

本周早些时候,Voke公司(一家基于数据分析的公司,关注应用软件生命周期和它的全球化转换)发布了一份来自不同公司关于敏捷方法及其敏捷实践的调查报告,这份报告非常具有争议。你可以在Voke公司的网站上找到这份报告,不过你得付费订阅才能查看报告内容。你也可以在David Ramel的“应用发展趋势”网站上查看此报告的详细摘要

报告标题是“敏捷困境”,用200多名敏捷参与者的调查数据作支持——人员包括技术代表,以及非技术公司中,正在使用或曾经使用过敏捷开发方法的人员。它的目的是为正评估敏捷方法是否适合团队的组织提供上下文环境。基于受访者的评价,报告把敏捷定义成“以开发者为中心”的方法,它允许开发人员在流程上拒绝质量保证和系统管理员。报告认为敏捷的规则允许开发人员“远离流程、工具、文档,以及后续计划”。而且还有高达40%的受访者称使用敏捷方法并没有带给他们成功,这更让报告的作者对敏捷方法热情减少了:“要小心敏捷运动可能只是开发人员反抗不想做的任务、计划,或者是机构推销认证、培训等敏捷服务的一个机会”,他们如此说。

除了报告外,从调查回答中也能得出一些有趣的结论:64%的受访者认为转向敏捷开发的过程“混乱、艰难或者缓慢”。只有28%的人回答称使用敏捷方法获得了成功。报告中显示,实施敏捷开发最主要的好处是:版本发布更快了、得到了更多的反馈。网上可以找到大量的应用敏捷方法取得成功的故事和文章,它们与Voke的报告非常矛盾。技术社区中也有人对Voke的报告完全赞同。你觉得敏捷开发怎么样?你认为它是一个巨大的骗局吗?或者你同意slashdot网站上一位评论者所问的:“...是不是分析人员刚好调查了不合适的200个人?”

查看英文原文:http://www.infoq.com/news/2012/07/is_agile_a_scam

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

可信度确实值得怀疑 by Wang Lei

统计样本和采集方法变个花样,就可能得出完全相反的结论来。统计学的数字很多时候是骗人的。

可以理解 by 王 鑫

只能说明64%的受访者都不知道怎么“敏捷”,应该来采访一下我们的团队。一年以来,持续每个sprint都获得客户的高度认可,几乎从不加班,每个项目成员都非常有成就感,非常happy。
其实很多团队只是名义上的“敏捷”,实际上根本没有任何做事流程。

Re: 可信度确实值得怀疑 by andnls andnls

这个跟人的能力有关,就好比程序员,如果一个人不会C硬要他用C去编码,可能得到的是一堆垃圾代码。敏捷需要长期的实践迭代才能得到最佳实践,敏捷不是什么都不管敏捷也需要方法。

Re: 可以理解 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通知我

4 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT