研發(fā)團隊如何考核？四類量化考核指標(biāo)（研發(fā)團隊如何考核-四類量化考核指標(biāo)是什么）
哈佛商學(xué)院的研究發(fā)現(xiàn)，設(shè)定了明確目標(biāo)的學(xué)生，其中3%的人的收入比其他97%的人總和還要多十倍。同樣，在軟件工程等技術(shù)流程中，設(shè)定關(guān)鍵績效指標(biāo)（KPI）對于開發(fā)團隊達成目標(biāo)也非常重要。
選擇合適的軟件工程度量標(biāo)準(zhǔn)能夠幫助評估效率，并提供推動改進所需的有價值見解。如果你是與遠程團隊合作或者是外包開發(fā)項目，設(shè)定KPI尤其重要。此外，利用固定的指標(biāo)來追蹤團隊或開發(fā)者的表現(xiàn)，能夠減少對他們的過度管理。
本文將討論軟件開發(fā)中的各種KPI及其對商業(yè)的價值。
為什么在軟件開發(fā)中開發(fā)者的績效指標(biāo)很重要？
KPI在軟件開發(fā)的整個生命周期中扮演著至關(guān)重要的角色。設(shè)定明確的KPI在開始之前有以下幾個好處：
它們使得項目經(jīng)理，尤其是采用敏捷方法的項目經(jīng)理，能夠識別、優(yōu)先處理、跟蹤和溝通任何問題和改進的潛在區(qū)域，以獲得更好的團隊成果。這些KPI可以通過多種生產(chǎn)力應(yīng)用程序進行跟蹤。
它們還能讓利益相關(guān)者及時了解軟件開發(fā)項目的進展情況，更好地管理工作流程，并預(yù)測未來的開發(fā)速度。
它們有助于減少開發(fā)成本，因為你不需要額外的修改輪次或更多的管理工作。
設(shè)定KPI能夠提高投資回報率（ROI），因為它提升了整個團隊/開發(fā)人員的表現(xiàn)。
衡量軟件開發(fā)效率的最佳KPI
衡量軟件開發(fā)效率的最佳KPI可以分為四個主要類別：開發(fā)人員的生產(chǎn)力、軟件性能指標(biāo)、缺陷指標(biāo)以及可用性和用戶體驗指標(biāo)。
1.開發(fā)人員生產(chǎn)力
這一類別的重要KPI直接關(guān)聯(lián)到團隊在軟件開發(fā)過程中的效率。它們能夠讓你了解開發(fā)人員投入到軟件項目中的時間和工作量。為了評估這些KPI，你可以使用時間跟蹤軟件來監(jiān)控分配給特定任務(wù)的時間，從而清晰地掌握開發(fā)人員的整體生產(chǎn)力。
速度
它表示開發(fā)團隊在一個迭代（Sprint）中能完成的工作量。通常，速度越高，團隊的產(chǎn)出就越大。因此，這可以幫助你估算團隊的生產(chǎn)力水平。
要想得到一個團隊平均工作速度的全貌，大概需要經(jīng)過三個工作周期。雖然這個指標(biāo)很好地反映了團隊的整體產(chǎn)出，但它不涉及個別成員的表現(xiàn)或客戶對產(chǎn)品的滿意度。
圖片截取自：PingCode
圖片截取自：PingCode
沖刺燃盡圖
沖刺燃盡圖是一個更詳細(xì)的指標(biāo)，用于衡量在一個工作周期內(nèi)實際完成的工作量。這提供了比基于多個平均值計算的速度估算更詳細(xì)的見解。
圖片截取自：PingCode「鏈接」
發(fā)布進度圖
這個關(guān)鍵績效指標(biāo)（KPI）展示了發(fā)布的進度情況。它幫助軟件團隊管理產(chǎn)品的發(fā)布過程，讓他們能判斷自己是不是比計劃提前、正好按計劃，還是落后于計劃。這個指標(biāo)對于那些關(guān)心產(chǎn)品提前或延后發(fā)布的客戶來說非常有用。
圖片截取自：PingCode
任務(wù)周期時間
任務(wù)周期時間是指完成一個特定任務(wù)所需的時間。這個指標(biāo)用來衡量軟件開發(fā)過程的效率，并且可以幫助預(yù)估軟件團隊完成將來任務(wù)所需要的時間。
圖片截取自：PingCode「鏈接」
代碼覆蓋率
代碼覆蓋率是一個衡量代碼質(zhì)量的指標(biāo)，它支持持續(xù)交付和測試驅(qū)動的開發(fā)方式。這個指標(biāo)顯示在測試過程中有多少源代碼被執(zhí)行了——覆蓋率越高，表示開發(fā)進展越好。不過，覆蓋率很少能達到100%，因為總有一些代碼因為未發(fā)現(xiàn)的bug而沒有被執(zhí)行。
圖片截取自：PingCode
代碼穩(wěn)定性
代碼穩(wěn)定性衡量的是產(chǎn)品中小的變動可能對商業(yè)目標(biāo)或軟件本身造成的潛在影響。理想情況下，更改幾行代碼不應(yīng)該影響到整個應(yīng)用程序的運行。代碼穩(wěn)定性可以通過計算導(dǎo)致系統(tǒng)停機的代碼部署百分比來評估。
代碼簡潔性
代碼簡潔性是軟件開發(fā)中另一個重要的KPI。它可以通過多種方式來量化，比如通過圈復(fù)雜度，這是指需要編寫的獨立路徑數(shù)量。通常，簡單的代碼更容易測試和維護。
代碼變動頻率
這個指標(biāo)用來衡量代碼的穩(wěn)定性，特別是指的是代碼變動的頻繁程度。如果每次添加新功能時都需要重寫代碼，那么這個代碼就被認(rèn)為維護成本高，風(fēng)險也高。
2.軟件性能指標(biāo)
這些指標(biāo)和參數(shù)是在軟件質(zhì)量保證過程中確定的。軟件性能指標(biāo)可以幫助評估軟件開發(fā)項目中的問題以及進行優(yōu)先級排序。它們在以下幾個方面非常有用：
- 管理
- 調(diào)試
- 性能
- 估算成本
吞吐量
吞吐量與速度類似，但更加細(xì)致。它衡量的是在特定時間段內(nèi)完成的特性、任務(wù)、缺陷以及其他活動的數(shù)量。這讓項目管理團隊能夠評估團隊成員是如何利用他們的時間，以及他們的工作量。
圖片截取自：PingCode
響應(yīng)時間
這是指從發(fā)送請求到服務(wù)器到從服務(wù)器接收到最后一個字節(jié)之間的時間差。
可靠性
這個性能指標(biāo)衡量的是軟件在任何給定時間產(chǎn)生預(yù)期結(jié)果的可能性。通過設(shè)計用于避免、檢測和修復(fù)軟件故障的功能來增強軟件的可靠性。一個可靠的軟件程序不會持續(xù)產(chǎn)出錯誤結(jié)果，而是應(yīng)該試圖修正這些錯誤，或至少將錯誤隔離并報告。可靠性與故障間平均時間（MTBF）相關(guān)：可靠性 = exp^(-T/MTBF)。
軟件的可用性
這是指軟件在需要時可以正常工作的概率。換句話說，就是軟件正常運行的時間占它應(yīng)該運行總時間的比例。高級的可用性功能使得軟件即使在出現(xiàn)問題時也能繼續(xù)運行，這通常通過隔離出問題的部分并以較低的性能繼續(xù)運行來實現(xiàn)。而那些能力較差的系統(tǒng)可能會直接崩潰，完全失去運行能力。
軟件的可維護性
軟件的可維護性是指修復(fù)或服務(wù)軟件系統(tǒng)的難易程度和速度?？煞?wù)性和可用性是成反比的：如果修復(fù)速度變快，那么軟件可用的時間就會增長。在考慮軟件開發(fā)的可維護性時，會考慮到出現(xiàn)問題時的診斷方法。比如，有些軟件系統(tǒng)設(shè)計成在出現(xiàn)問題時能自動聯(lián)系服務(wù)中心。該指標(biāo)的目的是在盡可能不干擾正常服務(wù)的情況下，確保及時正確的維修工作。
3.缺陷指標(biāo)
軟件缺陷是開發(fā)人員面臨的主要問題之一，因為它們導(dǎo)致實際結(jié)果和預(yù)期之間出現(xiàn)偏差。因此，測試人員需要追蹤并盡可能多地消除這些缺陷。為了達到高質(zhì)量的軟件要求，開發(fā)人員依賴于一系列指標(biāo)來評價他們在處理這些偏差和錯誤時的表現(xiàn)：
代碼缺陷檢測率
這也被稱為代碼缺陷檢測效率，用來衡量測試團隊發(fā)現(xiàn)缺陷的效率。它通過比較軟件發(fā)布前發(fā)現(xiàn)的缺陷數(shù)與總?cè)毕輸?shù)（包括客戶在發(fā)布后發(fā)現(xiàn)的）來計算。代碼缺陷檢測率（DDP）的計算公式是：
DDP = [(軟件發(fā)布前發(fā)現(xiàn)的缺陷數(shù)) / (內(nèi)部測試發(fā)現(xiàn)的缺陷數(shù) 客戶發(fā)布后發(fā)現(xiàn)的缺陷數(shù))] x 100。
圖片截取自：PingCode
漏洞
漏洞是衡量軟件系統(tǒng)中存在的、容易被惡意攻擊者利用的弱點程度的性能指標(biāo)。漏洞越多，意味著SaaS安全問題越嚴(yán)重。
實際安全事件
這個指標(biāo)記錄的是試圖未經(jīng)授權(quán)訪問、披露、使用、修改或破壞軟件系統(tǒng)中信息的嘗試次數(shù)。安全事件可能導(dǎo)致用戶賬戶遭到入侵、服務(wù)中斷、數(shù)據(jù)被盜等問題。這個度量標(biāo)準(zhǔn)很重要，因為它可以幫助評估軟件程序的安全性，并提供可能的解決措施。
發(fā)現(xiàn)缺陷的平均時間
這表示從系統(tǒng)軟件出現(xiàn)故障到被DevOps團隊發(fā)現(xiàn)所需的平均時間，也就是問題發(fā)生和被發(fā)現(xiàn)之間的時間。對于軟件開發(fā)人員來說，減少這個時間非常關(guān)鍵，因為更長的發(fā)現(xiàn)時間可能導(dǎo)致更長的系統(tǒng)停機時間，進而影響到其他商業(yè)指標(biāo)，比如客戶滿意度。
圖片截取自：PingCode
修復(fù)平均用時
修復(fù)平均用時（MTTR）是衡量軟件性能的一個重要指標(biāo)。這個指標(biāo)涉及從發(fā)現(xiàn)軟件安全漏洞到推出修復(fù)方案所需的時間長度。MTTR值較低表示開發(fā)團隊在解決軟件安全問題（比如bug）方面變得更加高效。
圖片截取自：PingCode
4.可用性和用戶體驗指標(biāo)
這是一組關(guān)鍵指標(biāo)，用來評估用戶對產(chǎn)品的滿意程度。雖然這些指標(biāo)因為其主觀性和依賴于用戶愿意提供反饋的程度而難以準(zhǔn)確衡量，但它們能夠提供有力的見解，幫助了解軟件是否達到了用戶的期望。
凈推薦得分（NPS）
這個指標(biāo)衡量用戶愿意將軟件產(chǎn)品或服務(wù)推薦給其他人的程度。NPS有助于了解用戶的忠誠度和滿意度，對建立長期關(guān)系非常關(guān)鍵。NPS值介于-100到 100之間，可以通過NPS調(diào)查工具來有效地收集這些數(shù)據(jù)。
客戶滿意度得分（CSAT）
這是一個用來評價用戶滿意度的軟件開發(fā)關(guān)鍵績效指標(biāo)。用戶根據(jù)他們的體驗給軟件打分，分?jǐn)?shù)范圍從1到5。這個指標(biāo)比較容易測量，但需要向用戶發(fā)送滿意度調(diào)查。這樣的評估能夠提供用戶對軟件的整體感受，幫助發(fā)現(xiàn)并解決潛在的問題。
客戶努力得分（CES）
這是另一個評估軟件可用性和用戶體驗的指標(biāo)，它衡量用戶在使用軟件與業(yè)務(wù)互動（如完成交易或提交支持問題等）的難易程度。企業(yè)利用客戶努力得分作為一種可用性指標(biāo)，來評估完成任務(wù)或提交支持問題時用戶的互動便利性。CES的評分范圍是1到7。
避免過度管理的KPI和建議
設(shè)立KPI并努力達成它們會給軟件開發(fā)團隊帶來額外的壓力。過度管理開發(fā)人員可能會創(chuàng)造出一個不利于團隊成長的環(huán)境。以下是一些建議，可以幫助避免這種情況：
- 盡量減少在開發(fā)過程中的干預(yù)
- 管理關(guān)鍵績效指標(biāo)，而不是每個小任務(wù)
- 信任你的團隊
- 鼓勵開發(fā)人員獨立做決策
- 定期賦予團隊成員比你感覺舒適的更多責(zé)任
軟件開發(fā)的KPI對于整個編程過程至關(guān)重要，因為它們幫助管理層評估和排序目標(biāo)及團隊目標(biāo)。這些指標(biāo)分為四個主要類別：開發(fā)團隊的生產(chǎn)力、軟件性能、缺陷管理、以及可用性和用戶體驗。這些類別根據(jù)其關(guān)注的特定領(lǐng)域分類，每一類都提供了項目整體狀況的重要視角。對所有相關(guān)方來說，了解各種KPI、它們的應(yīng)用以及計算方法是非常關(guān)鍵的。
