建站
咨詢
售后
建站咨詢
新聞中心
導讀
本文將幫助你制定技術(shù)債務(wù)提案，以證明為了解決問題而花費一些時間是合理的，更重要的是防止技術(shù)債務(wù)。讓我們來看看你應該在技術(shù)債務(wù)提案中包含哪些會幫助管理層做出決策的元素。
創(chuàng)新互聯(lián)建站長期為數(shù)千家客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為兗州企業(yè)提供專業(yè)的網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)，兗州網(wǎng)站改版等技術(shù)服務(wù)。擁有十載豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
首先，讓我們來探討一下為什么需要寫一個技術(shù)債務(wù)提案。
為什么需要寫一份技術(shù)債務(wù)提案？
有時候，你的管理層可能沒有意識到正在減慢開發(fā)團隊速度的技術(shù)問題。技術(shù)債務(wù)提案可以幫助你證明解決技術(shù)債務(wù)所花費的時間和資源是合理的，并制定計劃以進一步防止技術(shù)債務(wù)。
為此，你需要收集證據(jù)并提出衡量成功的計劃和指標。需要注意的是，你可能做出了錯誤的估計，因此解決方案不起任何作用。這意味著，你要能夠跟蹤技術(shù)債務(wù)提案的有效性，以便在未按預期進行時開始干預。
以下內(nèi)容重點介紹指導你完成創(chuàng)建技術(shù)債務(wù)提案的不同步驟，包括如何確定工具以及如何圍繞此工具構(gòu)建計劃。
步驟1：確定對技術(shù)債務(wù)中影響最大的問題
首先，確定對工程團隊工作效率影響最大的技術(shù)債務(wù)問題。工程團隊在問題跟蹤或項目管理工具中徘徊時，通常會意識到這些問題。
識別這些問題的最佳方法是在編輯器中跟蹤技術(shù)債務(wù)。在編輯器中跟蹤技術(shù)債務(wù)可以使得工程師能夠全面了解技術(shù)債務(wù)，查看每個代碼庫中問題的上下文，并減少上下文切換。
識別技術(shù)債務(wù)的一種方法是在VSCode或JetBrains中使用免費的Stepsize擴展，這些擴展與Jira、Linear、Asana和其他項目管理工具是集成在一起的。
這是開始收集代碼庫中的所有關(guān)鍵技術(shù)問題的快速方法。
步驟2：識別工具
不要低估使用適當?shù)墓ぞ邅砉芾砑夹g(shù)債務(wù)的力量。一些技術(shù)團隊可能沒有使用任何工具，或者使用正確的工具或使用過時的工具。這些場景是合理的，在確定要包含在技術(shù)債務(wù)提案中的工具時需要考慮這些情況。
對于許多團隊來說，實施正確的工具可以解決和防止大量的技術(shù)債務(wù)。但是，工程團隊需要證明使用特定工具的成本的合理性。
選擇工具時，你需要問自己以下問題：
·哪種工具能提供最佳功能來解決團隊的問題？
·實施特定工具會有什么影響？
·工具成本是多少，是否有更便宜的選擇可以解決你的技術(shù)債務(wù)問題？某些工具需要特定設(shè)置，但是這些設(shè)置你的技術(shù)團隊可能尚未準備好，或者工具需要自托管，這會帶來額外費用。
一旦你認為你已經(jīng)找到了合適的工具，請確保在你的技術(shù)債務(wù)提案中包含上述問題的摘要。此摘要將幫助CTO、團隊主管和管理層更好地了解你選擇特定工具的原因。
有很多工具可以幫助你處理技術(shù)債務(wù)，以下一些示例。
1. 持續(xù)集成（CI）工具，可以幫助團隊保證其代碼的質(zhì)量。CI工具可以強制執(zhí)行編碼標準并執(zhí)行復雜類型的測試，例如集成測試或端到端測試，以便為開發(fā)人員團隊提供對其代碼的信任。
2. 靜態(tài)分析工具（如SonarQube），用于分析源代碼以尋找技術(shù)債務(wù)。這些工具使用定量數(shù)據(jù)來幫助開發(fā)人員識別代碼庫中可能存在技術(shù)債務(wù)熱點。不過它們也有局限性，比如，它們不會幫助你識別跨越代碼庫多個部分的中型到大型債務(wù)，也不會為你提供真正理解每一筆債務(wù)以及如何優(yōu)先考慮并最終解決它所需的上下文。
3. 前端問題跟蹤器工具 Stepsize ，可幫助技術(shù)團隊跟蹤編輯器中的技術(shù)債務(wù)，并將問題鏈接到代碼。這些工具對持續(xù)跟蹤和修復技術(shù)債務(wù)、提高編碼標準、通過在編輯器中創(chuàng)建問題來減少上下文切換等都會有幫助。
步驟3：設(shè)置指標并定義基線
接下來，你需要??定義指標??來證明成本的合理性。指標允許你衡量技術(shù)債務(wù)提案的有效性，尤其是你選擇的工具的有效性（例如，你選擇的工具無法根據(jù)你正在測量的指標解決你的問題）。它允許你干預和重新調(diào)整你的技術(shù)債務(wù)提案，或?qū)ふ也煌墓ぞ邅斫鉀Q你的問題。
換句話說，擁有指標可能會讓你避免在不正確工具上浪費大量的金錢。而且，添加不正確的工具會進一步增加技術(shù)債務(wù)，因為你的工程師必須學習他們不熟悉的新工具。下面是可以為持續(xù)集成示例定義指標的快速列表：
·測試覆蓋率百分比
·與編碼標準相關(guān)的問題數(shù)量
·在生產(chǎn)環(huán)境中發(fā)現(xiàn)的錯誤數(shù)
·軟件工程團隊的功能吞吐量
·修復 Bug的平均時間
特別提示：不要忘記設(shè)置基線。如果沒有基線，就無法確定你的技術(shù)債務(wù)提案的有效性。
步驟4：尋找解決技術(shù)債務(wù)的其他方法
雖然工具可以快速解決技術(shù)債務(wù)，但也要看看其他解決技術(shù)債務(wù)的方法。
通常，你可以將實現(xiàn)新工具的建議與其他計劃，如重構(gòu)周或?qū)嵤┬滦蜁h（如??回顧會議??）相結(jié)合。
重構(gòu)周為你的團隊提供了所需的喘息空間，以重新評估代碼庫并確定他們想要解決的關(guān)鍵問題。除此之外，它可以用作重啟實施新的工具以進一步減少團隊的技術(shù)債務(wù)。
其他潛在的計劃是分享會議，團隊成員分享有關(guān)代碼庫的知識或教授其他團隊成員有關(guān)新技術(shù)的知識。這完全取決于你的團隊所經(jīng)歷的??技術(shù)債務(wù)類型??。
結(jié)論：保持警惕！
一旦你的團隊解決了技術(shù)債務(wù)，就不要讓技術(shù)債務(wù)再次降臨到團隊身上。因此，請繼續(xù)衡量你設(shè)置的指標。除此之外，你還可以創(chuàng)建一個計劃來衡量其他指標，以更好地了解團隊績效以及技術(shù)債務(wù)的積累方式。簡而言之，技術(shù)債務(wù)是一個令人討厭的怪物，可以隨時迅速回歸。保持警惕！
譯者介紹
朱鋼，社區(qū)編輯，2021年IT影響力專家博主，阿里云專家博主，2019年CSDN博客之星20強，2020年騰訊云+社區(qū)優(yōu)秀作者，11年一線開發(fā)經(jīng)驗，曾參與獵頭服務(wù)網(wǎng)站架構(gòu)設(shè)計，企業(yè)智能客服以及大型電子政務(wù)系統(tǒng)開發(fā)，主導某大型央企內(nèi)部防泄密和電子文檔安全監(jiān)控系統(tǒng)的建設(shè)，目前在北京圖伽健康從事醫(yī)療軟件研發(fā)工作。
網(wǎng)站題目：如何用技術(shù)債務(wù)提案助力解決技術(shù)債務(wù)？
URL標題：http://www.5511xx.com/article/djiiois.html
