當(dāng)企業(yè)想要遷移到一個(gè)DevOps模型時(shí)，經(jīng)常需要償還高等級的技術(shù)債務(wù)。

說得更明確一點(diǎn)，機(jī)構(gòu)往往陷入“技術(shù)債務(wù)的惡性循環(huán)”中，以至于任何迅速、敏捷的遷移方式都無法使用。這是技術(shù)債務(wù)中的希臘債務(wù)危機(jī)水平。

在多數(shù)情況下，機(jī)構(gòu)會為將層與層之間的流程和管理添加到軟件開發(fā)生命周期，從而緩解低質(zhì)量版本、生產(chǎn)等級缺陷、不穩(wěn)定的環(huán)境、性能不佳等問題，然而這么做只能是治標(biāo)不治本。

那么，在企業(yè)喪失競爭之前，我們應(yīng)該如何擺脫這個(gè)死亡漩渦，可以快速進(jìn)行顛覆性創(chuàng)新，同時(shí)也出時(shí)間做一些別的事情。

如今，我們看到的一個(gè)整體趨勢是，如果機(jī)構(gòu)不斷地在DevOps自動化上尋找空間，就必須打破這種惡性循環(huán)，重新開辟一個(gè)新的良性循環(huán)。

如果可以自動完成一些常規(guī)的、容易出錯(cuò)的和時(shí)間密集型的任務(wù)，便可以利用效率和投資，就可以將更多的時(shí)間和成本投入技術(shù)負(fù)債償還中。

在技術(shù)債務(wù)償還后，企業(yè)將得到一個(gè)質(zhì)量更高、更穩(wěn)定和更靈活的應(yīng)用程序，從而可以重新在自動化工作上投入更多的時(shí)間，并啟動下一個(gè)周期的改善和提升。

該途徑已經(jīng)在生產(chǎn)環(huán)境中得到驗(yàn)證，但是當(dāng)下還存在兩個(gè)注意點(diǎn)：

首先，需要取得產(chǎn)品負(fù)責(zé)人的承諾，將生產(chǎn)率的提高用于償還技術(shù)債務(wù)，而不是無止盡的特性擴(kuò)展（這很可能是導(dǎo)致當(dāng)下困境的原因之一）。

同時(shí)這里并不存在捷徑，事實(shí)上機(jī)構(gòu)必須抱著這樣的思想——技術(shù)債務(wù)就像穿過流沙般危險(xiǎn)或者技術(shù)債務(wù)就像帶著80磅的背包跑馬拉松，那么這里才存在一線生機(jī)。

其次，DevOps不僅僅是自動化，而是Culture-Automation-Lean-Metrics-Sharing（CALMS），所以這里要做的不僅僅是“自動化的一些工作”，隨后即“以產(chǎn)品為核心”的理念。這里首先要讓產(chǎn)品負(fù)責(zé)人清晰運(yùn)營需求，遠(yuǎn)離經(jīng)濟(jì)驅(qū)動為中心的項(xiàng)目模型。