DevOps化的轉變必須要快。在高層次上，我們需要考慮搶占市場；在低層次上，我們需要盯緊任務。這也是持續交付運動的思路。

就像敏捷的很多東西一樣，DevOps和持續交付雖然有許多概念名稱不同，但是它們都有著相同的含義。它們只不過是一枚硬幣的正反面而已，在概念上并沒有什么爭議。

DevOps工程師致力予讓公司的流程更快、更有效，并且更可靠。只要有可能，就取代那些容易出錯的重復性人力勞動。

盡管如此，在DevOps實踐過程中很容易忘記最終目標。要是于得太慢，對任何人來說都沒什么用。相反，我們必須把交付增加的商業價值牢記在心。

例如，增進企業內部各角色的交流就有很明顯的價值。你的產品負責人可能想了解開發的進度并渴望能夠先睹為快。這樣的話，在測試環境上做到快速并有效地增量交付，將會非常有幫助。像產品負責人這樣的利益相關者，當然還有質量保證團隊，都能夠在測試環境上跟上開發的節奏。

另一種觀點是這樣的：如果你曾經感覺到自己因為不必要的等待而注意力不集中，那么你的流程或工具有問題。如果你在程序編譯時看機器人打氣球的視頻，那么你的編譯時間太長了！

在團隊等待部署這件事上也一樣。當然了，整個團隊白白呆著比一個人開銷大多了。

機器人打氣球的視頻很有意思，不過開發軟件也很讓人興奮！我們應該通過消除不必

要的開銷來關注創造潛能。