作者 | Abi Noda
譯者 | 楊振濤
【資料圖】
策劃 | 丁曉昀
研究人員 Abi Noda、Nicole Forsgren 博士、Margaret-Anne Storey 博士和 Michaela Greiler 博士發表了一篇論文，為提高生產力提供了一種切實可行的途徑，其重點聚焦在開發者體驗 (DevEx)。 開發者體驗聚焦于開發者的真實體驗及其在日常工作中遇到的摩擦點。作者斷言，關注開發者體驗是最大化工程效率的關鍵，并介紹了一個用于衡量和改進的 DevEx 框架。 組織可以通過識別開發人員遇到的最大摩擦點來改善開發者體驗，然后在可提高開發人員能力或滿意度的可改進領域進行大力投入。 DevEx 框架將影響開發者體驗的因素提煉為三個維度：反饋回路、認知負荷和心流狀態。領導者可以在這三個維度中選擇指標，以衡量和確定需要關注的領域，最終推動生產力的提高。 調查為獲得一套全面的衡量標準提供了一個實踐性的起點，以便充分了解開發者體驗。有效的調查計劃需要注重調查設計，以及按角色和團隊分解結果并將結果與?內部和外部基準進行比較的能力。近期發布的一篇研究論文揭示了度量和提升開發者生產力的一種全新框架。
該框架稱作 DevEx框架 ，作者為 Abi Noda、Margaret-Anne Storey 博士、Nicole Forsgren 博士、和 Michaela Greiler 博士。
領導者長期以來一直在尋求提升其工程團隊的生產力，以便幫助業務更快發展、開發新產品及利用新興趨勢。
然而，盡管近來也涌現出了 DORA 和 SPACE 這類方法，但要重點關注什么才能實現這一目標，想知道這一點仍然難以捉摸；而新的框架旨在解決這一差距。
作者憑借廣泛的研究和經驗，斷言關注開發者體驗是最大限度提高工程效率的關鍵。
他們的論文提出了框架，將開發者體驗提煉為三個核心維度，并提供了衡量它的方法。
本文包含論文要點摘要以及主要作者 Abi Noda 的評論。這里還有全文的鏈接。
谷歌研究員 Ciera Jaspan 和 Collin Green 在最近的一篇文章中提出了衡量開發人員生產力很有挑戰性的兩大原因：軟件工程的不可重復性，以及開發人員的生產力受到外部力量的嚴重影響。
對于后者，外部力量可能是工作的復雜性（以及是否一定有那么復雜）、完成工作時與他人的互動或組織設計。還有一些具體影響開發人員的因素，包括不穩定的測試、構建速度和技術債務。
衡量生產力困難的另一個原因是，軟件開發是一項創造性的工作：它并不是在生產統一通用的產出物。"試圖通過借用操作機器的方法來量化生產力，并不適合軟件工程"。
我們必須記住，我們正在與一個本質上是人類的系統合作。為了了解如何改進該系統，我們需要從人類那里了解他們當前的體驗如何。
開發者體驗提供了一種了解開發人員生產力的新方式：從開發人員本身的角度。開發者體驗包括開發人員如何“感受、思考和重視他們的工作”，并關注開發人員在執行工作時面臨的日常現實和摩擦。
先前的研究已經確定了許多影響開發者體驗的因素：例如，中斷、不切實際的截止日期以及開發工具的摩擦，都會對開發人員對其工作的感受產生負面影響。明確的任務、組織良好的代碼和輕松的發布可以改善開發者體驗。
組織可以通過確定開發人員遇到的最大摩擦點來改善開發者體驗，然后投資于可提高開發人員能力或滿意度的可改進領域。例如，組織可以專注于減少開發工具中的摩擦，以便讓開發人員更無縫地完成任務。即使是減少了浪費的一小部分時間，如果在整個工程組織中是倍增的，那么對生產力的影響也會比雇用更多工程師更大。
Gartner 最近的一項研究顯示，78% 的受訪組織已經制定或計劃了正式的開發者體驗倡議，而 Forrester 的一項類似研究表明，75% 的企業領導者認為開發者體驗對于執行業務戰略至關重要。這些發現表明，人們越來越認識到投資開發者體驗計劃可以帶來的實質性好處。
麥肯錫和 Stripe的相關研究進一步驗證了優化開發人員工作環境的業務影響，因此越來越多的組織圍繞開發者體驗制定了 C 級倡議舉措。
在論文中，作者將之前確定的影響開發者體驗的因素提煉為三個核心維度：反饋回路、認知負荷和心流狀態。
此框架是根據我們之前的研究和經驗得出的，并了解了組織在提高開發人員生產力和體驗方面的差距。我們的目標是創建一個實用的框架，易于人們理解和應用，并獲得開發者體驗最重要的方面。
總結一下每個維度。
反饋回路 是指相對于所執行的操作的響應速度和質量。快速的反饋回路是高效開發流程的關鍵組成部分，因為它們使開發人員能夠以最小的摩擦快速完成工作。另一方面，緩慢的反饋回路可能會導致開發周期中斷，導致開發人員感到沮喪并發生延遲。因此，組織必須努力縮短反饋回路，找出可以加速的開發工具和可以優化的人工交接流程的領域（例如構建和測試流程或開發環境設置）。
認知負荷 包括開發人員執行任務所需的心智處理量。高認知負荷可能是由于代碼或系統文檔記錄不完善等挑戰造成的，迫使開發人員投入額外的時間和精力來完成工作并避免錯誤。為了改善開發者體驗，團隊和組織應致力于通過消除開發過程中任何不必要的障礙來減輕認知負荷。
心流狀態 是指在從事某項活動時全神貫注、精力充沛的精神狀態，其特點是高度專注和享受。這通常被稱為“如入無人之境”。在工作中經常體驗心流狀態可以帶來更高生產力、創新和員工發展。同樣，研究表明，從工作中獲得滿足感的開發人員往往會生產出更高質量的產品。因此，團隊和組織應致力于創造促進心流狀態的最佳條件，以促進員工的福祉和績效。
總的來說，這三個維度概括了開發人員遇到的所有摩擦類型。盡管開發者體驗復雜且微妙，但團隊和組織可以通過關注這三個關鍵領域來采取措施進行改進。領導者可以通過選擇三個維度內的指標來發現提高生產力的機會。
DevEx 框架提供了一種以系統化和以開發者為中心的方式來提高開發人員生產力的方法。我們鼓勵讀者抓住三個維度中每個維度的指標，以闡明存在摩擦的領域，并有效地優先考慮對組織的預期結果影響最大的領域。
對于希望改善開發者體驗的組織來說，首要任務是度量前文描述的三個維度中存在哪些摩擦。作者建議在每個維度中選擇要度量的主題，針對每個主題抓住感知和工作流程指標，同時抓住關鍵的 KPI ，以便與預期的更高層次的結果保持一致。
從三個維度度量主題 。例如，組織可以選擇度量測試效率（反饋回路）、代碼庫復雜性（認知負荷）、技術債務平衡（認知負荷）和深度工作時間（心流狀態）。一些主題可能映射到多個維度。
我們主張領導者選擇的指標可以全面覆蓋三個維度，以全面了解開發者體驗。例如，可以在反饋回路維度中評估的主題是測試效率，而代碼庫復雜性可以在認知負荷維度。
抓住每個主題的感知和工作流度量。 除了有關工程系統和流程的客觀數據之外，衡量開發者體驗還需要抓住開發人員的看法（他們的態度、感受和意見）。這是因為單獨的感知和工作流度量都無法講述完整的故事。
例如，看似快速的構建過程如果經常打斷開發人員的工作進度，可能會給開發人員帶來干擾。相反，即使開發人員對他們的構建過程感到滿意，使用構建時間等客觀衡量標準也可能會發現反饋回路比應有的速度要慢，并且開發工作流程的簡化程度也比應有的要低。因此，分析感知和工作流度量對于全面了解開發人員在日常工作中遇到的摩擦點是必要的。
度量 KPI，以聚焦推動重要的業務成果。 KPI 充當 DevEx 計劃的北極星指標。精心設計的 KPI 應度量企業尋求推動的成果，包括生產力、滿意度、參與度和保留率的提高。
作者建議從調查開始來捕獲上述指標。調查的優點是能夠捕獲開發者體驗的各個方面，包括 KPI、感知度量和工作流度量。
谷歌、微軟和 Spotify 等公司多年來一直依賴基于調查的開發者生產力指標。然而，設計和管理調查可能很困難，因此我們希望我們的框架為領導者提供一個不錯的起點。
鑒于調查的重要性，作者概述了調查計劃成功的幾個重要考慮因素。
精心設計調查。 設計不當的調查問題會導致結果不準確且不可靠。作者表示，至少，調查問題應基于明確定義的結構，并在訪談中經過嚴格測試，以獲得一致的解釋。 按團隊和角色細分結果。 組織領導者常犯的一個錯誤是關注公司范圍內的結果，而不是按團隊和角色（例如角色、任期、資歷）細分的數據。僅關注總體結果可能會導致忽視影響公司內少數但重要群體的問題。 將結果與基準進行比較。 比較分析有助于將數據置于情境中并幫助推動行動。例如，開發商對科技債務的情緒通常是負面的，這使得識別問題或衡量其規模變得困難?；鶞适诡I導者能夠了解團隊的情緒得分何時低于同行，以及組織的得分何時低于行業競爭對手。這些信號標志著顯著的改進機會。 混入事務調查。 除了定期調查之外，組織還可以使用事務調查來收集基于特定接觸點的反饋。例如，當 CLI 工具安裝過程中發生特定錯誤時，平臺團隊可以使用事務調查來提示開發人員提供反饋。事務調查提供持續的反饋流，并且由于提出問題的及時性，可以產生更高質量的答復。 注意調查疲勞。 隨著時間的推移，許多組織都在努力維持調查的高參與率。缺乏后續行動通常會導致開發人員覺得重復回應調查不值得。因此，領導者和團隊跟進調查至關重要。DevEx 框架提供了一個用于了解開發者體驗的實用框架，其配套的度量方法能系統地幫助指導改進。組織應該立即開始度量開發者體驗，即使他們尚未建立或計劃正式的 DevEx 投入。
Abi Noda 是 DX的創始人兼首席執行官，負責領導公司的戰略方向和研發工作。他的工作重點是開發衡量方法，以幫助組織提高開發者體驗和生產力。在 DX 之前，Abi 在多家公司擔任工程領導職務，并創立了 Pull Panda，該公司于 2019 年被 GitHub 收購。有關更多信息，請訪問他的網站。
原文鏈接：
/articles/devex-metrics-framework/
相關閱讀：
AI 時代背景下的平臺工程之路 | 極客有約
通用電氣在平臺工程上浪費70億美元的教訓
一個價值70億美元的教訓！如何避免平臺工程變成“大災難”？
關鍵詞：
