在當今敏捷驅動的世界中,傳統(tǒng)的KPI已經(jīng)不是軟件開發(fā)生產力的最佳衡量指標。以下是用于評估團隊績效、產出和士氣的重新定義的衡量標準。
如果衡量軟件開發(fā)生產力和跟蹤團隊績效就像計算代碼行或工作時間一樣簡單那就好了,但是軟件工程團隊的效率,就像任何技術或創(chuàng)造性工作一樣,不能僅用數(shù)量來衡量。
工作質量和團隊協(xié)作以直接和持久的方式影響生產力。此外,敏捷的迭代、技術的發(fā)展,以及軟件開發(fā)生產力的易變和相互關聯(lián),因此無法用傳統(tǒng)的關鍵性能指標(KPI)來衡量。其解決方案是重新考慮KPI,以適應當今定義大多數(shù)軟件開發(fā)的發(fā)展趨勢、擴大的團隊和所需的敏捷性。如果計算代碼行數(shù)不能對生產力進行準確地衡量,那么在軟件開發(fā)中還能用什么衡量呢?如果計時很少能洞察到Scrum已經(jīng)前進了多遠,那么衡量進展的正確標準是什么呢?
以下是更好地理解和衡量軟件團隊的進度和效率,以及實現(xiàn)在整個產品生命周期中以可接受和可預測的速度持續(xù)改進的4個重要的KPI。
問題解決
今天的軟件開發(fā)既是一個高度戰(zhàn)略性的過程,也是一個高度創(chuàng)造性的過程。每一次迭代都會帶來來自客戶的新見解、新考慮和新請求。軟件團隊解決這些問題的才智如何?
這是一個可以通過打開/關閉比率來評估的KPI:問題多久打開一次,軟件開發(fā)團隊管理它們的效率如何?這不是衡量團隊生產問題的數(shù)量。衡量標準應該是關于更大的質量趨勢:團隊解決問題的效率如何?如果問題長期懸而未決,團隊就很難解決問題。如果問題(多個或幾個)在出現(xiàn)時得到有效處理,團隊在創(chuàng)造性地解決問題方面得分很高,這意味著他們在合作中取得了成功。
速度
當涉及到預算和時間表時,敏捷項目可能更難預測,但團隊仍在朝著關鍵的最終目標前進。了解他們實現(xiàn)這些目標的速度是衡量生產率的重要指標。與瀑布一樣的時間線相適應的里程碑在靈活的、迭代的敏捷世界中不起作用,但是仍然有可能衡量進度及其速度。在敏捷中,通過查看團隊滿足了多少用戶需求來評估每次沖刺的速度。它不是關于個人完成的任務數(shù)量,而是團隊滿足的用戶需求(用戶表示需要/想要的功能)。在衡量每個沖刺中滿足的用戶需求時,你可以得到一個比率,該比率表明軟件開發(fā)團隊朝著完成和發(fā)布日期前進的速度有多快。
工作流穩(wěn)定性
軟件團隊的工作流有多穩(wěn)定?這是一個重要的KPI,因為工作流的穩(wěn)定性有助于提高可預測性。如果工作流程不穩(wěn)定,那么預測下一步和最終交付就變得更加困難。穩(wěn)定的工作流顯示團隊和項目已步入正軌,并能夠管理工作負載。
工作流的穩(wěn)定性通過將多個度量指標放在一起來評估,以查看團隊的工作方式是否具有穩(wěn)定性,例如:
• 正在進行的工作-已開始但未完成的項目數(shù)。
• 周期時間-任務從開始到完成需要多長時間。
• 吞吐量-已完成的工作項目/時間單位。
將這些工作流度量放在一起分析,可以全面了解團隊是如何運作的。如果團隊穩(wěn)定地工作,他們的產出和進度會更可靠,發(fā)布預測也會更可靠。
團隊士氣
雖然很少有人認為士氣可以作為衡量標準來考慮,但士氣是每個KPI中的一個因素,因為它影響每個團隊成員的努力和創(chuàng)造力。如果團隊成員為自己的工作感到自豪,感到有價值和見多識廣,被授權采取行動,并在項目中看到目標,他們將是更好的貢獻者。他們將會開發(fā)出更好、更具創(chuàng)新性的軟件。
企業(yè)可以簡單地通過與他們的團隊簽到來衡量士氣。例如,針對每一次沖刺的調查可以調查員工對溝通、團隊合作、壓力水平的感受,甚至他們在工作中感到的自豪感和趣味性。如果他們的工作自豪感在幾次沖刺中都很低,這是一個更深入挖掘的機會。為什么團隊成員會感到沮喪?是否有質量、壓力或管理問題需要解決?了解更廣泛的團隊士氣可以開啟重要對話的大門。這些對話可以引發(fā)提高團隊參與度和協(xié)作的知情行動。
士氣,就像所有這些KPI一樣,不是一個簡單的一步衡量的標準。它需要對一段時間內的趨勢進行更廣泛地集體評估。就像敏捷本身一樣,軟件開發(fā)中的KPI隨著每次迭代評估而變得更好、更有見識。好消息是,正確的關鍵績效指標可以幫助平衡高點和低點,而不是開始時活力四射,結束時疲憊不堪。
版權聲明:本文為企業(yè)網(wǎng)D1Net編譯,轉載需注明出處為:企業(yè)網(wǎng)D1Net,如果不注明出處,企業(yè)網(wǎng)D1Net將保留追究其法律責任的權利。