和Linux容器以及一直流行的云计算一样，DevOps是如今IT领域最热的几大话题之一。如下Google趋势图显示了过去几年里“DevOps”相关搜索量增长趋势，可以看出这一软件开发方式的持续热度。

但实际上，这一方法论的真实价值被很多噪声淹没了。Devops并不仅仅只是鼓励开发人员和IT运维人员一起合作，它的真实意图在于增加业务敏捷度。

关于应用开发的一个大家不愿意承认的事实就是很多企业并没有足够敏捷，能够高效适应如今飞速改变的市场。通常，这些企业依赖于传统的IT实践，比如瀑布模型，或者简单地说，它们无法足够快得获得可靠更新。通常来说，这样的企业，由于它们已经面临的开发挑战，也在犹豫是否引入新的方式，比如DevOps。

对于想要尝试DevOps或者正在考虑是否引入DevOps实践的企业，可以参考以下早期DevOps相关的三个步骤，提高业务敏捷度。

1. 跟踪DevOps指标

Peter Drucker，著名管理咨询师、教育家，也是《创新和企业家精神》的作者，他曾经说过，“可以被度量的事物就是可以被管理的。” 根据Drucker所说，一旦你开始监控什么东西，你就能够在此领域神奇得发现可以改进之处。

通知团队，并且开始跟踪一些DevOps度量的关键点。就能够实现Drucker所说的神奇的性能增长，并且可以建立一个基线，来评估所采取的任何额外步骤在多大程度上能够影响到企业的敏捷性。

Devops.com贡献者Payal Chakravarty和David Shackelford建议如下DevOps度量：

• 开发应用所花费的最高时间：帮助理解可以多快得开发应用
• 失败部署的百分比：看出是否部署成功
• 客户ticket数：显示产生了多少问题
• 故障恢复的平均时间：显示从应用程序bug或者故障恢复需要多长时间
• 用户数：显示应用程序对于用户而言的有用程度

这些度量可能包含自相矛盾的权衡之处（比如，越快开发，就有可能犯越多的错误），但是DevOps使得可以在这五个敏捷度量上都能够同时得到好的结果。

2. 使用“模式2”处理新项目

据Gartner分析，“双模态IT”是一种IT策略，同时拥有传统IT（“模式1”）的强调可靠性和精确度，以及现代IT（“模式2”）的强调速度和敏捷度的双重优点。也就是说，使用双模态IT方式，你无需彻底抛弃已有的模式1的应用程序和基础架构，就能够收获模式2的优势。

但是如何决定什么项目必须使用模式1还是模式2呢？Gartner认为双模态IT的最佳实践是模式1用于记录的系统，模式二用于差异化和创新的系统。

随着时间的推移，一旦找到机会尝试模式2，你的业务敏捷度一定会提高，并且能够快速得适应动态的市场。

3. 尝试DevOps友好的PaaS技术

既然你已经能够更快更敏捷地完成一些公司项目，那么可以考虑平台即服务（PaaS），这会进一步有助于DevOps方案。

PaaS是基于云的平台，使得开发人员和IT运维人员能够更容易得构建，部署和管理应用，并且避免很多基础架构相关的困难和花费。IT也能够使用PaaS技术来合作，并且和业务经理更紧密得进行迭代。

跟踪DevOps矩阵，在新项目里使用模式2，并且尝试PaaS是高效的起点，可以帮助企业增加敏捷度。现在就开始吧，很快你的公司就会发现，在如今快速改变的世界里，自身的竞争力变得越来越强。