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

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

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

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

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

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

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

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

要的開銷來關(guān)注創(chuàng)造潛能。