DevOps化的转变必须要快。在高层次上，我们需要考虑抢占市场；在低层次上，我们需要盯紧任务。这也是持续交付运动的思路。

就像敏捷的很多东西一样，DevOps和持续交付虽然有许多概念名称不同，但是它们都有着相同的含义。它们只不过是一枚硬币的正反面而已，在概念上并没有什么争议。

DevOps工程师致力予让公司的流程更快、更有效，并且更可靠。只要有可能，就取代那些容易出错的重复性人力劳动。

尽管如此，在DevOps实践过程中很容易忘记最终目标。要是于得太慢，对任何人来说都没什么用。相反，我们必须把交付增加的商业价值牢记在心。

例如，增进企业内部各角色的交流就有很明显的价值。你的产品负责人可能想了解开发的进度并渴望能够先睹为快。这样的话，在测试环境上做到快速并有效地增量交付，将会非常有帮助。像产品负责人这样的利益相关者，当然还有质量保证团队，都能够在测试环境上跟上开发的节奏。

另一种观点是这样的：如果你曾经感觉到自己因为不必要的等待而注意力不集中，那么你的流程或工具有问题。如果你在程序编译时看机器人打气球的视频，那么你的编译时间太长了！

在团队等待部署这件事上也一样。当然了，整个团队白白呆着比一个人开销大多了。

机器人打气球的视频很有意思，不过开发软件也很让人兴奋！我们应该通过消除不必

要的开销来关注创造潜能。