BT

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

敏捷仍然是王者,但持续集成却是难以实现的目标

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

Dimensional Research最近做的有关现代开发团队测试趋势的调查显示,敏捷方法已经得到了广泛地使用,但只有很少的组织拥有按小时基准部署的能力,而受访者们对这个目标越来越关注。

现在,在相关网站中常常能看到这样一句话:

如果不能即时进行部署,那就根本不是持续交付!

两年前只有82%的组织宣称采纳了敏捷开发方法,而现在已经有89%的组织使用了敏捷开发方法,但持续部署能力的调查结果却不同。

正如Charles Babcock在他的文章中所说的那样,

持续集成意味着频繁的部署,通常被认为是敏捷开发过程的终极目标。大约有28%的组织宣称在努力实现这一目标,但是实际上仅仅有14%的组织确实在为该目标努力。一年前,只有18%的组织努力实现每小时持续集成的目标。这一年以来这个数字增加了10%,这说明有很多开发人员都认识到持续集成的意义和优势。这种意识的增长速度比真正实践这一目标的增长速度要快,一年前Dimension Labs类似的调查表明真正在实践该目标的组织约占10%,今年这个数字增长到了14%,涨幅约为4%。

报告结果显示,在过去的一年中,部署新版本所需要的时间得到了“显著的改善”。当被问到:“你的团队通常多久部署一次新的版本?”时,受访者回答如下。

  • 14%的受访者按小时基准部署;
  • 34%的受访者每天部署一次;
  • 21%的受访者每周部署一次;
  • 31%的受访者超过一周部署一次。

值得一提的是,有更多的组织希望能更加频繁地进行部署,而较少的组织依然希望保持较长的部署周期。

与其他优势相比,采用DevOps通常被视为提升更快交付能力的必要手段,有88%的组织正在实践或考虑采用DevOps,仅有少数组织(6%)没有采用DevOps的计划,还有6%的组织甚至从来没有考虑过要用DevOps。

共有732人参与了这次调查。受访者来自不同职业、不同规模的公司、不同产业和不同地区。这份报告由Dimensional Research呈现,并由Sauce Labs倾情赞助。

查看英文原文Agile is King, but Continuous Integration is an Elusive Goal


感谢薛命灯对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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