當企業想要遷移到一個DevOps模型時，經常需要償還高等級的技術債務。
說得更明確一點，機構往往陷入“技術債務的惡性循環”中，以至于任何迅速、敏捷的遷移方式都無法使用。這是技術債務中的希臘債務危機水平。
在多數情況下，機構會為將層與層之間的流程和管理添加到軟件開發生命周期，從而緩解低質量版本、生產等級缺陷、不穩定的環境、性能不佳等問題，然而這么做只能是治標不治本。
那么，在企業喪失競爭之前，我們應該如何擺脫這個死亡漩渦，可以快速進行顛覆性創新，同時也出時間做一些別的事情。
如今，我們看到的一個整體趨勢是，如果機構不斷地在DevOps自動化上尋找空間，就必須打破這種惡性循環，重新開辟一個新的良性循環。
如果可以自動完成一些常規的、容易出錯的和時間密集型的任務，便可以利用效率和投資，就可以將更多的時間和成本投入技術負債償還中。
在技術債務償還后，企業將得到一個質量更高、更穩定和更靈活的應用程序，從而可以重新在自動化工作上投入更多的時間，并啟動下一個周期的改善和提升。
該途徑已經在生產環境中得到驗證，但是當下還存在兩個注意點：
首先，需要取得產品負責人的承諾，將生產率的提高用于償還技術債務，而不是無止盡的特性擴展（這很可能是導致當下困境的原因之一）。
同時這里并不存在捷徑，事實上機構必須抱著這樣的思想——技術債務就像穿過流沙般危險或者技術債務就像帶著80磅的背包跑馬拉松，那么這里才存在一線生機。
其次，DevOps不僅僅是自動化，而是Culture-Automation-Lean-Metrics-Sharing（CALMS），所以這里要做的不僅僅是“自動化的一些工作”，隨后即“以產品為核心”的理念。這里首先要讓產品負責人清晰運營需求，遠離經濟驅動為中心的項目模型。
京公網安備 11010502049343號