DevOps化的转变必须要快。在高层次上,我们需要考虑抢占市场;在低层次上,我们需要盯紧任务。这也是持续交付运动的思路。
就像敏捷的很多东西一样,DevOps和持续交付虽然有许多概念名称不同,但是它们都有着相同的含义。它们只不过是一枚硬币的正反面而已,在概念上并没有什么争议。
DevOps工程师致力予让公司的流程更快、更有效,并且更可靠。只要有可能,就取代那些容易出错的重复性人力劳动。
尽管如此,在DevOps实践过程中很容易忘记最终目标。要是于得太慢,对任何人来说都没什么用。相反,我们必须把交付增加的商业价值牢记在心。
例如,增进企业内部各角色的交流就有很明显的价值。你的产品负责人可能想了解开发的进度并渴望能够先睹为快。这样的话,在测试环境上做到快速并有效地增量交付,将会非常有帮助。像产品负责人这样的利益相关者,当然还有质量保证团队,都能够在测试环境上跟上开发的节奏。
另一种观点是这样的:如果你曾经感觉到自己因为不必要的等待而注意力不集中,那么你的流程或工具有问题。如果你在程序编译时看机器人打气球的视频,那么你的编译时间太长了!
在团队等待部署这件事上也一样。当然了,整个团队白白呆着比一个人开销大多了。
机器人打气球的视频很有意思,不过开发软件也很让人兴奋!我们应该通过消除不必
要的开销来关注创造潜能。