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