數(shù)十年來，CIO們一直在與技術(shù)債務(wù)作斗爭(zhēng)，但許多人仍未能充分管理它，這也讓他們付出了慘重的代價(jià)。

管理咨詢公司Protiviti在其《2023年全球技術(shù)高管調(diào)查報(bào)告》中調(diào)查了1000多名技術(shù)高管，結(jié)果發(fā)現(xiàn)，對(duì)于高達(dá)70%的受訪者來說，技術(shù)債務(wù)是企業(yè)創(chuàng)新的主要障礙。高管們還報(bào)告稱，技術(shù)債務(wù)消耗了31%的IT預(yù)算，且占據(jù)了21%的IT資源。

LeanIX發(fā)布的《2023年IT成本優(yōu)化調(diào)查報(bào)告》也有類似的發(fā)現(xiàn)，56%的受訪者表示，過時(shí)的技術(shù)和技術(shù)債務(wù)是浪費(fèi)IT預(yù)算的主要原因。

與此同時(shí)，成功管理技術(shù)債務(wù)的IT領(lǐng)導(dǎo)者能夠助力其企業(yè)表現(xiàn)得更好。根據(jù)研究和咨詢公司Gartner的說法，積極管理和減少技術(shù)債務(wù)的基礎(chǔ)設(shè)施和運(yùn)營(yíng)領(lǐng)導(dǎo)者可以將業(yè)務(wù)服務(wù)交付時(shí)間至少縮短50%。

鑒于這些發(fā)現(xiàn)，許多CIO已經(jīng)開始專注于尋找削減技術(shù)債務(wù)的方法。經(jīng)驗(yàn)豐富的技術(shù)領(lǐng)導(dǎo)者也分享了他們用來控制技術(shù)債務(wù)的五種策略。

1、分析衡量你的技術(shù)債務(wù)

信息技術(shù)研究集團(tuán)(Info-Tech research Group)基礎(chǔ)設(shè)施和運(yùn)營(yíng)實(shí)踐研究主管Andrew Sharp是技術(shù)債務(wù)編目的強(qiáng)烈支持者。分析師建議IT領(lǐng)導(dǎo)者建立一個(gè)關(guān)鍵技術(shù)債務(wù)的清單，了解債務(wù)的業(yè)務(wù)影響，并有一個(gè)處理它的過程。

他認(rèn)為許多CIO往往在這三個(gè)基本問題上做得不夠。最大的挑戰(zhàn)之一就是理解和組織技術(shù)債務(wù)的范圍。由于技術(shù)債務(wù)會(huì)蔓延到不同的系統(tǒng)中，并產(chǎn)生連鎖反應(yīng)，所以對(duì)于IT團(tuán)隊(duì)而言，了解技術(shù)債務(wù)的數(shù)量和影響確實(shí)是一項(xiàng)艱巨的任務(wù)。

Sharp表示，就像當(dāng)今業(yè)務(wù)中的大多數(shù)其他事物一樣，如果不進(jìn)行衡量，債務(wù)就永遠(yuǎn)無法得到成功管理。IT部門需要更好地識(shí)別、跟蹤和衡量技術(shù)債務(wù)。

他表示，“IT部門總能感覺到問題出在哪里，但往往缺乏正式的分析。我認(rèn)為，用結(jié)構(gòu)化的方法來看待這個(gè)問題，可能是思考以前從未考慮過的事情的一個(gè)機(jī)會(huì)。因此，我們不僅要知道我們有問題，還要知道問題是什么，并了解其影響。在此過程中，可見性真的很關(guān)鍵。”

不過，Sharp也告誡稱，不要追蹤每一筆技術(shù)債務(wù)，相反地，必須要去追蹤打算修復(fù)的債務(wù)。

Progrexion高級(jí)副總裁兼CIO Ken Knapton也談到了了解IT部門累積債務(wù)細(xì)節(jié)的重要性。

為此，他和IT團(tuán)隊(duì)開發(fā)了一種衡量債務(wù)的方法。他們根據(jù)關(guān)鍵技術(shù)屬性(可支持性、預(yù)期剩余壽命、穩(wěn)定性和跨度)以及另外兩個(gè)屬性(業(yè)務(wù)關(guān)鍵性和戰(zhàn)略一致性)對(duì)債務(wù)進(jìn)行評(píng)級(jí)。他們將四個(gè)關(guān)鍵屬性的和乘以后兩個(gè)關(guān)鍵屬性的和，然后將值規(guī)范化為0到1之間的比率。

Knapton表示，任何評(píng)級(jí)在0到0.4之間的技術(shù)債務(wù)都是可以接受的，任何評(píng)級(jí)在0.5到0.7之間的都是令人擔(dān)憂的，而任何高于0.7的都是嚴(yán)重的。

他補(bǔ)充道，“現(xiàn)在我有了一個(gè)衡量技術(shù)債務(wù)的框架，我們能夠跟蹤它。如此一來，我們便能夠?qū)Ｗ⒂谝鉀Q技術(shù)債務(wù)的哪一部分，以及我們現(xiàn)在要做什么。”

2、通過在路線圖上優(yōu)先償還債務(wù)

Knapton表示，他親眼目睹了不及時(shí)償還技術(shù)債務(wù)的代價(jià)。

他指出，在過去的一起事件中，一個(gè)開發(fā)團(tuán)隊(duì)使用了Java庫(kù)，但出于時(shí)間和上市速度的考慮，沒有返回更新的代碼，這通常是負(fù)債的核心原因。這個(gè)決定雖然在產(chǎn)品的初始開發(fā)和部署時(shí)是合理的，但卻阻礙了團(tuán)隊(duì)后來添加更新或進(jìn)行所需更改的能力。

Knapton清楚地認(rèn)識(shí)到，如果后續(xù)不再重新考慮臨時(shí)決定的話，那么當(dāng)初的臨時(shí)決定就會(huì)成為持久的存在。技術(shù)債務(wù)就會(huì)因?yàn)榈貌坏郊皶r(shí)償還而不斷累積，使企業(yè)喪失靈活性。

Knapton補(bǔ)充道，“現(xiàn)在我們衡量它，管理它，并認(rèn)識(shí)到，如果我們要承擔(dān)一些技術(shù)債務(wù)以率先進(jìn)入市場(chǎng)，我們必須堅(jiān)持到底，并在發(fā)布后及時(shí)償還這些技術(shù)債務(wù)?！?/p>

為了確保這些債務(wù)能夠償還，Knapton及其團(tuán)隊(duì)知道“必須在時(shí)間表中加入管理和解決問題的能力?！? 為了支持這一點(diǎn)，Knapton的團(tuán)隊(duì)(他們?cè)谡麄€(gè)IT部門以敏捷的方式工作)已經(jīng)將“減輕技術(shù)債務(wù)”定義到了項(xiàng)目“完成”的標(biāo)準(zhǔn)中。

Knapton指出，“直到回頭調(diào)整所承擔(dān)的技術(shù)債務(wù)，一個(gè)項(xiàng)目才算真正完成。在緩解工作完成之前，技術(shù)債務(wù)是團(tuán)隊(duì)積壓工作的一部分。我不希望一個(gè)暫時(shí)的解決方案變成永久的，所以我們把它正式列入了我們的路線圖?！?/p>

其他人同樣主張分配資源(時(shí)間和金錢)，并為處理債務(wù)建立問責(zé)制。例如，Sharp談到了“改進(jìn)對(duì)項(xiàng)目?jī)r(jià)值的驗(yàn)證，了解并密切關(guān)注漏洞，為維護(hù)和所需的任何新設(shè)備制定預(yù)算?！? 他補(bǔ)充道，但很可惜，數(shù)量驚人的企業(yè)并沒有這樣做。

3、將技術(shù)債務(wù)視為業(yè)務(wù)風(fēng)險(xiǎn)

微軟數(shù)字應(yīng)用創(chuàng)新專家Enoche Andrade曾就技術(shù)債務(wù)問題向高管提供咨詢。他表示，技術(shù)債務(wù)不僅是IT行業(yè)的問題，同時(shí)還具有業(yè)務(wù)、財(cái)務(wù)和安全方面的影響，這也是一種業(yè)務(wù)風(fēng)險(xiǎn)。

因此，Andrade認(rèn)為，技術(shù)債務(wù)是所有高管和業(yè)務(wù)職能負(fù)責(zé)人的事情，而不僅僅是IT部門的問題，關(guān)于何時(shí)和如何償還技術(shù)債務(wù)的決定應(yīng)該與業(yè)務(wù)戰(zhàn)略和業(yè)務(wù)需求保持一致。

他表示，“CIO肩負(fù)著提高董事會(huì)和領(lǐng)導(dǎo)團(tuán)隊(duì)對(duì)技術(shù)債務(wù)的認(rèn)識(shí)的關(guān)鍵責(zé)任。為了培養(yǎng)一種關(guān)于技術(shù)債務(wù)的意識(shí)和問責(zé)文化，公司應(yīng)該鼓勵(lì)跨職能團(tuán)隊(duì)，并建立共同的目標(biāo)和指標(biāo)，鼓勵(lì)所有團(tuán)隊(duì)共同努力解決技術(shù)債務(wù)和促進(jìn)創(chuàng)新。這包括為開發(fā)者創(chuàng)造一個(gè)安全的環(huán)境，讓他們可以嘗試新的方法和技術(shù)，從而實(shí)現(xiàn)創(chuàng)新和持續(xù)改進(jìn)?！?/p>

Knapton認(rèn)同在決定何時(shí)承擔(dān)技術(shù)債務(wù)、衡量其影響和優(yōu)先償還哪一部分債務(wù)的時(shí)候，需要業(yè)務(wù)部門參與其中。

4、承擔(dān)新債務(wù)時(shí)要謹(jǐn)慎

哈特曼行政顧問公司(Hartman Executive Advisors)CIO Mike Huthwaite將技術(shù)債務(wù)與金融債務(wù)進(jìn)行了比較。他表示，“對(duì)我來說，債務(wù)是你產(chǎn)生的，然后你來解決?！?/p>

Huthwaite解釋稱，就像有時(shí)承擔(dān)金融債務(wù)是明智的一樣，選擇技術(shù)債務(wù)通常比不選擇技術(shù)債務(wù)更明智。像其他人一樣，他認(rèn)為團(tuán)隊(duì)可能會(huì)為了速度和敏捷性而決定承擔(dān)技術(shù)債務(wù)，畢竟市場(chǎng)優(yōu)勢(shì)超過了技術(shù)債務(wù)的成本。這是一種權(quán)衡，如果繼續(xù)以個(gè)人債務(wù)為類比，在某些點(diǎn)或某個(gè)決定中，負(fù)債是有價(jià)值的。但它本質(zhì)上仍是債務(wù)。所以希望你以一種謹(jǐn)慎的方式來做這件事。

Huthwaite建議IT團(tuán)隊(duì)在承擔(dān)技術(shù)債務(wù)時(shí)要慎重考慮，權(quán)衡使用次優(yōu)代碼所獲得的好處以及這個(gè)決定的負(fù)面影響。他稱之為“有意的”(intentional)技術(shù)債務(wù)，而“無意的”技術(shù)債務(wù)則是未經(jīng)深思熟慮而產(chǎn)生的。

Andrade也給出了類似的建議，他表示，盡管企業(yè)不可能消除所有的技術(shù)債務(wù)，但他們可以采取措施限制技術(shù)債務(wù)的產(chǎn)生(特別是無意債務(wù)的產(chǎn)生)。

他建議團(tuán)隊(duì)采用敏捷開發(fā)方法、重構(gòu)、自動(dòng)化測(cè)試和簡(jiǎn)化流程。團(tuán)隊(duì)還應(yīng)該使用代碼分析工具來識(shí)別技術(shù)債務(wù)，并由同行和涉眾定期檢查代碼，以確保代碼質(zhì)量并識(shí)別潛在問題。它們還應(yīng)該包括體系結(jié)構(gòu)的簡(jiǎn)化、組件化和標(biāo)準(zhǔn)化。

5、認(rèn)識(shí)到債務(wù)管理是一個(gè)持續(xù)的過程

全美農(nóng)村電力合作協(xié)會(huì)CIO兼IT高級(jí)副總裁Wayne F. McGurk并不認(rèn)為技術(shù)債務(wù)是一件好事或壞事，而是“開發(fā)過程的自然結(jié)果，因?yàn)檎诮ㄔ煲恍┬聳|西而產(chǎn)生?！?/p>

他表示，“人們傾向于盡可能快地獲得最有價(jià)值產(chǎn)品，而不必在一開始就構(gòu)建一個(gè)過度工業(yè)化的應(yīng)用程序?！眻F(tuán)隊(duì)會(huì)做出權(quán)衡，選擇適合MVP的技術(shù)，但他們知道，隨著解決方案的擴(kuò)大，這些技術(shù)是不夠的。

因此，McGurk不僅將這一因素考慮到他的開發(fā)周期中，還將其考慮到IT運(yùn)營(yíng)中，引入各種策略來創(chuàng)建一個(gè)持續(xù)管理技術(shù)債務(wù)的整體方法。作為這種方法的一部分，McGurk的團(tuán)隊(duì)記錄并詳細(xì)介紹了任何新的技術(shù)債務(wù)的引入，然后通過組織的票據(jù)系統(tǒng)跟蹤這些債務(wù)，以便IT團(tuán)隊(duì)可以將其全部提取出來并報(bào)告和查看它。

McGurk還考慮了每一項(xiàng)技術(shù)債務(wù)如何在五個(gè)關(guān)鍵領(lǐng)域影響運(yùn)營(yíng)：簡(jiǎn)單性、靈活性、連續(xù)性、安全性和透明度。

他解釋稱，“當(dāng)技術(shù)債務(wù)開始阻礙這些運(yùn)營(yíng)原則中的任何一條時(shí)，它就上升到了我們需要解決的水平?！?/p>

McGurk及其IT團(tuán)隊(duì)考慮影響的級(jí)別、對(duì)企業(yè)的風(fēng)險(xiǎn)，以及企業(yè)的總體戰(zhàn)略，然后優(yōu)先考慮需要注意的事情。之后，他們讓這些決定為人所知，從而在整個(gè)企業(yè)中創(chuàng)建對(duì)主題的可見性。

McGurk表示，所有這些都被納入其IT部門的工作流程，這確保了技術(shù)債務(wù)的管理不會(huì)被視為一次性項(xiàng)目，而是以持續(xù)的方式進(jìn)行管理。例如，他的Scrum團(tuán)隊(duì)需要確定新的技術(shù)債務(wù)，并決定何時(shí)以及如何解決它。

他解釋稱，“你必須建立一種負(fù)責(zé)任的文化，讓你的團(tuán)隊(duì)知道，僅僅因?yàn)橐粋€(gè)項(xiàng)目交付了，它并沒有完成。這是一個(gè)旅程，沒有終點(diǎn)，所以它需要成為你需求管理策略的一部分——既要處理新工作的需求，也要處理遺留工作和技術(shù)債務(wù)。”