前言

由中關(guān)村智聯(lián)軟件服務(wù)業(yè)質(zhì)量創(chuàng)新聯(lián)盟、中國軟件協(xié)會過程改進分會發(fā)起的《軟件研發(fā)效能度量規(guī)范》團體標準已于 TiD 2022 質(zhì)量競爭力大會上發(fā)布。

《規(guī)范》專家組由來自騰訊、京東、思碼逸、橫琴人壽、中國電科等企業(yè)的效能專家與行業(yè)知名顧問組成。華為、騰訊云、百度、京東、網(wǎng)易、思碼逸、平安銀行、光大銀行、中興、新華三等四十家企業(yè)參與共創(chuàng)。

(資料圖)

《軟件研發(fā)效能度量規(guī)范》因地制宜地建立了適合國內(nèi)軟件行業(yè)的研發(fā)效能度量框架和指標集，為軟件研發(fā)團隊的研發(fā)管理和改進提供依據(jù)，同時也為業(yè)界軟件研發(fā)數(shù)據(jù)平臺建設(shè)、數(shù)據(jù)交換和交流協(xié)作提供了理論基礎(chǔ)。

專家組成員、思碼逸創(chuàng)始人兼 CEO 任晶磊在 TiD 2022 會議上分享了《軟件研發(fā)效能度量規(guī)范》的要點解讀，并結(jié)合案例，討論了相關(guān)研發(fā)效能指標的開源實現(xiàn)。

在經(jīng)濟環(huán)境收縮的大背景下，研發(fā)效能這個話題吸引了更多關(guān)注。今年年中，美團的內(nèi)部會議總結(jié)了 2022 的三項關(guān)鍵命題，其中就包括了系統(tǒng)性降本增效，向更精益的管理要效益。

作為大量科技企業(yè)的成本中心的研發(fā)組織，其研發(fā)效能所受到的關(guān)注與期望無需再贅述。但用什么姿勢去實踐研發(fā)效能，才是科學有效的呢？爭議最多的研發(fā)效能度量，又要如何推行呢？

對于這個問題，過去幾年行業(yè)內(nèi)有很多交流和探討。本次發(fā)布的《軟件研發(fā)效能度量規(guī)范》也正是基于四十家企業(yè)的真實實踐和專家組成員的思考經(jīng)驗而得出。

通過梳理度量定義、制訂度量框架、明確度量原則，提出度量方法等一系列工作，《軟件研發(fā)效能度量規(guī)范》希望沉淀專業(yè)的研發(fā)效能領(lǐng)域知識，幫助研發(fā)團隊實現(xiàn)讀書破萬“卷”——提升認知，避免用內(nèi)卷等錯誤姿勢，卷出研發(fā)效能反模式。

01 《軟件研發(fā)效能度量規(guī)范》指標體系

?

以下這張圖是《規(guī)范》中定義的?E3CI?軟件研發(fā)效能框架。

我們可以看到，研發(fā)效能（E3CI中的E）分為三個維度，分別是偏工程視角的效率，偏業(yè)務(wù)視角的效果、以及持續(xù)達成效率和效果的卓越能力。

而研發(fā)效能是需要度量獲得認知（C），加上實踐改進（I）從而實現(xiàn)的。

度量所獲取的認知，分為五個認知領(lǐng)域：交付的價值、速率、質(zhì)量、成本及能力?！盾浖邪l(fā)效能度量規(guī)范》根據(jù)認知域和軟件研發(fā)環(huán)節(jié)，對常見度量指標進行了結(jié)構(gòu)化的梳理。

然而，指標本身是靜態(tài)、等待被調(diào)用的，指標本身的羅列并不能讓研發(fā)團隊了解如何使用它們。因此，《軟件研發(fā)效能度量規(guī)范》還給出了軟件研發(fā)效能度量的指標模型，指導研發(fā)效能度量平穩(wěn)落地。

以下這張指標模型圖，可以從需求梳理和工具實現(xiàn)兩個方面來解讀。

1.1 需求梳理

從最上方的價值流到度量指標，是度量設(shè)計階段的需求梳理過程。

度量之所以存在，是為了滿足業(yè)務(wù)價值流中的某些信息需要，這些信息的缺失導致我們無法做出可信的分析和決策。

而需求梳理環(huán)節(jié)所強調(diào)的，正是結(jié)合實際情況，清晰定義這些信息需要。團隊的業(yè)務(wù)性質(zhì)、階段、戰(zhàn)略重心等等屬性不同，信息需要自然會有所差異。如果在還沒理解為什么做度量的時候，就囫圇開啟度量貪大求全，或生搬硬套他人的成功案例，難免使度量淪為雞肋。

之前一次交流《理解研發(fā)效能度量 GQM 方法的精髓》中，茹炳晟老師也提到，很多公司是為了度量而度量，一上來就從指標出發(fā)，直接開始收集數(shù)據(jù)，而不是從自身具體且明確的目標出發(fā)，這是研發(fā)效能度量的一個常見坑點。

盡管不能完全重復(fù)前人的路線，但一些行業(yè)方法論能夠起到指南針的作用，幫助研發(fā)團隊全面、清晰地定義自身的度量需求。之前我們介紹過的?GQM 方法，就是通過目標 - 問題 - 指標三個遞進層次，帶動研發(fā)團隊層層拆解，思考怎樣的度量指標體系才能真正滿足需求。

1.2 工具實現(xiàn)

從最下面的數(shù)據(jù)源到度量指標，則是工具實現(xiàn)的過程。數(shù)據(jù)源包括各種研發(fā)工具和手動錄入的數(shù)據(jù)，其中都沉淀了大量研發(fā)數(shù)據(jù)。但由于數(shù)據(jù)體量大且分散、標準化程度低，無法直接使用。因此，需要將大量研發(fā)數(shù)據(jù)歸集到數(shù)據(jù)湖中治理，提取出可信的數(shù)據(jù)集。

相比前面講到的需求梳理過程，工具實現(xiàn)過程實際上是更加可復(fù)用的。

在研發(fā)效能實踐中的常見誤區(qū)之一，正是在非標的需求梳理環(huán)節(jié)偷懶，而在標準化的工具實現(xiàn)環(huán)節(jié)過于勤奮，重復(fù)造輪子。事實上，研發(fā)團隊可以借助開源工具，低成本搭建研發(fā)效能度量工具。

?

02 ?標準指標的開源實現(xiàn)

?

前面提到度量工具需要實現(xiàn)數(shù)據(jù)匯集和治理工作，具體是什么呢？這里參考開源研發(fā)數(shù)據(jù)平臺 Apache DevLake 的功能簡單舉例。

數(shù)據(jù)的匯集方面，需要處理每個數(shù)據(jù)源的并發(fā)、容錯、調(diào)度等工作，設(shè)計多種數(shù)據(jù)拉取或推送方式，并設(shè)計原始數(shù)據(jù)到抽象數(shù)據(jù)的分層存儲，以滿足速度和可靠性兩方面的要求。 同類型的不同工具（例如 JIRA 和 TAPD）中的數(shù)據(jù)實體可能并不一致，如果組織內(nèi)同時使用多款工具或切換工具，則需要建模，通過抽象、映射和關(guān)聯(lián)來解決工具間一致性的問題。

將數(shù)據(jù)抽象到研發(fā)過程各環(huán)節(jié)的領(lǐng)域模型中

為了數(shù)據(jù)查詢/讀取性能和管理便利，可能還需要聚合數(shù)據(jù)，存儲在高關(guān)聯(lián)性的倉庫中。 篩選出可信的數(shù)據(jù)集后，還需要提取出指標，并面向場景需求組合為數(shù)據(jù)看板，以滿足分析與決策的信息需要。

持續(xù)集成場景的數(shù)據(jù)看板

?

03 總結(jié)

?

所謂研發(fā)效能度量，看起來只是從數(shù)據(jù)集中提取一個指標、一個數(shù)字。但放到指標模型中看，有效的研發(fā)效能度量，遠不止一個數(shù)字這么簡單。

如果您的團隊正在推行研發(fā)效能度量，希望《軟件研發(fā)效能度量規(guī)范》能夠成為一本可靠的工具手冊，幫助您的團隊少踩坑。

同時，希望伴隨著行業(yè)中的研發(fā)效能度量實踐越發(fā)成熟，《軟件研發(fā)效能度量規(guī)范》也能同步成長，不斷充實，為行業(yè)持續(xù)注入有價值的知識和思考。如果您想了解更多關(guān)于研發(fā)效能度量的內(nèi)容，歡迎下載《軟件研發(fā)效能度量規(guī)范》

歡迎各位讀者朋友們點擊下方文字下載呦！

《軟件研發(fā)效能度量規(guī)范》下載

關(guān)鍵詞：