DevOps｜研發效能價值如何衡量

現在很多公司都在做或者計劃做研發效能，也知道研發效能工作很重要，能提高產研運同學的協同效率，提高員工的工作效率和質量，提高業務交付效率和交付質量，但是價值有多大？效率又有多高呢？因為不容易說清楚，所以經常碰到一些質疑和靈魂拷問。

• 如何衡量研發效能的效果？

• 如何衡量研發效能的作用？

• 如何說清楚研發效能工作的價值？

• 研發效能是做啥的？有啥用？有多大用？

研發效能定義

之前我給過研發效能的定義，但是隨著這個領域的發展，大家越來越注重「開發者體驗」，因為這項工作太重要了，對員工的工作效率的確影響很大。之前我們做研發效能平臺的時候就特別注重開發者體驗，但對於有些公司還停留在工具有無的階段，暫時注意不到這塊。所以這次我對研發效能的定義進行了最佳化，想以此引起大家對這塊的注意，促進這塊的發展，形成共識。研發效能定義如下：

研發效能是一個組織高效交付產品的能力，以及圍繞提高這一能力所建立起來的由規範、流程、工具、度量體系、實踐等組成的系統工程體系。目標是最佳化開發者體驗，夯實產品研發運營基礎設施和賦能組織持續高質高效地交付產品價值。

 

研發效能主要工作

• 規範制定：制定產研運協同的規範
  

• 流程梳理：梳理產研運協同的流程

• 平臺建設：建設支援產研運協同的基礎平臺

• 平臺運營和服務：對產研運提供服務，並進行平臺運營

• 效能度量：對產研運協同進行效能度量，分析存在的問題並推動改進和最佳化

研發效能工作目標細分

• 規範制定和技術治理
  

• 梳理公司技術現狀、制定技術治理方向

• 協調製定技術選型、研發流程等技術類規範

• 解決公司業務發展過程中遇到的共性問題和技術挑戰

• 為不同業務場景提供全面的技術解決方案

• 進行規章制度、規範、平臺使用的宣傳、培訓、佈道、配套工具推廣等

• 推動建設和最佳化產研運協作流程

• 梳理和最佳化產研運之間協作的流程

• 推動產研運高效協作

• 梳理、宣導和推廣工程最佳實踐
  

• 研發效能平臺建設

• 把最佳實踐固化到平臺，進行研發效能平臺建設

• 保證效能平臺的穩定性、可用性

• 效能平臺功能完備的同時保持高度易用

• 高效率完成效能平臺上的高頻操作
  

• 研發效能平臺運營和服務

• 及時響應研發效能平臺使用者的日常訴求，高效解決使用者問題

• 及時收集、梳理和提煉使用者的訴求，進行痛點分析

• 透過產品運營、內容運營、活動運營、使用者運營，讓使用者更多地瞭解我們的平臺，，讓平臺「有人用、會用、善用」

• 研發效能度量

• 梳理、計算、展示和分析衡量端到端盡早盡快交付效率的指標

• 梳理、計算、展示和分析衡量端到端高質量交付的指標

• 梳理、計算、展示和分析衡量卓越工程能力、持續交付能力的指標

• 透過研發效能度量發現產研運效能問題，推動組織解決、改進和最佳化

 

研發效能價值

說清楚了研發效能的具體工作，是不是就很容易說清楚研發效能的價值了？不是的。講清楚了研發效能的具體工作，只是讓大家瞭解了研發效能是什麼，具體做什麼，這對一線同學很容易講清楚，但是對於往上+1/+2的領導來說還不是很容易get 到點子上，你講了這麼多，在他們看來是抓不到點子上。因為對於公司來說，團隊帶來的價值無非兩件事，要麼收入，要麼成本，簡單點說你給公司帶來多少收入，或者你節約了多少成本。

說價值就要提收入和成本，但這對研發效能卻不是一件容易說清楚的事情。為什麼業務的價值容易講清楚？我用多少人開發的功能給公司帶來多少利潤，這是非常容易衡量的，只要每個月讓財務出個資料就好。對於大多數公司來說，1）研發效能團隊不對外，也就是無法直接給公司創造收入。2）研發效能工作涉及面廣，見效慢，需要長期投入，建設初期很難算清幫公司省了多少錢，甚至還要有一定的人力成本支出。

那怎麼才能講清楚研發效能的價值呢？我覺得可以透過間接收入、節約成本、開發者體驗和業務質量提升四個方面來講：

1. 研發效能帶來的收入

1. 研發效能團隊人均支援公司員工的數量、趨勢

2. 研發效能團隊支援產研運團隊的數量、趨勢

3. 研發效能團隊支援產研運團隊外的業務團隊數量、趨勢

2. 研發效能節約的成本

1. 員工、團隊做與之前同樣的事情，效率提高的資料

2. 採用新技術節省了資源的投入，或同等資源支援了更多的業務發展

3. 研發效能提高了開發者體驗

1. 效能平臺給使用者帶來的開發者體驗，比如業務對接的效率

2. 效能平臺使用者 nps 評價

3. 效能平臺運營客服的響應速度和支援質量

4. 業務方對研發效能團隊、平臺的使用者訪談評價

4. 研發效能帶來的業務效率和質量整體提升

1. 業務的整體端到端交付效率，比如需求交付週期、吞吐量

2. 業務的整體質量提高，比如程式碼掃描高優問題解決趨勢，上線成功率，回滾率

3. 持續交付能力，比如程式碼提交到部署完成的時間，服務構建速度、頻率和修復時長

 

上面只是給出一些可參考的方面。在公司具體落地實施時，還是要實事求是地以業務為綱，服務好公司業務部門，以做產品的高標準要求自己，服務好產研運團隊，同時找到合適的資料來反應我們的工作價值。

本文小結

用一兩句話給+1/+2領導講清楚研發效能的價值是非常不容易的，尤其是團隊建設初期，沒資料，沒抓手，沒背書，可見的只是人力物力的投入。領導也是知道研發效能是必須要做的，只不過什麼時候做、做到什麼程度、實現路徑不是很確定，尤其是當還可以透過加資源(人力和物力)保持業務增長的時候。此時我就需要透過一些可見的資料、指標和圖表，多方面地展現出公司研發效能整體的狀況、可改進點和將來的效果，讓他對研發效能的業務更有體感和理解，讓他明白研發效能工作的價值和團隊的價值。

 

我的其他文章 

DevOps｜研發效能不是老闆工程，是開發者服務

研發效能之技術治理

研發效能之產品運營什麼是研發效能？

研發效能定義及核心價值

二三線網際網路公司怎麼做好研發效能

 

感謝點贊、轉載；關注我，瞭解研發效能發展動向；歡迎「DevOps研發效能」一起探討；

scmroad 主要關注領域 { 研發效能、研發工具鏈、持續交付、DevOps、效能度量、微服務治理、容器、雲原生}，感謝訂閱。