?作者 | 云昭

不管在哪個(gè)領(lǐng)域，團(tuán)隊(duì)想要高效運(yùn)轉(zhuǎn)，取得成功，最重要的是，讓團(tuán)隊(duì)有一個(gè)與上下文語境相適應(yīng)的“方向”，而在軟件開發(fā)領(lǐng)域，KPI則充當(dāng)著“北極星”，使團(tuán)隊(duì)朝著正確的方向前進(jìn)。

軟件開發(fā)KPI經(jīng)常與指標(biāo)相混淆。指標(biāo)是代表一個(gè)事實(shí)的數(shù)字，而KPI是對(duì)一個(gè)組織很重要的事情。注意：選擇KPI而不評(píng)估其給團(tuán)隊(duì)帶來的影響，往往弊大于利。例如，“代碼行（LOC）”可以是一個(gè)度量，但絕不應(yīng)該是軟件開發(fā)團(tuán)隊(duì)的“KPI”。

軟件開發(fā)的KPI只有設(shè)置正確的度量，才能有助于確保打造一支高績(jī)效、高效的工程團(tuán)隊(duì)，從某種程度上看，這才是一支團(tuán)隊(duì)真正的競(jìng)爭(zhēng)優(yōu)勢(shì)。“高績(jī)效”和“高效”的定義往往因業(yè)務(wù)性質(zhì)和許多其他因素而異。找出這些關(guān)鍵績(jī)效指標(biāo)有助于區(qū)分重要因素和噪音。

在本文中，我們將介紹如何為團(tuán)隊(duì)選擇KPI，并列出其他工程團(tuán)隊(duì)行之有效的9個(gè)軟件開發(fā)KPI。

一、那些危險(xiǎn)的KPI

“賽馬”、“LOC”、“編碼天數(shù)”……你應(yīng)該不惜一切代價(jià)避免以下這些指標(biāo)。它們往往對(duì)開發(fā)團(tuán)隊(duì)弊大于利。

1.有效編碼天數(shù)

這個(gè)指標(biāo)絕不代表個(gè)人所做工作的質(zhì)量。每個(gè)人的工作模式都可能不同——有些人可能需要三天時(shí)間來理解需求，并邏輯地規(guī)劃出具體需要做什么，然后在一天內(nèi)完成實(shí)際任務(wù)。假設(shè)每個(gè)團(tuán)隊(duì)成員都應(yīng)該每天編寫代碼，這是一個(gè)毫無根據(jù)的假設(shè)。團(tuán)隊(duì)還有很多其他的工作，比如評(píng)審、設(shè)計(jì)、測(cè)試、發(fā)布、規(guī)劃、整理和幫助初級(jí)團(tuán)隊(duì)成員等等。將編碼天數(shù)作為KPI進(jìn)行跟蹤會(huì)使所有其他功能變得無用。而不是你想在一個(gè)高績(jī)效團(tuán)隊(duì)中灌輸?shù)恼_文化。

2.代碼行

毫無疑問，這個(gè)古老的指標(biāo)是跟蹤工程團(tuán)隊(duì)生產(chǎn)力/產(chǎn)出的最差方法。跟蹤像LOC這樣的KPI表明，對(duì)于一項(xiàng)任務(wù)，如果一個(gè)團(tuán)隊(duì)使用100行智能代碼，則比1000行錯(cuò)誤代碼更糟糕。任何軟件開發(fā)團(tuán)隊(duì)都不應(yīng)將LOC作為KPI。

3.沖刺速度（Velocity）

另一個(gè)非常常用的度量是速度（Velocity）。速度可以很好地指示完成了多少計(jì)劃任務(wù)，也有助于未來的沖刺計(jì)劃。但從來不是團(tuán)隊(duì)生產(chǎn)力或效率的指標(biāo)。當(dāng)使用“Velocity”用于推動(dòng)開發(fā)人員和比較團(tuán)隊(duì)時(shí)，它會(huì)成為一個(gè)危險(xiǎn)的KPI。即使在同一個(gè)組織中，兩個(gè)團(tuán)隊(duì)也可能有非常不同的評(píng)估標(biāo)準(zhǔn)，作為團(tuán)隊(duì)生產(chǎn)力的KPI，這種機(jī)制往往埋下危險(xiǎn)的種子。團(tuán)隊(duì)成員往往會(huì)為了完成KPI而使得工作變形，最后的結(jié)果適得其反。

4.與其他程序員相比較

許多管理者經(jīng)常會(huì)犯一個(gè)錯(cuò)誤：將軟件開發(fā)KPI與以“開發(fā)人員生產(chǎn)力”為名跟蹤個(gè)人的指標(biāo)混為一談。前者應(yīng)該代表團(tuán)隊(duì)或項(xiàng)目的整體狀態(tài)，而不是個(gè)人。最重要的是，將一個(gè)開發(fā)人員與另一個(gè)進(jìn)行比較，對(duì)于團(tuán)隊(duì)的生產(chǎn)力而言，有百害而無一利。記住：這些KPI是為了促使團(tuán)隊(duì)成員提高工程效率做出貢獻(xiàn)，而不要感到受到威脅。

二、五條原則

1.始終考慮團(tuán)隊(duì)效率，而不是開發(fā)人員效率

軟件開發(fā)本質(zhì)上是一個(gè)團(tuán)隊(duì)概念，從長(zhǎng)遠(yuǎn)來看，在個(gè)人層面制定KPI去跟蹤是行不通的。

2.KPI不應(yīng)是定量的

它應(yīng)該更多地關(guān)注你工作的質(zhì)量層面。例如，跟蹤“提交次數(shù)”不能成為KPI，但“客戶滿意度”就能很好地反應(yīng)出團(tuán)隊(duì)產(chǎn)出的質(zhì)量，是一個(gè)不錯(cuò)的候選指標(biāo)。

3.首先確定重要流程，然后選擇KPI

KPI是對(duì)工程團(tuán)隊(duì)至關(guān)重要的績(jī)效指標(biāo)，所以首先要確定重要的流程，然后找出有助于實(shí)現(xiàn)這一目標(biāo)的KPI。需要考慮的一些工程過程包括：規(guī)劃、執(zhí)行、代碼質(zhì)量、部署周期、測(cè)試、團(tuán)隊(duì)健康和用戶滿意度。

4.永遠(yuǎn)不要“復(fù)制粘貼”KPI

記住，組織的性質(zhì)、文化和發(fā)展方向，對(duì)于選擇正確的KPI非常重要。最好的方法是從別人做什么和不做什么中學(xué)習(xí)，但千萬不要因?yàn)檫@對(duì)他們有用就復(fù)制他們。

5.要團(tuán)隊(duì)相信KPI的重要性

你在決定什么樣的軟件開發(fā)KPI對(duì)的團(tuán)隊(duì)很重要時(shí)，還需要確定優(yōu)先級(jí)，并告訴團(tuán)隊(duì)這對(duì)我們很重要。擁有錯(cuò)誤的KPI比沒有KPI更糟糕。

三、行之有效的9個(gè)KPI

這些是我們看到的一些KPI，對(duì)于軟件開發(fā)團(tuán)隊(duì)來說非常有效。（順序不表示重要性或有效性。）

1.團(tuán)隊(duì)上手時(shí)間

新團(tuán)隊(duì)成員開始為團(tuán)隊(duì)交付做出有意義貢獻(xiàn)所需的時(shí)間。這有助于理解團(tuán)隊(duì)的學(xué)習(xí)曲線有多大，也表明團(tuán)隊(duì)在教育新成員有關(guān)團(tuán)隊(duì)架構(gòu)、技術(shù)堆棧和開發(fā)實(shí)踐方面的效率有多高。數(shù)字越小，表示學(xué)習(xí)曲線越小，新成員可以開始快速做出貢獻(xiàn)，從而影響團(tuán)隊(duì)的整體生產(chǎn)力以及新成員的滿意度。

2.測(cè)試有效性

這可以通過幾個(gè)指標(biāo)的組合來衡量，比如在非生產(chǎn)環(huán)境與生產(chǎn)環(huán)境中發(fā)現(xiàn)的bug的比率、在非產(chǎn)品環(huán)境中測(cè)試的用戶場(chǎng)景的百分比以及測(cè)試分支覆蓋率。此KPI的主要目的應(yīng)該是確保團(tuán)隊(duì)在投入使用之前測(cè)試更改的措施是有效的，并且生產(chǎn)缺陷的開銷不會(huì)降低團(tuán)隊(duì)的速度。

3.有效開發(fā)

進(jìn)行了多少代碼更改，并不重要，重要的是代碼的有效性。這里的有效性是是指，當(dāng)團(tuán)隊(duì)在添加新更改的同時(shí)不繼續(xù)添加代碼債務(wù)時(shí)，需要最少的返工。返工有時(shí)也反映出要求的不明確，或經(jīng)常需要進(jìn)行特別改進(jìn)。跟蹤代碼有效性的另一個(gè)很好的衡量標(biāo)準(zhǔn)是，開發(fā)的代碼對(duì)客戶產(chǎn)生影響的百分比是多少。將此作為KPI進(jìn)行跟蹤有助于樹立有效工作比更多工作更重要的觀念。

4.客戶滿意度

開發(fā)團(tuán)隊(duì)的所有工作最終都會(huì)為用戶提供新的功能或更好的體驗(yàn)。衡量最終用戶滿意度是一個(gè)很好的衡量標(biāo)準(zhǔn)，可以表明團(tuán)隊(duì)是否以正確的心態(tài)工作。

跟蹤這一點(diǎn)的幾種方法可以是測(cè)量功能的使用頻率，也可以來自新功能發(fā)布后的反饋調(diào)查。根據(jù)產(chǎn)品類型和組織提供的客戶支持、客戶報(bào)告錯(cuò)誤的頻率、客戶請(qǐng)求的交付速度等指標(biāo)，在衡量滿意度方面也起著重要作用。

管理者可以通過查看特性請(qǐng)求的周期時(shí)間（從整理到生產(chǎn)部署）來跟蹤特性請(qǐng)求的速度。

另一個(gè)非常有效的指標(biāo)是NPS（Net Promoter Score，凈促銷得分），它是一個(gè)最終用戶向其他人推薦產(chǎn)品的可能性的得分。通?？梢允褂每蛻粽{(diào)查和反饋表跟蹤這一點(diǎn)。

5.周期時(shí)長(zhǎng)（Cycle Time）

這是一種廣泛使用的KPI，是交付速度的明確指標(biāo)。周期時(shí)長(zhǎng)主要幫助了解團(tuán)隊(duì)的敏捷性，以及管理者應(yīng)該在哪些領(lǐng)域花費(fèi)精力。例如，如果在登臺(tái)環(huán)境中進(jìn)行測(cè)試所需的時(shí)間超過了開發(fā)項(xiàng)目，則意味著需要考慮如何優(yōu)化或者自動(dòng)化測(cè)試框架。

跟蹤周期時(shí)長(zhǎng)的最佳方法是從開始（計(jì)劃）到實(shí)現(xiàn)（生產(chǎn)部署）。繪制開發(fā)過程全貌的周期時(shí)間示例如下：

從計(jì)劃部署到生產(chǎn)部署的真實(shí)工程周期

將周期時(shí)間作為KPI進(jìn)行跟蹤有助于了解不同流程的效率。有時(shí)，不同階段的周期可能不能精確到分鐘，但比較視圖和不同流程之間的整體分割，可以幫助你優(yōu)化正確的區(qū)域。

6.生產(chǎn)穩(wěn)定性和可觀測(cè)性

沒有一個(gè)系統(tǒng)是完美的，軟件開發(fā)中的錯(cuò)誤是不可避免的。我們需要接受這樣一個(gè)事實(shí)：即完善開發(fā)過程無濟(jì)于事。擁有適當(dāng)?shù)目捎^測(cè)性機(jī)制，將影響降至最低，是解決這一問題的最佳方法。關(guān)注過程的速度和穩(wěn)定性是關(guān)鍵（也是DORA度量思想的核心）。幫助了解穩(wěn)定性的一些軟件開發(fā)KPI包括：

（1）CFR（更改失敗率）：導(dǎo)致生產(chǎn)缺陷的部署百分比，有助于了解團(tuán)隊(duì)修復(fù)缺陷的開銷發(fā)生的頻率。

（2）MTTD（平均檢測(cè)時(shí)間）：在生產(chǎn)中識(shí)別缺陷所需的平均時(shí)間-這代表了監(jiān)控和可觀察性機(jī)制的有效性。

（3）MTTR（平均恢復(fù)時(shí)間）：檢測(cè)到生產(chǎn)缺陷后修復(fù)生產(chǎn)缺陷所需的平均時(shí)間，表征著團(tuán)隊(duì)找出并修復(fù)問題的速度，以最大限度地減少對(duì)最終用戶的影響。

7.團(tuán)隊(duì)健康和滿意度

維珍創(chuàng)始人Richard Branson曾說：“照顧好你的員工，他們也會(huì)照顧好你?！焙笠咔闀r(shí)代，團(tuán)隊(duì)成員都有待從倦怠中恢復(fù)，這比以往任何時(shí)候都更重要。確保團(tuán)隊(duì)不會(huì)筋疲力盡，并對(duì)他們自身所做的工作感到滿意，這是擁有一個(gè)高效團(tuán)隊(duì)的根本支柱。有助于跟蹤這一情況的一些指標(biāo)包括：

（1）每個(gè)人都希望開發(fā)新功能和最新技術(shù)：如果你的團(tuán)隊(duì)不斷致力于解決現(xiàn)有系統(tǒng)的bug和維護(hù)，勢(shì)必會(huì)引起團(tuán)隊(duì)成員的不滿。

（2）開發(fā)經(jīng)驗(yàn)-測(cè)試系統(tǒng)的：行更改是否太難了？為開發(fā)人員配備快速測(cè)試更改或運(yùn)行小型POC的工具和靈活性對(duì)于擁有一個(gè)更快樂的團(tuán)隊(duì)至關(guān)重要。

（3）花在會(huì)議上的時(shí)間與實(shí)際工作的時(shí)間：軟件開發(fā)團(tuán)隊(duì)經(jīng)常面臨“會(huì)議疲勞”，他們?cè)跁?huì)議上花費(fèi)的時(shí)間比工作效率高，這會(huì)導(dǎo)致倦怠和上下文切換，而這通常是可以避免的。了解團(tuán)隊(duì)參加會(huì)議的次數(shù)或他們?cè)跁?huì)議上花費(fèi)的時(shí)間百分比可以幫助了解團(tuán)隊(duì)對(duì)會(huì)議的態(tài)度。

8.文件和知識(shí)共享

想要讓軟件開發(fā)團(tuán)隊(duì)有效地工作，在整個(gè)團(tuán)隊(duì)中廣泛地共享知識(shí)是必不可少的。它可以是代碼文檔、組件規(guī)范或設(shè)計(jì)文檔的形式。在很多情形中人們往往擔(dān)心團(tuán)隊(duì)成員的外流。但問題在于，某個(gè)團(tuán)隊(duì)成員要“活水”或跳槽到另一個(gè)團(tuán)隊(duì)或組織，這都是時(shí)間長(zhǎng)短的問題。零減員根本就是是不可能的。

所以，解決這一問題的最佳方法是減少團(tuán)隊(duì)中的知識(shí)孤島，這樣即使團(tuán)隊(duì)成員決定離開“演出”也可以繼續(xù)。涵蓋這一方面的工程KPI包括：

（1）記錄的代碼庫百分比。組件圖或API規(guī)范的更新頻率，是表示代碼/設(shè)計(jì)文檔實(shí)踐的幾個(gè)指標(biāo)。

（2）新加入者理解系統(tǒng)所需的會(huì)議次數(shù)。大量的會(huì)議意味著沒有足夠的文檔作為新團(tuán)隊(duì)成員的自助服務(wù)。

（3）只有一個(gè)團(tuán)隊(duì)成員知道的代碼庫的百分比。（百分比越高=團(tuán)隊(duì)中的知識(shí)庫越多）

9.任務(wù)規(guī)劃和可預(yù)測(cè)性

哪些任務(wù)需要完成，何時(shí)完成，以及誰來完成，這些都是計(jì)劃項(xiàng)目時(shí)需要回答的關(guān)鍵問題。并非所有團(tuán)隊(duì)成員都必須參與決策，但是，團(tuán)隊(duì)需要以可預(yù)見的方式為組織的發(fā)展而努力。以下是一些有效的KPI：

工作分解結(jié)構(gòu)：項(xiàng)目管理完全基于你如何將任務(wù)分解為更易于管理的任務(wù)，這有助于明確需要做什么，并更好地估計(jì)可能需要的時(shí)間。

可預(yù)測(cè)性：這表示在一個(gè)時(shí)間范圍內(nèi)完成的承諾工作的百分比。有很多事情可能會(huì)影響可預(yù)測(cè)性，比如臨時(shí)請(qǐng)求或生產(chǎn)錯(cuò)誤。

WIP計(jì)數(shù)：可以同時(shí)處理幾件事情固然好，但同時(shí)處理太多事情是不可取的。通過查看開發(fā)團(tuán)隊(duì)的這一點(diǎn)，可以了解規(guī)劃過程的健全性。

通過過程來選擇對(duì)您的團(tuán)隊(duì)至關(guān)重要的正確軟件開發(fā)KPI可能會(huì)稍微耗時(shí)，但如果有正確的心態(tài)，從長(zhǎng)遠(yuǎn)來看，這是非常有用的。正確的績(jī)效指標(biāo)，將在動(dòng)蕩時(shí)期為你的工程團(tuán)隊(duì)指引方向，并幫助確保朝著正確的方向前進(jìn)。?