技術債務的財務影響

執行摘要

如果您不知道自己有多少債務怎麼辦？ 處於一個令人不安的位置，不知道它的成本是多少，或者它在多大程度上阻礙了您的公司進行運營改進、對市場變化做出反應，甚至完全改變業務。

此外，如果您組織中的任何人都可能在未經許可的情況下承擔債務怎麼辦？ 例如，您的房地產主管可能會很快簽訂一份多年租約，第一年的租金很低，但未來幾年的租金會大幅上漲——除了談話之外，沒有人透露。

這聽起來像是輕率的治理，但實際上在企業中很常見。 問題在於，這種“債務”並非以我們熟知的傳統金融工具的形式出現。

技術債務具有所有這些特徵。

最簡單形式的債務是今天借款，意圖並承諾在未來償還。 當今天的借款會帶來更美好的明天時，債務才有意義，例如，為大學借款或買房。 當今天借款會導致明天更糟糕時，債務通常很糟糕，例如，出去吃一頓昂貴的晚餐並將其存入您不會立即還清的信用卡上。

就公司而言，當為投資提供比債務成本更高的回報時，債務可能是好的。 如果您計劃在債務到期之前很久就出售業務，這也可能是有意義的。 債務的不利之處在於它的支出非常實際，會拖累現金和利潤，限制靈活性，並且可能變得如此繁重，最終可能導致破產。

到目前為止，我們所提到的隱喻是關於金融債務，但另一種形式的債務——技術債務（或“技術債務”）——具有許多相似的特徵，必須以一種深思熟慮的方式進行衡量、管理和參與. 如果它允許您的公司在競爭中領先於市場，那麼它很可能是值得的。 同樣，承擔技術債務以減輕潛在的嚴重安全漏洞可能也是值得的。

然而，技術債務也有其不利的一面，會導致效率低下和惰性——例如，當一個部門不想使用另一個部門的軟件時，或者如果您多次延遲升級以達到短期財務目標。

那麼，什麼是技術債務？

自從計算機程序員 Ward Cunningham 於 1992 年創造了這個詞以來，技術債務是一個主要在技術社區中使用的術語。它的使用最近開始流行，並隨著敏捷編程的普及而成為焦點。 本文討論的技術債務不是關於編程方法，而是它存在的戰略意義。

簡單來說，技術債務是公司在實施新系統或維護現有系統時為節省時間或金錢而做出的先前決策所導致的增量成本和敏捷性損失。 當系統沒有正確集成或代碼過於復雜時，就會發生這種情況。 這是由於多種原因造成的，例如效率低下、上市時間考慮或運行過時的軟件版本等等。

一些明顯的例子是：

1. 使用舊版本的 Windows 會阻止您使用新軟件或應用安全升級
2. ERP 系統處於如此陳舊和定制化的惡性循環中，無法升級，因為這將是一種“淘汰和更換”的工作
3. 在組織的不同部分具有重疊功能的類似系統

下圖是一個有用的圖表，用於描述技術債務與可以在公司技術堆棧中實現的其他技術實施有何不同。 經常被誤認為是一個錯誤，技術債務有很大的不同，因為它的存在可能並不明顯。 危險就在於此，因為它不被觸及的時間越長，未來影響的幅度就越大。

作為一名在 IT 部門工作並在高槓桿企業公司向我報告 IT 的首席財務官，讓我震驚的是，技術債務與傳統債務有多麼相似。 它的不透明性和風險性也讓我感到震驚。 金融背景的人精通金融債務的機制——它是有形且易於計算的。 然而，技術債務卻不是這樣，它經常被誤解或錯誤地認為是別人的問題。

技術債務的成本究竟是多少？它們是真實的嗎？

簡短的回答是現金成本非常真實。 還有一些重要的軟成本應該被識別並單獨衡量和管理。 我將在下面詳細說明這些費用的一些示例：

現金成本

技術債務與利息支付一樣真實。 但是，它通常以比簡單的“利息”行費用更間接的方式在損益表中體現出來，例如以下方式：

人數

• 僅需要更多人員來維護現有系統
• 額外的開發時間來帶來新的功能

高架

• 延遲實現收購整合協同效應
• 因安全漏洞而產生的補救措施和罰款

銷售量

• 由於系統中斷導致的銷售損失
• 營銷支出效率較低

營運資金

• 需求增加，特別是對於庫存餘額高的企業

軟成本

雖然硬成本有與其相關的實際金額，但也有軟成本，儘管難以量化和實現節省，但絕對拖累您的業務成果。 這些包括：

市場情報

• 無法快速適應市場機會或變化
• 將數據轉換為信息以做出更好決策的能力降低
• 多個版本的真相

生產率

• 系統中斷導致員工生產力下降
• 效率較低的員工，他們花費更多時間提取和處理數據而不是分析數據
• 如果發生重大安全漏洞，會影響高級管理層的時間和注意力

比較技術債務和金融債務，主要區別之一是前者沒有正式控制權。 對於金融債務，通常有信用委員會、資產和負債管理團隊以及像鷹派一樣監控水平的財務人員。 然而，由於技術債務，傳統企業中很少有這些控制。

產生技術債務的方式和原因

對於傳統債務，董事會以及首席執行官和首席財務官通常設定資本結構，即多少股權、多少債務以及什麼類型的債務（循環式、基於資產的或普通無擔保的）。 上限表甚至清楚地說明了將償還哪些債務以及何時償還。 一旦這一切正式決定，就會啟動一個結構化的流程來籌集債務。

貸方通過評估償還債務的歷史、信用評級和支持它的抵押品的質量來查看實體償還債務的能力。 然而，當發生技術債務時，這些正式的流程、量化和簽署都不會發生。 讓我們通過產生技術債務的過程來看看這是如何以及為什麼會發生這種情況的：

時間限制導致妥協

上市時間就是企業的一切。 當可以獨立完成時，實施新技術的速度要快得多。 不幸的是，這意味著其他系統與實施不同步。 對於擁有簡單技術堆棧的精益組織來說，這似乎並沒有那麼糟糕。

但是，隨著系統配置的複雜性成倍增加，這會成為問題。 最後，技術使流程自動化並捕獲轉化為信息的數據。 未集成的技術會導致無法協同工作的業務流程和多個版本的事實。

當為了速度而犧牲時間時，可以忽略或放棄已建立的測試協議。 這通常會導致出現“錯誤”，表現為某種形式的系統退化和分散開發人員修復它們的時間。

如果我們看一下技術債務隨著時間的推移所產生的影響，一個問題被擱置的時間越長，影響的幅度就越大。 從一個小的代碼重構練習開始可以滾雪球到整個現代化和替換工作。

短期成本節約的誘惑

讓我們面對現實吧——執行團隊一直承受著達到數字的壓力。 今天推遲支出可以幫助您完成季度，但就像借款一樣，您必須在某個時候償還。 以下是公司在短期內節省資金但最終導致技術債務的一些方法：

軟件更新

有時，實施定期軟件更新的成本和麻煩可能會導致它被延遲。 有時，這種情況會持續多年。 當 Microsoft AutoUpdate 在不方便的時候出現時，我們都對強制退出 Microsoft AutoUpdate 感到內疚。

當系統最終遠遠落後於其當前版本時，必須與之集成的較新軟件根本無法做到。 更重要的是，一次升級多個版本通常比跟上更新更昂貴，而且幾乎總是更耗時。

硬件更換

隨著組織複雜性的增加，同步硬件更新周期的巨大努力可能變得不堪重負且成本高昂。 這可能導致當前的硬件被拉伸到極端，並且團隊之間的硬件質量存在巨大差異。 一些團隊感到沮喪，購買了新硬件，然後將其花費在桌面預算中，而不是等待 IT 發起升級。

這種差異對協作練習的生產力和硬件/文件兼容性有影響。

解決技術債務情況的策略

現在，讓我們不再只是談論問題，而是採取一些積極主動的態度，並製定一些解決技術債務的解決方案。

為此，我們可以調用用於管理金融債務的技術。 為了管理您的負債，您首先需要知道它們是什麼、它們是多少以及它們的付款條件。 現在讓我們解決技術債務問題。

1. 弄清楚你有什麼技術債務和多少技術債務

金融債務分為幾部分，由每部分的資歷（例如，高級、夾層或左輪手槍）定義，這反過來表明哪個先得到償還。 技術債務具有類似的資歷模式； 首先，您必須從關鍵任務系統開始。 他們有什麼技術債務？ 然後看看更廣泛的生態系統——更確切地說，您的系統之間的哪些技術債務導致了費用？

不要過度複雜化這個過程。 在某些時候，您會想要進行自上而下的評估，但您不必從那裡開始。 讓您的 IT 主管將您的管理團隊與此作業一起完成：

如果我們在一年前完全清償了所有的技術債務，那麼今年（或來年）的表現會如何更好？

獲取您的前十個想法並將它們放入一個 2x2 矩陣：一個軸上容易/難付清，另一個軸上的收益程度。 希望視覺效果可以幫助您弄清楚從哪裡開始。

從那裡開始，深入驗證您對獎品和努力規模的假設。 中立是這裡的關鍵，所以要警惕那些提供“免費評估”的軟件供應商。

2.決定做什麼

一旦你知道你有什麼技術債務，你現在需要決定如何處理它。 有很多選擇。

最終最好什麼都不做。 對於評估為“小”或“低利率”的債務，最好的辦法是留下它——同樣，如果提前還清存在重大的“預付罰款”。 也可能有戰略優勢。 落後一個版本並留在那里通常很好，有時還有讓扭結在別人的一角錢上得到解決的優勢。

償還或減少技術債務將涉及更換系統並承擔成本損失。 這可以立即完成，也可以通過逐步改進的過程隨著時間的推移而完成。 與金融債務一樣，您可以通過一些創造性的方式“再融資”技術債務，外包維護就是其中一種方式。 這最終可能會花費更多來解決，但可以分散以降低直接成本損失，並通過分工原則將任務委託給更專業的實體。

基於雲的軟件和硬件服務的出現也帶來了與基於租賃的金融的流行相比。 使用雲服務也是減少技術債務的有效工具，既可以消除資本支出要求，也可以將開發重點轉移到雲提供商身上。

3. 創建付款計劃

不要因為減少技術債務的成本而不知所措，也不要試圖一次全部還清。 這將是一項雄心勃勃的工作，可能會使任何規模或資產負債表的組織不堪重負。

再次，回到財務比較上，有一種首先還清利率最高的信用卡的心態。 這僅僅意味著首先攻擊高價值/低努力的活動。

在上一節中，我討論了解決技術債務的各種方法。 在評估每個成本時，最好進行比較。 對每個潛在結果的現金流成本進行排名可以使利益相關者清楚地了解每條路徑的權衡和收益。 下麵包括這種視覺效果的示例。

這種比較顯示了理論解決方案與解決問題與無所作為（“現有基線”）之間的鮮明對比之間存在的權衡。 在此示例中，遷移到基於 SaaS 的雲解決方案將是企業採用的最經濟的選擇。

管理未來的技術債務

一旦你建立了你的基線和攻擊計劃，你將既要保持這種可見性，又要防止新的債務蔓延。把這個練習看作是一個新的開始，也是一個實施最佳實踐以防止問題發生的機會未來再次升級。

實施貸款披露聲明

大多數技術項目都有一個正式的批准流程，其中包括執行發起人、高級目標、預期收益、時間表，當然還有成本。 這是清除將要產生的新技術債務及其合理性的好地方。

設置借款門檻

不要過分熱衷於製定新標準。 正如您發行具有預設限額的公司信用卡一樣，您不希望過度管理技術債務。 很多技術債務都很小，而且與代碼編寫有關，很快就會得到回報。 敏捷開發尤其如此。 相信您的 IT 主管會設置和監控此閾值。

重新培訓您的承銷商

在大公司中，IT 有一個稱為“變更管理”的流程。 在新軟件上線之前，它通常會經過變更管理。 簡單來說，變更管理的工作是確保公司技術系統的新變更不會影響其他系統。 他們通過確保新系統符合標準化方法和程序來做到這一點。 考慮使用此過程來防止或至少識別引入新債務。

技術債務是開展業務的實際成本，也是系統中斷和拖累公司整體敏捷性的真正原因。 不過，這不一定是一個持續的負擔，聰明的 CFO 會知道他們的組織有多少技術債務，以及如何優化它。