作者 | Abi Noda

譯者 | 楊振濤

策劃 | 丁曉昀

(相關(guān)資料圖)

研究人員 Abi Noda、Nicole Forsgren 博士、Margaret-Anne Storey 博士和 Michaela Greiler 博士發(fā)表了一篇論文，為提高生產(chǎn)力提供了一種切實(shí)可行的途徑，其重點(diǎn)聚焦在開發(fā)者體驗 (DevEx)。 開發(fā)者體驗聚焦于開發(fā)者的真實(shí)體驗及其在日常工作中遇到的摩擦點(diǎn)。作者斷言，關(guān)注開發(fā)者體驗是最大化工程效率的關(guān)鍵，并介紹了一個用于衡量和改進(jìn)的 DevEx 框架。 組織可以通過識別開發(fā)人員遇到的最大摩擦點(diǎn)來改善開發(fā)者體驗，然后在可提高開發(fā)人員能力或滿意度的可改進(jìn)領(lǐng)域進(jìn)行大力投入。 DevEx 框架將影響開發(fā)者體驗的因素提煉為三個維度：反饋回路、認(rèn)知負(fù)荷和心流狀態(tài)。領(lǐng)導(dǎo)者可以在這三個維度中選擇指標(biāo)，以衡量和確定需要關(guān)注的領(lǐng)域，最終推動生產(chǎn)力的提高。 調(diào)查為獲得一套全面的衡量標(biāo)準(zhǔn)提供了一個實(shí)踐性的起點(diǎn)，以便充分了解開發(fā)者體驗。有效的調(diào)查計劃需要注重調(diào)查設(shè)計，以及按角色和團(tuán)隊分解結(jié)果并將結(jié)果與?內(nèi)部和外部基準(zhǔn)進(jìn)行比較的能力。

近期發(fā)布的一篇研究論文揭示了度量和提升開發(fā)者生產(chǎn)力的一種全新框架。

該框架稱作 DevEx框架 ，作者為 Abi Noda、Margaret-Anne Storey 博士、Nicole Forsgren 博士、和 Michaela Greiler 博士。

領(lǐng)導(dǎo)者長期以來一直在尋求提升其工程團(tuán)隊的生產(chǎn)力，以便幫助業(yè)務(wù)更快發(fā)展、開發(fā)新產(chǎn)品及利用新興趨勢。

然而，盡管近來也涌現(xiàn)出了 DORA 和 SPACE 這類方法，但要重點(diǎn)關(guān)注什么才能實(shí)現(xiàn)這一目標(biāo)，想知道這一點(diǎn)仍然難以捉摸；而新的框架旨在解決這一差距。

作者憑借廣泛的研究和經(jīng)驗，斷言關(guān)注開發(fā)者體驗是最大限度提高工程效率的關(guān)鍵。

他們的論文提出了框架，將開發(fā)者體驗提煉為三個核心維度，并提供了衡量它的方法。

本文包含論文要點(diǎn)摘要以及主要作者 Abi Noda 的評論。這里還有全文的鏈接。

谷歌研究員 Ciera Jaspan 和 Collin Green 在最近的一篇文章中提出了衡量開發(fā)人員生產(chǎn)力很有挑戰(zhàn)性的兩大原因：軟件工程的不可重復(fù)性，以及開發(fā)人員的生產(chǎn)力受到外部力量的嚴(yán)重影響。

對于后者，外部力量可能是工作的復(fù)雜性（以及是否一定有那么復(fù)雜）、完成工作時與他人的互動或組織設(shè)計。還有一些具體影響開發(fā)人員的因素，包括不穩(wěn)定的測試、構(gòu)建速度和技術(shù)債務(wù)。

衡量生產(chǎn)力困難的另一個原因是，軟件開發(fā)是一項創(chuàng)造性的工作：它并不是在生產(chǎn)統(tǒng)一通用的產(chǎn)出物。"試圖通過借用操作機(jī)器的方法來量化生產(chǎn)力，并不適合軟件工程"。

我們必須記住，我們正在與一個本質(zhì)上是人類的系統(tǒng)合作。為了了解如何改進(jìn)該系統(tǒng)，我們需要從人類那里了解他們當(dāng)前的體驗如何。

開發(fā)者體驗提供了一種了解開發(fā)人員生產(chǎn)力的新方式：從開發(fā)人員本身的角度。開發(fā)者體驗包括開發(fā)人員如何“感受、思考和重視他們的工作”，并關(guān)注開發(fā)人員在執(zhí)行工作時面臨的日常現(xiàn)實(shí)和摩擦。

先前的研究已經(jīng)確定了許多影響開發(fā)者體驗的因素：例如，中斷、不切實(shí)際的截止日期以及開發(fā)工具的摩擦，都會對開發(fā)人員對其工作的感受產(chǎn)生負(fù)面影響。明確的任務(wù)、組織良好的代碼和輕松的發(fā)布可以改善開發(fā)者體驗。

組織可以通過確定開發(fā)人員遇到的最大摩擦點(diǎn)來改善開發(fā)者體驗，然后投資于可提高開發(fā)人員能力或滿意度的可改進(jìn)領(lǐng)域。例如，組織可以專注于減少開發(fā)工具中的摩擦，以便讓開發(fā)人員更無縫地完成任務(wù)。即使是減少了浪費(fèi)的一小部分時間，如果在整個工程組織中是倍增的，那么對生產(chǎn)力的影響也會比雇用更多工程師更大。

Gartner 最近的一項研究顯示，78% 的受訪組織已經(jīng)制定或計劃了正式的開發(fā)者體驗倡議，而 Forrester 的一項類似研究表明，75% 的企業(yè)領(lǐng)導(dǎo)者認(rèn)為開發(fā)者體驗對于執(zhí)行業(yè)務(wù)戰(zhàn)略至關(guān)重要。這些發(fā)現(xiàn)表明，人們越來越認(rèn)識到投資開發(fā)者體驗計劃可以帶來的實(shí)質(zhì)性好處。

麥肯錫和 Stripe的相關(guān)研究進(jìn)一步驗證了優(yōu)化開發(fā)人員工作環(huán)境的業(yè)務(wù)影響，因此越來越多的組織圍繞開發(fā)者體驗制定了 C 級倡議舉措。

在論文中，作者將之前確定的影響開發(fā)者體驗的因素提煉為三個核心維度：反饋回路、認(rèn)知負(fù)荷和心流狀態(tài)。

此框架是根據(jù)我們之前的研究和經(jīng)驗得出的，并了解了組織在提高開發(fā)人員生產(chǎn)力和體驗方面的差距。我們的目標(biāo)是創(chuàng)建一個實(shí)用的框架，易于人們理解和應(yīng)用，并獲得開發(fā)者體驗最重要的方面。

總結(jié)一下每個維度。

反饋回路 是指相對于所執(zhí)行的操作的響應(yīng)速度和質(zhì)量?？焖俚姆答伝芈肥歉咝ч_發(fā)流程的關(guān)鍵組成部分，因為它們使開發(fā)人員能夠以最小的摩擦快速完成工作。另一方面，緩慢的反饋回路可能會導(dǎo)致開發(fā)周期中斷，導(dǎo)致開發(fā)人員感到沮喪并發(fā)生延遲。因此，組織必須努力縮短反饋回路，找出可以加速的開發(fā)工具和可以優(yōu)化的人工交接流程的領(lǐng)域（例如構(gòu)建和測試流程或開發(fā)環(huán)境設(shè)置）。

認(rèn)知負(fù)荷 包括開發(fā)人員執(zhí)行任務(wù)所需的心智處理量。高認(rèn)知負(fù)荷可能是由于代碼或系統(tǒng)文檔記錄不完善等挑戰(zhàn)造成的，迫使開發(fā)人員投入額外的時間和精力來完成工作并避免錯誤。為了改善開發(fā)者體驗，團(tuán)隊和組織應(yīng)致力于通過消除開發(fā)過程中任何不必要的障礙來減輕認(rèn)知負(fù)荷。

心流狀態(tài) 是指在從事某項活動時全神貫注、精力充沛的精神狀態(tài)，其特點(diǎn)是高度專注和享受。這通常被稱為“如入無人之境”。在工作中經(jīng)常體驗心流狀態(tài)可以帶來更高生產(chǎn)力、創(chuàng)新和員工發(fā)展。同樣，研究表明，從工作中獲得滿足感的開發(fā)人員往往會生產(chǎn)出更高質(zhì)量的產(chǎn)品。因此，團(tuán)隊和組織應(yīng)致力于創(chuàng)造促進(jìn)心流狀態(tài)的最佳條件，以促進(jìn)員工的福祉和績效。

總的來說，這三個維度概括了開發(fā)人員遇到的所有摩擦類型。盡管開發(fā)者體驗復(fù)雜且微妙，但團(tuán)隊和組織可以通過關(guān)注這三個關(guān)鍵領(lǐng)域來采取措施進(jìn)行改進(jìn)。領(lǐng)導(dǎo)者可以通過選擇三個維度內(nèi)的指標(biāo)來發(fā)現(xiàn)提高生產(chǎn)力的機(jī)會。

DevEx 框架提供了一種以系統(tǒng)化和以開發(fā)者為中心的方式來提高開發(fā)人員生產(chǎn)力的方法。我們鼓勵讀者抓住三個維度中每個維度的指標(biāo)，以闡明存在摩擦的領(lǐng)域，并有效地優(yōu)先考慮對組織的預(yù)期結(jié)果影響最大的領(lǐng)域。

對于希望改善開發(fā)者體驗的組織來說，首要任務(wù)是度量前文描述的三個維度中存在哪些摩擦。作者建議在每個維度中選擇要度量的主題，針對每個主題抓住感知和工作流程指標(biāo)，同時抓住關(guān)鍵的 KPI ，以便與預(yù)期的更高層次的結(jié)果保持一致。

從三個維度度量主題 。例如，組織可以選擇度量測試效率（反饋回路）、代碼庫復(fù)雜性（認(rèn)知負(fù)荷）、技術(shù)債務(wù)平衡（認(rèn)知負(fù)荷）和深度工作時間（心流狀態(tài)）。一些主題可能映射到多個維度。

我們主張領(lǐng)導(dǎo)者選擇的指標(biāo)可以全面覆蓋三個維度，以全面了解開發(fā)者體驗。例如，可以在反饋回路維度中評估的主題是測試效率，而代碼庫復(fù)雜性可以在認(rèn)知負(fù)荷維度。

抓住每個主題的感知和工作流度量。 除了有關(guān)工程系統(tǒng)和流程的客觀數(shù)據(jù)之外，衡量開發(fā)者體驗還需要抓住開發(fā)人員的看法（他們的態(tài)度、感受和意見）。這是因為單獨(dú)的感知和工作流度量都無法講述完整的故事。

例如，看似快速的構(gòu)建過程如果經(jīng)常打斷開發(fā)人員的工作進(jìn)度，可能會給開發(fā)人員帶來干擾。相反，即使開發(fā)人員對他們的構(gòu)建過程感到滿意，使用構(gòu)建時間等客觀衡量標(biāo)準(zhǔn)也可能會發(fā)現(xiàn)反饋回路比應(yīng)有的速度要慢，并且開發(fā)工作流程的簡化程度也比應(yīng)有的要低。因此，分析感知和工作流度量對于全面了解開發(fā)人員在日常工作中遇到的摩擦點(diǎn)是必要的。

度量 KPI，以聚焦推動重要的業(yè)務(wù)成果。 KPI 充當(dāng) DevEx 計劃的北極星指標(biāo)。精心設(shè)計的 KPI 應(yīng)度量企業(yè)尋求推動的成果，包括生產(chǎn)力、滿意度、參與度和保留率的提高。

作者建議從調(diào)查開始來捕獲上述指標(biāo)。調(diào)查的優(yōu)點(diǎn)是能夠捕獲開發(fā)者體驗的各個方面，包括 KPI、感知度量和工作流度量。

谷歌、微軟和 Spotify 等公司多年來一直依賴基于調(diào)查的開發(fā)者生產(chǎn)力指標(biāo)。然而，設(shè)計和管理調(diào)查可能很困難，因此我們希望我們的框架為領(lǐng)導(dǎo)者提供一個不錯的起點(diǎn)。

鑒于調(diào)查的重要性，作者概述了調(diào)查計劃成功的幾個重要考慮因素。

精心設(shè)計調(diào)查。 設(shè)計不當(dāng)?shù)恼{(diào)查問題會導(dǎo)致結(jié)果不準(zhǔn)確且不可靠。作者表示，至少，調(diào)查問題應(yīng)基于明確定義的結(jié)構(gòu)，并在訪談中經(jīng)過嚴(yán)格測試，以獲得一致的解釋。 按團(tuán)隊和角色細(xì)分結(jié)果。 組織領(lǐng)導(dǎo)者常犯的一個錯誤是關(guān)注公司范圍內(nèi)的結(jié)果，而不是按團(tuán)隊和角色（例如角色、任期、資歷）細(xì)分的數(shù)據(jù)。僅關(guān)注總體結(jié)果可能會導(dǎo)致忽視影響公司內(nèi)少數(shù)但重要群體的問題。 將結(jié)果與基準(zhǔn)進(jìn)行比較。 比較分析有助于將數(shù)據(jù)置于情境中并幫助推動行動。例如，開發(fā)商對科技債務(wù)的情緒通常是負(fù)面的，這使得識別問題或衡量其規(guī)模變得困難?；鶞?zhǔn)使領(lǐng)導(dǎo)者能夠了解團(tuán)隊的情緒得分何時低于同行，以及組織的得分何時低于行業(yè)競爭對手。這些信號標(biāo)志著顯著的改進(jìn)機(jī)會。 混入事務(wù)調(diào)查。 除了定期調(diào)查之外，組織還可以使用事務(wù)調(diào)查來收集基于特定接觸點(diǎn)的反饋。例如，當(dāng) CLI 工具安裝過程中發(fā)生特定錯誤時，平臺團(tuán)隊可以使用事務(wù)調(diào)查來提示開發(fā)人員提供反饋。事務(wù)調(diào)查提供持續(xù)的反饋流，并且由于提出問題的及時性，可以產(chǎn)生更高質(zhì)量的答復(fù)。 注意調(diào)查疲勞。 隨著時間的推移，許多組織都在努力維持調(diào)查的高參與率。缺乏后續(xù)行動通常會導(dǎo)致開發(fā)人員覺得重復(fù)回應(yīng)調(diào)查不值得。因此，領(lǐng)導(dǎo)者和團(tuán)隊跟進(jìn)調(diào)查至關(guān)重要。

DevEx 框架提供了一個用于了解開發(fā)者體驗的實(shí)用框架，其配套的度量方法能系統(tǒng)地幫助指導(dǎo)改進(jìn)。組織應(yīng)該立即開始度量開發(fā)者體驗，即使他們尚未建立或計劃正式的 DevEx 投入。

Abi Noda 是 DX的創(chuàng)始人兼首席執(zhí)行官，負(fù)責(zé)領(lǐng)導(dǎo)公司的戰(zhàn)略方向和研發(fā)工作。他的工作重點(diǎn)是開發(fā)衡量方法，以幫助組織提高開發(fā)者體驗和生產(chǎn)力。在 DX 之前，Abi 在多家公司擔(dān)任工程領(lǐng)導(dǎo)職務(wù)，并創(chuàng)立了 Pull Panda，該公司于 2019 年被 GitHub 收購。有關(guān)更多信息，請訪問他的網(wǎng)站。

原文鏈接：

/articles/devex-metrics-framework/

相關(guān)閱讀：

AI 時代背景下的平臺工程之路 | 極客有約

通用電氣在平臺工程上浪費(fèi)70億美元的教訓(xùn)

一個價值70億美元的教訓(xùn)！如何避免平臺工程變成“大災(zāi)難”？

關(guān)鍵詞：

責(zé)任編輯：