正文
（F18）对新的应用而言，63%的人表示每年新部署的应用不超过10个，21%的人表示在10-19个之间，剩下的16%表示会部署超过20个新应用。
DevOps采用率
相比过去，今年的DevOps的采用率正在增加。例如，相比2014年近30%的受访者没有采用DevOps的意愿，16年仅剩20%。
（F4）
当然，随着需要管理的应用越来越多，采用率上升不足为奇。DevOps采用的关键因素包括提升产品质量、减少复杂度和减少整体IT成本。（F5）将近有一半的受访者表示移动化和云的部署也驱动了DevOps的采用。
并不是一个公司的每一个开发团队都会采用DevOps，实际上，只有不到5%的人表示就他们自己用DevOps，50%多的表示他们开发团队的DevOps采用率在25%到50%之间。而且虽然有35%的人表示虽然现在没有开发团队采用DevOps，但是最近已经有了采用计划。
（F25）
DevOps采用的最大阻碍包括：业务需求缺失、专家缺失或者时间和资源缺失。
(F6)
另外，也有一少部分开发和运营团队合作的兴趣缺失的原因。这也表明脱离了业务和领导的支持，而且没有培训的情况下，IT部门自己采用DevOps并没有那么容易。
根据咨询师Dan North在2016年虚拟DevOps峰会上的讲话，一方面成功的考量在于缩短开发工作的排队时间。当被问到从提出提出请求到实施之间的时间间隔时，不到25%的人表示时间会少于一个小时。30%多的人表示时间会在一个小时到一天之间，45%的人表示会超过一天，或者他们不知道（或者他们并没有计算过）。
更精确一点的话，20%的受访者表示从开发周期完成到产品成型的时间超过一周，只有7%的人表示他们可以在一个小时之内完成。更糟糕的是，有接近10%的人表示会花费超过一个月。
（F7）
DevOps并不单单只能缩短时间，而且还能衡量所有改变和结果、建立反馈回路并持续增加运营效率。其中还包括对开发、IT团队和整体公司文化之间的关系提升。43%的受访者表示运营人员的意见也被采用到未来产品功能加强的考虑中来，41%的人说开发团队与应用部署关系更加密切了。其他文化的改变包括运营团队参与开发团队会议和与工作人员沟通机会的增加。更重要的是，25%的人表示我了更好的匹配开发和IT部门的目标，公司的管理结构也发生了变化。
（F26）
