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