產(chǎn)品經(jīng)理擁有廣泛的知識，能夠接觸到公司的不同部門和利益相關(guān)者。這使得他們處于一個理想的位置，可以圍繞預(yù)防和應(yīng)對技術(shù)債務(wù)創(chuàng)造一種工作文化。我們提供了一些有用的策略。

根據(jù)Gartner的2019年產(chǎn)品經(jīng)理調(diào)查，只有55%的產(chǎn)品發(fā)布如期進行。這對于按時發(fā)布產(chǎn)品的產(chǎn)品經(jīng)理來說意義重大，因為他們更有可能在發(fā)布一年內(nèi)達到內(nèi)部目標(biāo)。在45%的延遲發(fā)布的產(chǎn)品中，平均有20%無法達到內(nèi)部目標(biāo)。

未能在計劃的時間范圍內(nèi)發(fā)布產(chǎn)品可歸因于許多因素，包括缺乏正規(guī)的發(fā)布流程、產(chǎn)品開發(fā)的延遲（錯誤、故障、功能蔓延）、未能滿足客戶的要求、產(chǎn)品質(zhì)量，甚至供應(yīng)問題。另一個原因是技術(shù)債務(wù)。技術(shù)債務(wù)不僅讓開發(fā)人員感到沮喪，還會導(dǎo)致一系列相關(guān)問題：未修補的錯誤意味著客戶不滿意?？蛻袅粝仑撁娴漠a(chǎn)品評論，給營銷團隊帶來挑戰(zhàn)。不穩(wěn)定的架構(gòu)延遲了新特性的發(fā)布。銷售周期受到影響。高級管理層和投資者對此會提出質(zhì)疑。

產(chǎn)品經(jīng)理在促進產(chǎn)品成功方面扮演著關(guān)鍵角色：愿景、特性、戰(zhàn)略、產(chǎn)品發(fā)布、市場定位、競爭對手以及路線圖。產(chǎn)品經(jīng)理位于工程、銷售、支持和營銷互相交叉的十字路口，這意味著他們處于解決技術(shù)債務(wù)問題的獨特位置。這里有一些會起到幫助的可行策略。

一、建立同盟關(guān)系

產(chǎn)品經(jīng)理的職責(zé)應(yīng)該包括與技術(shù)主管、首席技術(shù)官和其他部門主管建立牢固的關(guān)系。Gartner的調(diào)查發(fā)現(xiàn)，78%的產(chǎn)品經(jīng)理將改善內(nèi)部協(xié)作視為他們的三大任務(wù)之一，他們的產(chǎn)品失敗率較低?；c時間定期與技術(shù)負責(zé)人交談，共同了解公司內(nèi)部技術(shù)債務(wù)的程度，并承諾予以解決。開發(fā)團隊（不一定是管理層）中是否有任何擁護者愿意處理技術(shù)債務(wù)？避免讓人們覺得技術(shù)債務(wù)是罪魁禍?zhǔn)住?/p>

相反，把注意力集中在解決債務(wù)對你的產(chǎn)品、公司和客戶的積極意義上。鼓勵管理層為減少技術(shù)債務(wù)提供激勵措施，例如休息一天或外出娛樂活動。

二、讓技術(shù)債務(wù)公開透明

技術(shù)債務(wù)無處不在，應(yīng)該成為每一次產(chǎn)品會議的一部分。

讓它成為一個可操作的項目，并尋求定期更新。

為了避免看起來僅僅像一個把關(guān)者，要努力讓開發(fā)人員參與解決問題，并為解決技術(shù)債務(wù)這項工作設(shè)定優(yōu)先級。

要清楚以下問題：

• 開發(fā)人員更喜歡在沖刺中還是專門的時間來解決技術(shù)債務(wù)？
• 哪個人負責(zé)哪塊工作？
• 每個人目前工作量是多少？
• 是否需要更多員工？

三、進行必要的提問

產(chǎn)品經(jīng)理的工作是一場在任務(wù)和時間線之間不斷轉(zhuǎn)換語境的戰(zhàn)斗。產(chǎn)品經(jīng)理可能是整個組織中對此最為擅長的人，他們對一個項目的方方面面都有過人的眼光。解決技術(shù)債務(wù)意味著戰(zhàn)略和承諾，但首先需要確定問題的現(xiàn)實性。

以代碼錯誤為例，它會延遲產(chǎn)品發(fā)布。理想情況是，組織正在跟蹤和監(jiān)控技術(shù)債務(wù)，并提供一個漸進的行動項目列表。

如果情況并非如此，提出開放性問題可以讓你對問題的嚴(yán)重程度、潛在后果有一個現(xiàn)實而清晰的理解，并就前景展開對話。

玩?zhèn)€游戲吧，任何回答“視情況而定”的人都需要往罐子里放一美元。

詢問內(nèi)容示例如下：

• 是否有戰(zhàn)略上的理由推遲解決方案（例如等待所使用的特定軟件的技術(shù)升級）？
• 是否存在不需要修復(fù)的技術(shù)債務(wù)（如過時的產(chǎn)品供應(yīng)）？
• 修復(fù)這段代碼需要多少工作？
• 我們能承諾以后會修復(fù)這個代碼嗎？
• 誰將負責(zé)任何修復(fù)，時間表是怎樣的？
• 此時間表是否與其他發(fā)布計劃、功能更新等相沖突？
• 不修復(fù)此代碼對當(dāng)前客戶和未來版本有何影響？
• 在我們致力于未來的返工或重構(gòu)之前需要做些什么？

四、將技術(shù)債務(wù)的補救列入路線圖中

將技術(shù)債務(wù)嵌入到路線圖時間表中。分配任務(wù)和時間來進行Bug修復(fù)、代碼審查、維護，以及全面減少現(xiàn)有債務(wù)，以構(gòu)建更強大、更具彈性的產(chǎn)品。

讓路線圖盡可能地開放和可見，這樣開發(fā)團隊和其他同事就會覺得他們是產(chǎn)品循環(huán)的一部分。路線圖應(yīng)該是靈活多變的，但也應(yīng)該包括一些應(yīng)對技術(shù)債務(wù)的硬性截止日期。

記?。翰皇撬械臇|西都需要重構(gòu)，你的目標(biāo)是確定你在這個Sprint、一個月或一個季度所要做的事情的交集，以及你的代碼庫中有技術(shù)債務(wù)的部分。

要在這些交集點解決技術(shù)債務(wù)，而不是在交集之外解決。

五、參考技術(shù)債務(wù)制定KPI

將消除技術(shù)債務(wù)作為跟蹤組織內(nèi)成功的方式。

圍繞具體參考技術(shù)債務(wù)的產(chǎn)品性能和開發(fā)速度創(chuàng)建KPI。

如果您的公司使用凈推薦值（NPS，可反映口碑）來衡量客戶忠誠度，這可能包括有關(guān)產(chǎn)品修復(fù)延遲、漏洞等的反饋。有時直接從終端用戶那里獲得反饋確實會看出問題。

六、考慮如何預(yù)防技術(shù)債務(wù)

與技術(shù)負責(zé)人探討什么樣的戰(zhàn)略可以納入項目過程，以減少技術(shù)債務(wù)。

這可能包括指導(dǎo)、團隊培訓(xùn)和結(jié)對編程，了解這些是否可以包含進產(chǎn)品預(yù)算。找出將修復(fù)代碼的責(zé)任全部放在一個人肩上的技能差距。

七、細心對待文檔

一些開發(fā)團隊努力創(chuàng)建一種機會主義重構(gòu)的文化，在這種文化中，無論何時何地，只要代碼需要清理，就會進行代碼修復(fù)——不管是誰。

雖然這聽起來很理想，但在工作量大的高峰時期不太現(xiàn)實。確保你的公司記錄債務(wù)和清理債務(wù)的責(zé)任。

這應(yīng)該是一份經(jīng)常提及并付諸行動的“活”的文件。在團隊成員發(fā)生變化的組織中，這一點尤為重要。