文/翻译自网站Versionone
一个词语的高频出现会让人趋于一种错觉：这是很久之前发生的事情了！尤其是在迭代快速的科技互联网时代，新科技如雨后春笋般，于是，DevOps听上去似乎已经过了蜜月期，但，真的是这样吗？
在《第12届敏捷行业年度报告》中的数据显示：48％的受访者表示他们的组织目前正在进行DevOps实践。
还有52％的人则是在计划中或者完全没有参与DevOps转型。然而，我们又看到另一组数据：65％的受访者认为DevOps转型对他们的业务至关重要。那么，为什么在评价DevOps和实践DevOps之间存在这样的差距呢？
团队希望实践DevOps的主要原因之一是他们希望组织可以不断提高，借助DevOps帮助更多组织目标的达成，这是很具有挑战性的工作。我喜欢使用一个比喻，把实践DevOps转型类比第一次开火车。今天我们遇到的许多组织都将DevOps看作是这种巨大的“怪物”（就像一列火车不得不在车场驾驶，装载货物或运送货物一样），从这个比喻就能理解运行DevOps的难度了。火车的容量大车身长，会让工作人员困惑，因为有多个地方都可以开始进行工作;糟糕一点可能还会选择了错误的方式，更糟糕的可能火车出轨了，那么整个业务就偏离轨道了。
为了避免这种混乱，在进行DevOps实践前我们应该明确四个问题：
1. 如何提高所有DevOps流程的质量？
如果我们正在测量，我们需要能够分辨我们在开发中花费多长时间，我们在测试中花费多长时间，多长时间会有初成品上架，然后多长时间会有一部分完成品，一部分待测试。我们需要能够识别瓶颈和质量差。只有通过测量看到这些瓶颈，我们才能知道从哪里开始改进。
2. 如何加速交付？
这是高层愿意推动项目的关键。如果你能够确定价值区块，并且可以在软件交付生命周期的所有成熟阶段跟踪这些区块，那么你就可以向进行组织决策的人证明我们进展的速度有多快，流程的每个阶段如何相互影响，以及流程中的质量如何。这就使得第三种方式成为可能（请参阅DevOps手册查看这一块内容的更多解释）。
3. 你对交付的内容有信心吗，你如何评估部署的风险？
如果你可以指出你的版本与其他版本相比存在的风险，我们就知道在验证该版本时需要付出多少努力，才能保证生产中的部署和运行良好。我们知道我们需要付出多少努力才能确保我们从发布中了解所有缺陷，因此我们可以对我们的产品进行有效的风险评估。换句话说，花点时间，建立信心，DevOps转型就是持续改进的过程！
4. 我们如何提高合规性？
当人们通常会停留在上次或接近上次输入验证码的过程中时，我们如何让人们更快地进入桌面？例如，那些高风险模型的企业或是为了满足政府法规的企业，为了将产品交付给最终用户，面临着很多滞后时间。然而，重要的是首先要解决安全性和合规性问题，并让这些团队进行开发前的沟通，解决可能的冲突，然后再深入生产。DORA对优秀员工的研究表明，移动安全，配置管理和合规性在这个过程中可以缩短交货时间。
为什么提这些问题呢？因为通过这些问题，我们可以了解DevOps 绩效测量的主要构成，并进一步了解如何管理从构思到发布的价值流。在衡量DevOps实践转型时，我们很容易识别输入和输出，但我们不知道这两者中间如何衡量。因此，我们必须能够说出我们在开展DevOps时的表现如何，董事会或相关高层才可以放心继续投资。
任务很艰巨，但不要气馁。
即使是实施多年DevOps的大型企业，依然会遇到失败，依然保持着持续学习的态度。您可能明天甚至下个月都不会执行DevOps，甚至可能在明年之后才会实现。现在您可以做的就是提出正确的问题，获得正确的指标，并向团队的关键成员证明，进行DevOps转型将具有挑战性，但克服这些挑战并发现新问题将最终是值得的！