大多數(shù)公司都致力于數(shù)字戰(zhàn)略，并在尋找提高員工生產(chǎn)率的方法，與此同時，開發(fā)人員稀缺，對新軟件的需求很高。Gartner的高級總監(jiān)兼分析師Keith Mann表示，這激發(fā)了人們對理解和衡量開發(fā)人員生產(chǎn)率的興趣?！肮拘枰畲笙薅鹊乩糜邢迶?shù)量的開發(fā)人員，”他說，“Gartner的調查和來自客戶詢問的數(shù)據(jù)證實，開發(fā)人員的生產(chǎn)率仍然是軟件工程領導者的首要任務?！?/p>

加利福尼亞州Delta Dental的CIO Dominic Titcombe補充說，最近圍繞GenAI的進展啟發(fā)了新的工作方式，關于應用AI來加速軟件創(chuàng)建的討論很多。他說：“在這個領域，顯然有像GitHub Co-Pilot這樣的巨大工具，開發(fā)人員可以使用它們來增強和提高他們的生產(chǎn)力?！?/p>

應付賬款自動化軟件和支付解決方案提供商AvidXchange的CIO Dominic Titcombe同意，消除開發(fā)者工作流程中的摩擦可以增強敏捷創(chuàng)新。她說：“專注于創(chuàng)新和技術部署有助于準確定位和消除阻礙技術團隊的障礙。”她補充說，“雖然衡量軟件開發(fā)產(chǎn)量對于IT數(shù)字化至關重要，但它也需要謹慎推出，以保持健康的團隊活力。互聯(lián)團隊展現(xiàn)出更大的主人翁精神和責任感，從而提高了生產(chǎn)力?！彼f。

精簡以優(yōu)化工作效率

敏捷軟件開發(fā)對于創(chuàng)新和保持競爭力至關重要，因此，Mann說，工程領導應該衡量軟件開發(fā)人員的生產(chǎn)率，但也應該了解如何有效地做到這一點，并警惕陷阱。他說：“如果操作得當，通過測量生產(chǎn)率，可以深入了解開發(fā)團隊如何為用戶和客戶提供更多價值，這就是產(chǎn)生積極業(yè)務影響的原因?！?/p>

Titcombe同樣認為，評估軟件開發(fā)人員的效率是值得的，并指出它如何幫助IT實現(xiàn)為最終消費者提供優(yōu)質產(chǎn)品的目標。他表示：“任何業(yè)務部門都有責任尋求提高生產(chǎn)率，并找到用更少的資源做更多事情的方法。為我們的客戶打造體驗的一個關鍵部分是，在提供出色產(chǎn)品的同時，快速且具有成本效益地完成這項工作?！?/p>

然而，如果軟件開發(fā)團隊不是為成功而建立的，那么交付偉大的數(shù)字產(chǎn)品可能是具有挑戰(zhàn)性的。Gibson說，IT經(jīng)常要處理大量積壓的功能，這阻礙了新領域的發(fā)展。她說：“一旦它積壓下來，讓它重新投入生產(chǎn)所需的時間就至關重要?！?/p>

Gibson補充說，開發(fā)團隊還經(jīng)常遇到阻礙工作流順利進行的瓶頸，包括復雜的代碼、復雜的架構或自動化和測試不足。由于軟件開發(fā)過程中的摩擦會降低生產(chǎn)率，她說，了解這些障礙對于避免阻礙團隊的因素是非常必要的。

摩擦會減緩創(chuàng)新的速度，這可能會影響公司的整體收入和利潤。Gibson表示：“就像Netflix憑借無縫技術開發(fā)對抗百視達一樣，簡化這一流程的公司可以加快市場創(chuàng)新，提高收入和盈利能力?！?/p>

然而，并不是所有的管理人員都相信開發(fā)人員生產(chǎn)率測量可以產(chǎn)生可操作的結果，相反，最重要的可能是這種對精簡流程的強調。代碼測試平臺CTO.ai的CEO兼創(chuàng)始人Kyle Campbell說：“關注開發(fā)人員的工作效率是徒勞的。一個更有經(jīng)驗、更親力親為的領導者知道，一個團隊的產(chǎn)出與他們必須專注于做好自己的工作所獲得的支持程度直接相關?！?/p>

因此，他建議通過批判性地思考如何優(yōu)化他們的開發(fā)人員工作流(如CI/CD)，并對這些領域的開發(fā)人員體驗進行經(jīng)驗測量，來增強開發(fā)團隊的能力。

衡量業(yè)務結果，而不是代碼行

在整個軟件開發(fā)生命周期(SDLC)中，從創(chuàng)意產(chǎn)生到生產(chǎn)階段都有各種度量點，應該對其進行監(jiān)控，以確保流程順暢?！叭绻髽I(yè)不提高這些階段的效率或部署商業(yè)技術，他們就有可能落后于競爭對手?！? Gibson說。

然而，衡量軟件開發(fā)人員生產(chǎn)率的愿望本身就面臨著障礙。盡管關于如何準確地完成這項工作有許多學派，但科技領導者的普遍看法是，避免在微觀的個人貢獻者層面上衡量貢獻。

“計算每個開發(fā)人員每天生成的代碼行數(shù)可能會導致錯誤的生產(chǎn)率測量，”Titcombe說，相反，檢查新功能交付的速度是很好的。他說：“衡量開發(fā)人員效率的一個整體更好的衡量標準是，我們是否能更快地將工具和體驗送到客戶手中，這將帶來整體更大的好處?！?/p>

對一些生產(chǎn)率衡量標準的一大警告是，其中一些指標可能會導致誤報，或導致工程師玩弄系統(tǒng)?！耙坏╅_發(fā)人員意識到他們是按照某個指標來衡量的，他們就會人為地夸大這個指標，” Titcombe說，“一個更好的指標是關注交付給客戶的結果的企業(yè)生產(chǎn)率指標?！?/p>

Mann說，在Gartner，他們看到客戶對實現(xiàn)某些開發(fā)人員生產(chǎn)力框架感興趣，SPACE就是這樣一個框架。SPACE由GitHub研究人員提出，它為DevOps研究和評估(DORA)框架提供了更多基于滿意度和幸福感、績效、活動、溝通和協(xié)作以及效率和工作流程的定性衡量標準。Mann看到的另一個正在使用的框架是Devex。

Mann指出，這些框架中的屬性可以幫助衡量開發(fā)人員的生產(chǎn)率，其中一些比其他更客觀，然而，他鼓勵領導層在實施這些措施時，要有目的地實施這些措施。理想情況下，衡量活動應該揭示阻礙積極業(yè)務成果的障礙，而不是被用來崇拜特定的貢獻者。

Mann說：“衡量的目的不是通過比較開發(fā)人員的指標來確定他們是更好還是更差?！毕喾?，其目的是診斷哪些因素可能會導致相關開發(fā)人員的工作效率提高或降低，例如，他講述了一位使用空間框架的客戶如何揭示了通信故障，并成功修復了該故障，以減少質量問題和返工。

這些通過智能生產(chǎn)力監(jiān)測暴露出來的小錯誤，可以讓企業(yè)更快地扭虧為盈，帶來紅利。Gibson說：“說到生產(chǎn)率，關鍵在于企業(yè)從構思一個創(chuàng)意、定義其細節(jié)到規(guī)劃架構的速度有多快。生產(chǎn)率直接轉化為市場進入和創(chuàng)新的速度，最終影響利潤?！?/p>

團隊合作可提高工作效率

提高軟件開發(fā)生產(chǎn)率并不一定要僅通過度量來鼓勵，對整體生產(chǎn)力有重要貢獻的另一個因素是開發(fā)人員對其團隊的主人翁意識和承諾。

Gibson說：“團隊連通性是生產(chǎn)力的基石?！彼f：“為了擁有高效率的團隊，人們需要有連通感，并對他們所在的團隊有歸屬感和凝聚力。”

更好地把握生產(chǎn)率也可能意味著對這一概念的整體重新想象，因為典型的行業(yè)定義是什么是“多產(chǎn)”的根本不能很好地轉移到流暢的軟件設計和開發(fā)過程中。Mann說，軟件不像是生產(chǎn)機械部件，每個部件的制造流程都是一樣的，軟件更加細致入微且不斷變化，不同組件的終值也不同，這使得傳統(tǒng)的生產(chǎn)力測量技術變得復雜。

“每個軟件都是獨一無二的，都有獨一無二的價值，” Mann說，“說‘我們生產(chǎn)的軟件數(shù)量是上周的兩倍，所以我們的生產(chǎn)率是上周的兩倍’是沒有意義的，因為本周的軟件價值可能只有上周的一半。”因此，生產(chǎn)率衡量往往可能是一種錯覺，沒有真正的有形利益?！拔覀冃枰龅氖抢斫馍a(chǎn)率，即我們每單位時間或成本所帶來的價值?！彼f。

另一個含義是意識到軟件不是孤立地創(chuàng)建的——它是一個與每個Sprint中涉及的許多利益相關者合作的過程?！按蠖鄶?shù)軟件都是由開發(fā)人員團隊生產(chǎn)的，而不是個人開發(fā)人員，”Mann說，因此，領導者應該設法評估團隊的生產(chǎn)率——Mann將生產(chǎn)率描述為“單位時間的價值”——以真正衡量生產(chǎn)率提高是否有效。

“如果你能在各個團隊中一致地評估價值，那么你甚至可以比較他們的生產(chǎn)率，” Mann指出。不過，他補充說，這是一個很大的假設，因為價值在很大程度上取決于所涉及的業(yè)務領域，而且不同利益相關者之間的差異很大。

當然，價值并不總是容易衡量的，這突顯了靈活方法的必要性，特別是在比較團隊動態(tài)時，因此，與其依賴特定的通用指標，不如揭示與相關團隊相關的趨勢可能更有利。

“比較和理解趨勢，并將其作為更深層次問題的基礎，更有意義，” Mann說，例如，如果一個團隊的生產(chǎn)率呈上升趨勢，而類似團隊的生產(chǎn)率沒有上升，我們可能會問第一個團隊的表現(xiàn)有什么不同，問這樣的問題可能會讓知識暴露在整個公司范圍內，這將有助于其他團隊的改進。

在開發(fā)人員體驗的背景下，重點關注的領域呈現(xiàn)出略有不同的特點。Campbell說：“當我們從軼事中談論開發(fā)產(chǎn)出時，評估開發(fā)人員經(jīng)驗的關鍵組成部分以及團隊的反饋是至關重要的。”他將這些組件分為清晰度(如何部署)、易用性(部署的最小步驟)、功能(是否有我可以擴展的現(xiàn)有工作流、API或SDK)和穩(wěn)定性(如果我現(xiàn)在部署它，我可以確保這不會在半夜中斷)。

Campbell說，通過聽取這些領域的工程師的反饋，領導力可以迅速培養(yǎng)出對哪些領域需要支持才能做得最好的同理心，有了這一點，IT可以最好地投資于提高工作效率并對業(yè)務產(chǎn)生積極影響的改進。

開發(fā)人員和客戶體驗

技術領導者應該謹慎地衡量開發(fā)人員的生產(chǎn)率，如果他們真的嘗試這樣做，結果必須基于對最終消費者的有形價值。

Titcombe說：“高管們應該確保衡量生產(chǎn)率的標準關注客戶體驗和結果，同時確保團隊在新機會出現(xiàn)時保持敏捷?！彼a充說：“我們希望優(yōu)先考慮技術可以幫助我們現(xiàn)在和未來照顧病人的方式?！?/p>

領導者還應該記住，精神能量是有限的，對于知識型員工來說，精疲力竭是一種真實的可能性。因此，Gibson說，在衡量績效時，關注過程而不是個人是至關重要的，以避免灌輸恐懼。“通過強調整個過程的有效性和評估測量過程本身的效率，重點轉移到個人在該框架內的運作情況?！彼f。

對于其他人來說，單是衡量開發(fā)人員的生產(chǎn)率就可能是轉移視線。相反，Campbell鼓勵培養(yǎng)一種持續(xù)改進的文化，并發(fā)現(xiàn)策略以更好地規(guī)范開發(fā)人員工作流，并從那里度量這個工具鏈以獲得可操作的開發(fā)洞察力。“就像我們衡量我們的軟件對試圖實現(xiàn)目標的終端用戶的影響一樣，我們也可以衡量我們的內部工具對我們的目標的影響?！彼f。