作者：DevOps阿倫
來自：DevOps探路者
5、應該怎樣看待技術債
通過上文的描述，我們可以得出這樣一個結論，技術債無所謂好壞，它實際上是在特定
情況下所做的一種選擇。甚至某種程度上來說，在做選擇的那一刻，技術債反而是能被最多
人所接受、多方利益達成相對平衡的一種最佳選擇，就像企業經營一樣，有的時候，如果不
舉債週轉，你甚至無法經營下去，同樣，有時不選擇短平快的解決方案，是無法解決問題的。
然而，技術債肯定不是最佳解決方案，也一定會帶來很多負面影響，那麼我們應該怎麼合理
的對待技術債呢？
①.正視技術債，透明化管理
很多企業對於選擇技術債毫不猶豫，但要讓他展現技術債的情況就不情不願了。大概是
因為選擇技術債就說明對應的技術、管理、流程方面存在改進的空間，換個說法也可以說是
能力不到位、管理有缺失，這些是家醜，萬萬不可外揚，傳到高層那裡，我們還怎麼工作，
天天晾曬，員工會怎麼看我們組織等等陰暗的心態。技術債這種東西不是說你不暴露出來它
就不存在了，反而因為不暴露，所有人會漸漸淡忘技術債的存在，會習慣於對其閉口不談，
然後在某一天爆雷。對於技術債，要正視，要進行主動管理和透明化管理，只有每天都把技
術債擺在明面上，讓所有人都能看到，才能讓所有人心裡那根弦繃著，想著我們還欠著債呢，
這樣才會有業務連續性的壓力，也才會有主動解決技術債的動力。
②.合理舉債，非必要不舉債
合理舉債的意思是，不要徹底否定技術債的積極意義，工作手段要靈活，必要的時候該
欠債就欠債。只要評估在一定時間區間內，技術債帶來的短期收益可以覆蓋解決技術債的成
本，並且收益盈餘較大，那麼完全可以舉債經營，只要按時還債即可。
非必要不舉債的意思是，除非無法馬上改進，否則應該改進後再繼續進行工作，不要因
此產生技術債並讓其流轉到下游的工作中去。豐田流水線上，發現問題，普通工人也可以叫
停整個流水線，因為有問題的半成品就擺在哪裡，很可能一眼就看出來不行了，繼續生產下
去也是質量不合格的零件，組裝到汽車上可能會帶來極其嚴重的後果。而信息科技與製造業
不同，技術債一旦欠下，其存在不直觀，風險隱蔽，爆發時間滯後，後續追蹤難度很大，對
大多數未完成數字化轉型的組織來說，與其後續難以追蹤，不如一開始就不要舉債。
③.有借有還，再借不難
技術債這種東西，很多時候不是你不想欠就可以不欠的，你很可能沒有太多的選擇。但
當技術債已經欠下，如何還債應該馬上提上日程。要在最近的版本內還債，不要讓技術債蔓
延至多個版本，保證每一個版本的清潔，從而為自己再次選擇技術債提供空間。這是一種有
借有還、再借不難的情況。
而當不自知的情況下揹負了技術債，不要抱怨，順序進行止損、影響評估、根因分析、
跟蹤解決、結果驗證，去搞定技術債，讓系統健康的運行下去，然後才去追溯技術債產生的
源頭。不要因為追究技術債是否跟你有關而錯過解決問題的時間窗口，導致影響放大，這時
就算跟你沒關係，你大概率也要背鍋，先解決問題保證自己活下來，再去解決誰的責任的問
題。這也是有借有還、再借不難。
④.積重難返，果斷再建
如果歷史債務非常沉重，沒有人知道問題的根源，只能不斷的打補丁，甚至是靠借新還
舊來維持系統運轉。此時應果斷啟動系統重構，無論你是逐個模塊重構，還是完整推翻重做，
馬上做起來。都說種一棵樹最好的時間是十年前，其次就是現在，解決技術債也一樣，最好
是一開始就不舉債，其次就是現在馬上開始。
