關(guān)于軟件研發(fā)生產(chǎn)力的誤區(qū)與思考
軟件系統(tǒng)的高效開發(fā)從來沒有像現(xiàn)在這樣重要，因?yàn)橐咔橐呀?jīng)迫使全球很多軟件工程師在家工作，開發(fā)人員和管理者脫離了以往的工作場所和團(tuán)隊(duì)。雖然出乎意料，但這個(gè)變化構(gòu)成了一個(gè)罕見的“自然實(shí)驗(yàn)”，使人們在許多不同的環(huán)境中研究、比較和理解開發(fā)人員的生產(chǎn)力。疫情的影響以及今后的遠(yuǎn)程/本地混合辦公，進(jìn)一步加速了了解開發(fā)人員生產(chǎn)力的必要性。
在軟件工程中，開發(fā)人員的生產(chǎn)力是復(fù)雜而微妙的，對軟件開發(fā)團(tuán)隊(duì)有著重要的影響。定義、衡量和預(yù)測開發(fā)人員的生產(chǎn)力可以提升組織、管理者和開發(fā)人員開發(fā)高質(zhì)量軟件的能力，并使其更有效率。不幸的是，如何衡量生產(chǎn)力，甚至如何定義生產(chǎn)力都是非常困難的事，而關(guān)于研發(fā)效率的誤區(qū)也是常見的。
“No measurement，no management”，很多時(shí)候，研發(fā)團(tuán)隊(duì)的管理者試圖用簡單的度量標(biāo)準(zhǔn)來衡量開發(fā)人員的生產(chǎn)力，用“一個(gè)重要的度量標(biāo)準(zhǔn)”來表達(dá)生產(chǎn)力。然而，開發(fā)人員的生產(chǎn)力不僅對于提高工程成果是必要的，而且對于確保開發(fā)人員的滿意度也是必要的，生產(chǎn)力和滿意度錯(cuò)綜復(fù)雜地聯(lián)系在了一起。
這里嘗試枚舉了關(guān)于開發(fā)人員生產(chǎn)力的幾個(gè)常見誤區(qū)和誤解。最重要的是，研發(fā)效率不能降低到單一的維度。打破這些誤區(qū)需要一個(gè)實(shí)用的多維框架，通過一系列指標(biāo)，我們才能理解開發(fā)人員的生產(chǎn)力。通過認(rèn)識(shí)和衡量生產(chǎn)力，可以更好地理解開發(fā)人員和團(tuán)隊(duì)如何工作，以便做出更好的決策，進(jìn)而提升研發(fā)效率。
誤區(qū)一: 生產(chǎn)力完全取決于開發(fā)人員的活動(dòng)
這是最常見的誤區(qū)之一，它可能會(huì)導(dǎo)致不良后果以及開發(fā)人員的不滿。有時(shí)，由于各種原因，出現(xiàn)了大量的活動(dòng)，任務(wù)密集，工作時(shí)間的延長可能意味著開發(fā)人員必須“加班”以克服計(jì)劃不周，來滿足預(yù)定的時(shí)間表。另一方面，這些增加的活動(dòng)可能是由于工程環(huán)境的糟糕，因此需要為開發(fā)人員提供完成工作所需的有效工具，或者需要更好地與團(tuán)隊(duì)成員協(xié)作溝通，以解除代碼變更及代碼評審的阻礙。
開發(fā)活動(dòng)的度量本身并不能直接揭示背后的原因，也不應(yīng)該孤立地用作獎(jiǎng)懲。即使是簡單的度量標(biāo)準(zhǔn)，如代碼提交或代碼審查的數(shù)量，也很容易因?yàn)閿?shù)據(jù)缺口和度量誤差而出現(xiàn)錯(cuò)誤，而這些度量標(biāo)準(zhǔn)也會(huì)失去在結(jié)對編程或頭腦風(fēng)暴中獲得的協(xié)作好處。另外，開發(fā)人員經(jīng)常靈活安排工作時(shí)間以滿足最后期限，例如一次性提交，這使得某些活動(dòng)難以應(yīng)用于生產(chǎn)力的評估。
誤區(qū)二: 生產(chǎn)力只與個(gè)人表現(xiàn)有關(guān)
雖然工程師的個(gè)人表現(xiàn)很重要，但是為團(tuán)隊(duì)成功而做出的貢獻(xiàn)對于生產(chǎn)力的衡量也是至關(guān)重要的。平衡開發(fā)人員、團(tuán)隊(duì)和組織的績效度量非常重要。就像踢足球那樣，最終的勝利既取決于球員的個(gè)人表現(xiàn)，也取決于球隊(duì)的整體表現(xiàn)。
一個(gè)只為自己績效負(fù)責(zé)的工程師可能會(huì)損害團(tuán)隊(duì)的生產(chǎn)力。那些以團(tuán)隊(duì)為中心的活動(dòng)，如代碼審查、事件響應(yīng)、開發(fā)和管理工程平臺(tái)等，有助于維護(hù)代碼庫和產(chǎn)品/服務(wù)的質(zhì)量。在優(yōu)化個(gè)人、團(tuán)隊(duì)和組織生產(chǎn)力時(shí)找到正確的平衡點(diǎn)，理解可能的權(quán)衡才是關(guān)鍵。
誤區(qū)三: 一個(gè)指標(biāo)可以告訴我們一切
關(guān)于開發(fā)人員生產(chǎn)力的一個(gè)常見誤區(qū)是，只采用一個(gè)通用的度量標(biāo)準(zhǔn)，而且這個(gè)“重要的度量標(biāo)準(zhǔn)”可以用來給團(tuán)隊(duì)的整體工作打分，并與一個(gè)組織甚至業(yè)內(nèi)的其他團(tuán)隊(duì)進(jìn)行比較。
實(shí)際上，這并不能真實(shí)地反應(yīng)生產(chǎn)力水平，開發(fā)人員的生產(chǎn)力涵蓋了工作中的多個(gè)重要方面，并在很大程度上受到工程環(huán)境的影響。了解衡量標(biāo)準(zhǔn)的上下文很重要，理解指標(biāo)的相關(guān)因素，以及如何改進(jìn)工程系統(tǒng)和團(tuán)隊(duì)的反應(yīng)。因此，沒有“一個(gè)唯一的度量標(biāo)準(zhǔn)”。
誤區(qū)四: 度量指標(biāo)只對管理者有用
開發(fā)人員經(jīng)常說生產(chǎn)力的度量指標(biāo)是無用的。這可能來自于管理者對度量方法的濫用，當(dāng)生產(chǎn)力得不到很好的衡量和實(shí)施時(shí)，就會(huì)導(dǎo)致在組織中的不恰當(dāng)使用，這是令人失望的。
不管是出于個(gè)人原因，還是出于與他人溝通的目的，開發(fā)人員都會(huì)注意到追蹤自己研發(fā)效率的價(jià)值。開發(fā)人員可以利用它來獲得對研發(fā)工作的洞察力，這樣就可以調(diào)控工作時(shí)間和精力。例如，高效率與對工作的滿意度高度相關(guān)。提高效率的方法也包括在工作中引入更多快樂，減少沮喪。
誤區(qū)五: 生產(chǎn)力只與工程系統(tǒng)及開發(fā)工具有關(guān)
便捷的監(jiān)控系統(tǒng)、客服系統(tǒng)、問題分發(fā)系統(tǒng)、日志分析系統(tǒng)都將有助于提高開發(fā)人員的效率。雖然開發(fā)工具和工作流程對開發(fā)人員的生產(chǎn)力有很大的影響，但是開發(fā)環(huán)境和文化等人為因素也有很大的影響。通常，對于保持工作環(huán)境和團(tuán)隊(duì)文化的健康，所需的關(guān)鍵工作對于許多人來說是“看不見的”，或者對于傳統(tǒng)用于衡量生產(chǎn)力的指標(biāo)來說是“看不見的”。諸如團(tuán)隊(duì)建設(shè)、現(xiàn)場指導(dǎo)團(tuán)隊(duì)的新成員和鼓舞士氣、以及知識(shí)分享這樣的工作對于支持一個(gè)富有成效的工作環(huán)境都是至關(guān)重要的，但往往不能衡量。
另外，如果開發(fā)者晚上在家工作的時(shí)候因?yàn)槟硞€(gè)事件而被不斷地呼叫，那么這些“看不見的”因素尤其會(huì)影響他們的工作效率。因此，有利于團(tuán)隊(duì)整體生產(chǎn)力的“看不見的”工作與其他更常見的測量維度一樣重要。
誤區(qū)六: 個(gè)人解決的問題數(shù)量才是最重要的
與軟件開發(fā)生命周期中的許多其他活動(dòng)一樣，事件（如故障）處理也是一種團(tuán)隊(duì)活動(dòng)。一個(gè)導(dǎo)致大量中斷和花費(fèi)更多時(shí)間進(jìn)行恢復(fù)的服務(wù)會(huì)對開發(fā)和維護(hù)服務(wù)的整個(gè)團(tuán)隊(duì)造成不良影響。更多以團(tuán)隊(duì)為中心的活動(dòng)，例如知識(shí)共享、準(zhǔn)備故障排除指南、幫助其他團(tuán)隊(duì)成員、指導(dǎo)團(tuán)隊(duì)的新成員、進(jìn)行適當(dāng)?shù)慕唤雍头峙淙蝿?wù)，都是事件處理的重要方面。
思考開發(fā)人員生產(chǎn)力的度量指標(biāo)
軟件研發(fā)的生產(chǎn)力不僅僅是個(gè)人或工程系統(tǒng)的問題，也不能僅僅通過單一的指標(biāo)或活動(dòng)數(shù)據(jù)來衡量，更不是只有管理者才關(guān)心的問題。軟件開發(fā)生產(chǎn)力度量指標(biāo)不是一個(gè)，而是多維度的衡量，這些維度包括:
員工滿足感;
績效表現(xiàn);
研發(fā)活動(dòng);
溝通協(xié)作;
流程效率。
理性思考生產(chǎn)力及研發(fā)效率，需要理解度量指標(biāo)的背后含義，尤其是它們的限制條件。
滿足感
滿足感是開發(fā)人員對自己的工作、團(tuán)隊(duì)、工具或文化的滿意程度。很明顯，員工滿意度是生產(chǎn)力的重要方面。生產(chǎn)力和滿意度是相互關(guān)聯(lián)的，滿意度和參與度的下降可能預(yù)示著即將出現(xiàn)倦怠并導(dǎo)致生產(chǎn)力下降。例如，在疫情期間，居家辦公時(shí)，生產(chǎn)力的某些指標(biāo)(例如代碼提交和合并的速度)出現(xiàn)了上升。雖然這些活動(dòng)指標(biāo)看起來是積極的，但滿足感指標(biāo)描繪了一個(gè)更全面的圖景。
滿足感的度量通常可以通過調(diào)查得到較好的體現(xiàn)。為了評估滿意感，可以測量以下幾點(diǎn):
員工滿意度，以及他們是否會(huì)向其他人推薦自己的團(tuán)隊(duì)。
開發(fā)人員是否擁有完成工作所需的工具和資源。
是否壓力過大、持續(xù)時(shí)間過長。
績效表現(xiàn)
績效表現(xiàn)是一個(gè)系統(tǒng)或過程的結(jié)果。軟件開發(fā)人員的績效表現(xiàn)很難量化，因?yàn)楹茈y將個(gè)人貢獻(xiàn)與產(chǎn)品結(jié)果直接聯(lián)系起來。寫了大量代碼的人可能不會(huì)產(chǎn)出高質(zhì)量的代碼，而高質(zhì)量的代碼也可能無法為客戶提供價(jià)值。取悅客戶的特性并不總能帶來積極的業(yè)務(wù)結(jié)果，即使某個(gè)特定工程師的貢獻(xiàn)可以與業(yè)務(wù)成果聯(lián)系起來，但這并不總是對業(yè)績的反映，因?yàn)樗部赡鼙环峙淞艘粋€(gè)不那么有影響力的任務(wù)，而某些人通過政治手段選擇了更有影響力的工作。
此外，在許多公司和組織中，軟件是由團(tuán)隊(duì)而不是個(gè)人編寫的。軟件系統(tǒng)通常是許多開發(fā)人員貢獻(xiàn)的總和，這加劇了評估單個(gè)開發(fā)人員績效表現(xiàn)的難度。由于這些原因，績效表現(xiàn)通常最好作為結(jié)果而不是產(chǎn)出來評估。對于軟件開發(fā)人員的績效表現(xiàn)來說，最簡單的觀點(diǎn)可能是: 開發(fā)人員編寫的代碼是否可靠地完成了它應(yīng)該完成的任務(wù)？績效表現(xiàn)的度量指標(biāo)可能包括:
質(zhì)量、可靠性、無缺陷和持續(xù)服務(wù)。
客戶滿意度、客戶采納和保留、功能使用和成本的降低。
研發(fā)活動(dòng)
研發(fā)活動(dòng)是在完成工作的過程中完成的動(dòng)作或產(chǎn)出的計(jì)數(shù)。如果測量正確，研發(fā)活動(dòng)可以提供關(guān)于開發(fā)人員生產(chǎn)力、工程環(huán)境和團(tuán)隊(duì)效率中有價(jià)值但有限的見解。由于開發(fā)人員執(zhí)行的活動(dòng)復(fù)雜且多樣，因此這些活動(dòng)不容易衡量或量化。事實(shí)上，對跨越團(tuán)隊(duì)和跨工程環(huán)境的研發(fā)活動(dòng)進(jìn)行全面的衡量和量化，幾乎是不可能的。然而，一個(gè)設(shè)計(jì)良好的工程環(huán)境將有助于在軟件開發(fā)生命周期的不同階段獲取活動(dòng)的度量，并在規(guī)模上量化開發(fā)人員的研發(fā)活動(dòng)。一些可以相對容易測量和量化的活動(dòng)包括:
設(shè)計(jì)和編碼：設(shè)計(jì)文檔和規(guī)格、工作項(xiàng)、提交和代碼審查的數(shù)量或計(jì)數(shù)。 持續(xù)集成和部署：構(gòu)建、測試、部署/發(fā)布和基礎(chǔ)設(shè)施利用率的計(jì)數(shù)。 業(yè)務(wù)活動(dòng)：根據(jù)事件/問題的嚴(yán)重程度、及時(shí)響應(yīng)的參與程度和事件解決程度，統(tǒng)計(jì)事件/問題的數(shù)量和分布情況。
這些度量標(biāo)準(zhǔn)可以作為衡量某些易于處理的活動(dòng)數(shù)據(jù)，鑒于已知的局限性，不應(yīng)該單獨(dú)使用它們來判定個(gè)人或團(tuán)隊(duì)的生產(chǎn)力。它們起到模板的作用，應(yīng)該根據(jù)組織的需求和工程環(huán)境進(jìn)行定制。
溝通協(xié)作
軟件開發(fā)是一項(xiàng)協(xié)作性和創(chuàng)造性的任務(wù)，它依賴于團(tuán)隊(duì)內(nèi)部以及團(tuán)隊(duì)間廣泛而有效的溝通、協(xié)調(diào)和協(xié)作。高效團(tuán)隊(duì)依賴于高透明度以及對研發(fā)活動(dòng)和任務(wù)優(yōu)先級(jí)的認(rèn)知。此外，團(tuán)隊(duì)內(nèi)部和團(tuán)隊(duì)之間的信息流動(dòng)方式影響了文檔的可用性和可發(fā)現(xiàn)性，而這些文檔是有效地協(xié)調(diào)和整合工作所必需的。高效團(tuán)隊(duì)在正確的問題上工作，“做對的事情，然后把事情做對 ”。這樣就更有可能集思廣益，并會(huì)從所有的選擇中判定更好的解決方案。
有助于團(tuán)隊(duì)整體或支持另一個(gè)團(tuán)隊(duì)的的工作可能會(huì)犧牲個(gè)人的生產(chǎn)力，也可能會(huì)降低工作動(dòng)力以及滿足感。然而，有效的協(xié)作可以降低某些單獨(dú)活動(dòng)的需求(例如，不必要的代碼審查） ，進(jìn)而幫助提升生產(chǎn)力并避免倦怠。
然而，理解和衡量團(tuán)隊(duì)的生產(chǎn)力和團(tuán)隊(duì)成員的期望是復(fù)雜的，一些項(xiàng)目是難以衡量的，例如看不見的工作協(xié)調(diào)和規(guī)劃團(tuán)隊(duì)任務(wù)的銜接工作:
文件和專業(yè)知識(shí)的可發(fā)現(xiàn)性； 工作和資源整合的速度有多快； 代碼審查的質(zhì)量； 顯示誰與誰有聯(lián)系以及如何聯(lián)系的網(wǎng)絡(luò)指標(biāo)； 新員工進(jìn)入狀態(tài)的時(shí)間。
流程效率
最后一個(gè)度量維度是以最小的時(shí)間中斷或延遲來完成工作，這可以包括團(tuán)隊(duì)內(nèi)部和團(tuán)隊(duì)之間的活動(dòng)是否協(xié)調(diào)良好，以及是否正在取得持續(xù)的進(jìn)展。
在最少干擾或中斷的情況下，生產(chǎn)力與完成復(fù)雜任務(wù)的能力相關(guān)。當(dāng)許多開發(fā)人員談到他們的工作在“流程”中的時(shí)候，或者在尋找和優(yōu)化流程時(shí)遇到困難的時(shí)候，都在探討如何以可控的方式實(shí)現(xiàn)一種積極向前的狀態(tài)。對于流程中的個(gè)人效率而言，設(shè)定職責(zé)邊界并保持生產(chǎn)力很重要，例如，在一段時(shí)間內(nèi)專注于某事而避免阻斷。個(gè)人效率通常以不間斷的關(guān)注時(shí)間或創(chuàng)造有價(jià)值代碼的時(shí)間來衡量。
在團(tuán)隊(duì)和系統(tǒng)層面，效率與價(jià)值-流程的映射有關(guān)，價(jià)值-流程映射捕捉了從設(shè)計(jì)到交付給最終客戶所需的步驟。為了優(yōu)化價(jià)值-流程的映射關(guān)系，最小化延遲和任務(wù)的切換是很重要的。DevOps 框架引入了幾個(gè)度量標(biāo)準(zhǔn)來監(jiān)控團(tuán)隊(duì)內(nèi)部的流程，例如，部署頻率來衡量一個(gè)團(tuán)隊(duì)成功發(fā)布到生產(chǎn)環(huán)境的頻率，而變更的前置時(shí)間衡量了承諾進(jìn)入生產(chǎn)環(huán)境所需的時(shí)間。
除了變更流程之外，知識(shí)和信息的流動(dòng)也很重要。流程效率的某些方面同樣是難以衡量的，但通常可以發(fā)現(xiàn)并消除流程的低效環(huán)節(jié)。對用戶沒有價(jià)值的活動(dòng)造成了研發(fā)浪費(fèi)，例如重復(fù)造輪子、因任務(wù)沒有正確完成而推倒重來、以及耗時(shí)的體力活動(dòng)。
以下是一些捕捉效率和流程維度的示例度量:
一個(gè)過程中任務(wù)在不同團(tuán)隊(duì)之間的移交次數(shù)；
能否保持流暢地完成工作；
中斷的數(shù)量、耗時(shí)、間隔，及其對研發(fā)工作和流程的影響；
工程系統(tǒng)測量到的時(shí)間，包括總時(shí)間、增量時(shí)間、等待時(shí)間等。
流程效率與所有的空間維度相關(guān)。個(gè)人、團(tuán)隊(duì)和公司層面的效率與滿足感的提高呈正相關(guān)。然而，過度追求高效也會(huì)對其他因素產(chǎn)生負(fù)面影響。例如，最大化的流程提速可能會(huì)降低系統(tǒng)的質(zhì)量，并增加客戶可見的缺陷數(shù)量。通過減少中斷來優(yōu)化個(gè)人效率可能會(huì)降低協(xié)作能力，阻礙其他人的工作，并降低團(tuán)隊(duì)的頭腦風(fēng)暴能力。
研發(fā)生產(chǎn)力的一個(gè)場景示例
以代碼評審作為一個(gè)示例場景，這個(gè)場景可以涵蓋所有五個(gè)維度的度量。
滿足感
關(guān)于代碼評審的測量可以揭示開發(fā)人員是從好的角度還是壞的角度來看待這項(xiàng)工作。例如，是否提供了學(xué)習(xí)、指導(dǎo)或者塑造代碼庫的機(jī)會(huì)。這一點(diǎn)很重要，因?yàn)槿绻恍╅_發(fā)人員認(rèn)為他們被分配了不成比例的代碼審查時(shí)間，那么代碼審查次數(shù)過多可能引起他們的不滿，因?yàn)槟菢铀麄兙蜎]有時(shí)間做其他工作。
績效表現(xiàn)
代碼評審速度既可以反映個(gè)人完成審查的速度，也可以反映團(tuán)隊(duì)的約束，所以它既是個(gè)人層面的度量，也是團(tuán)隊(duì)層面的度量。例如，一個(gè)人可以被指派在一個(gè)小時(shí)內(nèi)完成一項(xiàng)審查，但有可能團(tuán)隊(duì)有一個(gè)政策，讓所有的審查開放24小時(shí)，以便讓所有人都能看到目標(biāo)的變化。
研發(fā)活動(dòng)
代碼評審的完成數(shù)量是一個(gè)單獨(dú)的度量指標(biāo)，用于衡量在給定的時(shí)間內(nèi)完成的審查數(shù)量，并為最終產(chǎn)品做出貢獻(xiàn)。
溝通協(xié)作
代碼評審本身是開發(fā)人員通過代碼進(jìn)行協(xié)作的一種方式，而代碼評審質(zhì)量的度量或評分是協(xié)作和交流的一個(gè)重要的定性度量。
流程效率
代碼評審很重要，但是如果它中斷了工作流程，或者延遲導(dǎo)致了發(fā)布環(huán)境中的約束，那么代碼評審就會(huì)面對挑戰(zhàn)。類似地，等待代碼評審可能會(huì)延遲開發(fā)人員繼續(xù)工作。批量化的代碼評審可能不會(huì)中斷開發(fā)人員的編碼時(shí)間(這會(huì)影響單個(gè)度量) ，同時(shí)也不會(huì)造成發(fā)布的整體延遲(這會(huì)影響系統(tǒng)度量) ，這樣可以讓團(tuán)隊(duì)有效地交付代碼(團(tuán)隊(duì)級(jí)度量)。因此，衡量代碼評審時(shí)間對個(gè)人、團(tuán)隊(duì)和系統(tǒng)的效率和流程的影響很重要，這可以通過對評審的耗時(shí)和中斷的特征(如時(shí)間和頻率)進(jìn)行測量來完成。
在這個(gè)示例中，研發(fā)活動(dòng)度量是個(gè)體級(jí)別的指標(biāo): 提交次數(shù)、編碼時(shí)間(總時(shí)間或每天的時(shí)間)和完成代碼評審的次數(shù)，描述了直接有助于最終產(chǎn)品的工作，有利于理解工作模式和行為如何受到團(tuán)隊(duì)和環(huán)境的影響。
流程效率是更廣泛的混合度量指標(biāo)。自我報(bào)告的生產(chǎn)力指標(biāo)是在個(gè)體層面的體現(xiàn): 詢問開發(fā)人員是否具有生產(chǎn)力盲點(diǎn)的影響，同時(shí)詢問該成員是否干擾最小的情況下完成工作是一個(gè)有用的信號(hào)。無論是代碼、文檔還是其他項(xiàng)目，都可以測量工作流程，并獲得諸如所用時(shí)間、移交次數(shù)、延遲和軟件交付流水線中的錯(cuò)誤等度量指標(biāo)，這些指標(biāo)構(gòu)成了系統(tǒng)級(jí)度量。
對提升軟件研發(fā)生產(chǎn)力實(shí)施路徑的思考
為了衡量開發(fā)人員的生產(chǎn)力，團(tuán)隊(duì)領(lǐng)導(dǎo)者應(yīng)該在多個(gè)維度上建立多個(gè)度量指標(biāo)，至少三個(gè)以上。例如，如果已經(jīng)在度量代碼提交次數(shù)，就最好不要簡單地再添上編碼時(shí)間，因?yàn)檫@兩者都是研發(fā)活動(dòng)的度量指標(biāo)。
另外，是否至少應(yīng)該有一個(gè)指標(biāo)包括感知測量，如調(diào)查數(shù)據(jù)。通過對員工滿足感的感知，可以構(gòu)建一個(gè)更完整的生產(chǎn)力圖景。很多時(shí)候，感知數(shù)據(jù)可以提供比從系統(tǒng)行為中觀察到的更加準(zhǔn)確和完整的信息。
多維度量常常會(huì)產(chǎn)生方差較大的分布，但是，一個(gè)平衡的視圖提供了一個(gè)更真實(shí)的現(xiàn)狀。這種平衡的觀點(diǎn)應(yīng)該有助于加強(qiáng)團(tuán)隊(duì)成員之間更明智的決策和權(quán)衡，否則，他們可能會(huì)專注于工作的一個(gè)方面，從而損害整個(gè)系統(tǒng)。
用戶故事就是一個(gè)例子，通常，它是敏捷開發(fā)中用來評估團(tuán)隊(duì)級(jí)別進(jìn)度的度量指標(biāo)。如果一個(gè)管理者僅關(guān)注用戶故事的完成梳理，那么團(tuán)隊(duì)成員就會(huì)專注于優(yōu)化他們自己的環(huán)境，而不去完成那些對其他人有幫助和對公司來說很重要的潛在的無形工作。如果領(lǐng)導(dǎo)者使用用戶故事來衡量進(jìn)度而不詢問開發(fā)人員快速工作的方式，將無法確定是否有什么工具不工作，團(tuán)隊(duì)正在進(jìn)行方案B而精疲力盡，或許，一個(gè)新的創(chuàng)新工具可以用來幫助當(dāng)前處于困境的團(tuán)隊(duì)。
這就引出了關(guān)于度量指標(biāo)及其對團(tuán)隊(duì)和組織的影響的一個(gè)重要觀點(diǎn): 度量指標(biāo)意味著什么是重要的。團(tuán)隊(duì)是如何被衡量的，這通常傳達(dá)了什么是有價(jià)值的，并影響人們的行為和反應(yīng)方式。例如，關(guān)心員工健康并希望留住員工的公司很可能會(huì)將滿足感納入生產(chǎn)力指標(biāo)。同理，添加或刪除度量標(biāo)準(zhǔn)可以推動(dòng)團(tuán)隊(duì)的行為方式，這同樣傳達(dá)了什么是重要的。
再例如，“生產(chǎn)力 = 代碼行數(shù)”的團(tuán)隊(duì)與“生產(chǎn)力 = 代碼行數(shù)+代碼評審質(zhì)量+客戶滿意度”的團(tuán)隊(duì)非常不同，后者將對生產(chǎn)力的認(rèn)知推向了一個(gè)既重視團(tuán)隊(duì)合作(通過重視經(jīng)過深思熟慮的代碼評)又重視最終用戶(通過重視客戶滿意度)的方向。
度量標(biāo)準(zhǔn)塑造了行為方式，所以通過添加兩個(gè)度量標(biāo)準(zhǔn)，就可能幫助團(tuán)隊(duì)和組織形成變化。這就是為什么確保從多個(gè)維度中抽取是如此重要: 這將在團(tuán)隊(duì)和系統(tǒng)層面上導(dǎo)致更好的結(jié)果。
一些局限的反思
太多的度量指標(biāo)也可能會(huì)導(dǎo)致混亂和積極性的降低，并不是擁有所有維度才會(huì)有幫助。例如，如果向開發(fā)團(tuán)隊(duì)提供了一個(gè)廣泛的度量矩陣和改進(jìn)目標(biāo)列表，那么可能會(huì)讓人感覺這是一個(gè)無法實(shí)現(xiàn)的目標(biāo)。考慮到這一點(diǎn)，一個(gè)良好的生產(chǎn)力度量標(biāo)準(zhǔn)至少包括三個(gè)維度上的一些指標(biāo); 這些指標(biāo)可以提示一個(gè)整體的觀點(diǎn)，并且足以激發(fā)改進(jìn)。
任何測量范式都應(yīng)該謹(jǐn)慎使用，因?yàn)闆]有任何度量是完美的。有些指標(biāo)是糟糕的度量，因?yàn)樗鼈兪请s亂的近似值。例如，員工離職率會(huì)被用來衡量員工滿足感，然而，這不僅僅只是滿足感，它還可以反映薪酬、晉升機(jī)會(huì)、團(tuán)隊(duì)問題，甚至老板的變動(dòng)。在團(tuán)隊(duì)層面，一些經(jīng)理可能會(huì)阻止內(nèi)轉(zhuǎn)，以保護(hù)他們自己的職級(jí)。即使員工離職率確實(shí)反映了員工的滿足感，也只是一種滯后的衡量指標(biāo)，團(tuán)隊(duì)知道的時(shí)候已經(jīng)為時(shí)已晚。
度量指標(biāo)的建立應(yīng)該注意到開發(fā)人員的隱私，并且只體現(xiàn)在匿名的聚合結(jié)果。然而，對于開發(fā)人員來說，個(gè)人層次的生產(chǎn)力分析可能很有見地。例如，開發(fā)階段的工作依賴，能否在一天中有更多的編碼時(shí)間等。
最后，任何度量范式都應(yīng)該有偏差檢查和規(guī)范，這些都是可能改變或影響具體實(shí)施的外部因素。
結(jié)束語
軟件研發(fā)的生產(chǎn)力不僅僅是個(gè)人的研發(fā)活動(dòng)或者軟件發(fā)布的工程效率，它不能用單一的度量標(biāo)準(zhǔn)或維度來衡量。沒有多維度分析，關(guān)于軟件研發(fā)生產(chǎn)力的誤區(qū)可能會(huì)持續(xù)存在。
通過多維度的分析，可以邏輯地、系統(tǒng)地思考生產(chǎn)率問題，并謹(jǐn)慎地選擇與目標(biāo)相關(guān)的平衡指標(biāo)，以及這些標(biāo)準(zhǔn)將受到怎樣的限制。如果衡量研發(fā)活動(dòng)的代價(jià)是總體流程的中斷，就需要考慮到無形工作以及增加工作量等變化的連鎖效應(yīng)。
隨著世界慢慢回歸到一個(gè)“新常態(tài)”，在未來的變化被提出和制定時(shí)最好考慮多維度分析，進(jìn)而確立個(gè)人、團(tuán)隊(duì)和組織相關(guān)的衡量標(biāo)準(zhǔn)，從而呈現(xiàn)出生產(chǎn)力及研發(fā)效率的整體圖景，進(jìn)而提升軟件研發(fā)的生產(chǎn)力水平和研發(fā)效率。
【關(guān)聯(lián)閱讀】
