01.引言
目前,很多企業(yè)在做指標(biāo)體系設(shè)計(jì)時(shí),指標(biāo)通常來源于員工以往工作經(jīng)驗(yàn)的積累、公眾號文章的推薦以及效能大會上的分享。通過這些方式得到的度量指標(biāo)往往只是簡單的堆砌,缺乏對指標(biāo)的用途、意義以及指標(biāo)間關(guān)聯(lián)關(guān)系的清晰解釋。因此,盡管指標(biāo)看似很多,卻難以達(dá)到最終期望的度量效果。
度量工作需要考慮成本。過于盲目的度量不僅會給軟件過程改進(jìn)組織帶來成本壓力,還會阻礙軟件組織過程的改進(jìn)。若度量過程脫離開發(fā)過程的實(shí)際情況,可能會導(dǎo)致無效的度量結(jié)果、誤導(dǎo)性決策等問題。因此,確保正確、有效的度量至關(guān)重要。
如果不使用科學(xué)的方法來支持研發(fā)效能度量,可能會導(dǎo)致目標(biāo)模糊、問題不清、指標(biāo)設(shè)置不合理、數(shù)據(jù)解讀困難等一系列問題,從而難以為決策和改進(jìn)提供有效的支持。
02.兩種適用于研發(fā)效能度量場景的方法論
1)GQM(目標(biāo)-問題-標(biāo)記)
根據(jù)組織目標(biāo)(Goal)確定問題(Question),然后進(jìn)行度量(Metrics)以實(shí)現(xiàn)目標(biāo)。
GQM是一種系統(tǒng)性的軟件度量方法,它面向目標(biāo),采用自上而上下的方式,將總體目標(biāo)逐步細(xì)化為具體、可度量的指標(biāo)。該方法的基本前提是,在組織中,首先需要明確并設(shè)定組織和項(xiàng)目的目標(biāo),隨后通過跟蹤數(shù)據(jù)來定義這些目標(biāo),最終提供一個(gè)解釋數(shù)據(jù)與相關(guān)目標(biāo)之間關(guān)系的框架。
每個(gè)組織和項(xiàng)目都設(shè)定了一系列待實(shí)現(xiàn)的目標(biāo),為了實(shí)現(xiàn)這些目標(biāo),需要回答一系列問題來確定目標(biāo)是否實(shí)現(xiàn)。對于每個(gè)提出的問題,都可以找到一個(gè)可量化的、滿意的解答。GQM模型將組織的目標(biāo)歸納和分解為度量指標(biāo),并將這些指標(biāo)提煉成可測量的值,從而更好地預(yù)測和控制過程性能,實(shí)現(xiàn)軟件開發(fā)的定量化管理。
GQM模型基于目標(biāo)自上而下有三個(gè)層次,這三層分別是:
這三層形成了一個(gè)繼承性的結(jié)構(gòu),每一層都對上一層進(jìn)行了細(xì)化,通過逐步求精的過程,最終得到了所需的度量指標(biāo)。
示意圖:
步驟:
示例:
2)4Keys(關(guān)鍵角色-關(guān)鍵問題-關(guān)鍵步驟-關(guān)鍵指標(biāo))
4Keys基于GQM理論,并在GQM的基礎(chǔ)上做了改進(jìn)。
4Keys提煉了度量過程中最關(guān)鍵的四個(gè)步驟:數(shù)據(jù)的服務(wù)用戶是誰?目標(biāo)用戶最關(guān)注什么?如何完整刻畫關(guān)注的問題?用什么指標(biāo)評估問題?
4Keys與GQM類似,都是一種面向目標(biāo)、自上而下的度量定義方法。然而,它們最大的區(qū)別在于4Keys更強(qiáng)調(diào)“面向角色”和“面向過程”的思路。“面向角色”意味著首先需要明確度量的服務(wù)對象是誰,因?yàn)椴煌姆?wù)對象會有不同的目標(biāo)。數(shù)據(jù)不可能服務(wù)于所有人,不同角色的目標(biāo)也不會完全相同。只有明確定義了目標(biāo)角色,才能有效地幫助特定群體解決問題。
在定義了角色后,我們就可以根據(jù)每個(gè)角色的目標(biāo)來定義相應(yīng)的問題。在定義好問題后,便需要“面向過程”來指導(dǎo)度量的拆解。每個(gè)問題都會對應(yīng)一個(gè)或多個(gè)過程,因此我們需要先將問題拆解成對應(yīng)的過程,然后針對每個(gè)過程逐一定義相關(guān)的指標(biāo)。通過這種方式,我們能夠清晰地描述每個(gè)指標(biāo)與哪個(gè)過程相關(guān),以及指標(biāo)之間的先后順序或關(guān)聯(lián)關(guān)系,從而完整地描繪出研發(fā)場景的全貌。這樣,我們就能夠避免在眾多的指標(biāo)中迷失方向,且能夠準(zhǔn)確地確定出有價(jià)值的指標(biāo)。
示意圖:
步驟:
示例:
某項(xiàng)目經(jīng)理的核心訴求是成功地完成項(xiàng)目,這主要體現(xiàn)在能夠按時(shí)交付高質(zhì)量的項(xiàng)目成果上。這一核心訴求在研發(fā)過程中具體表現(xiàn)為,確保所有版本的需求能夠按時(shí)完成,并將高質(zhì)量的項(xiàng)目成果交付給客戶。
根據(jù)4Keys方法論拆解得到各個(gè)過程的衡量指標(biāo)。
以上圖為例,按橫向、縱向方法拆解后,得到了“期望版本的需求能夠按時(shí)上線”主題下關(guān)聯(lián)的一組指標(biāo),若發(fā)現(xiàn)研發(fā)停留時(shí)長過長:
由此可見通過4Keys方法拆解的指標(biāo),擺脫了簡單地堆砌,將一組指標(biāo)進(jìn)行了關(guān)聯(lián),刻畫了一個(gè)完整的研發(fā)場景,回答了“指標(biāo)能幫助誰解決什么問題”、“該用什么指標(biāo)進(jìn)行度量”、“指標(biāo)關(guān)聯(lián)關(guān)系如何解讀”的問題。
另外再介紹幾個(gè)常用的方法論:
03.總結(jié)
方法論提供了一種指導(dǎo)思想,涵蓋了一系列的原則、理論和規(guī)范,旨在幫助人們更加有效地分析問題、制定計(jì)劃和實(shí)施行動。
在研發(fā)效能度量領(lǐng)域,推薦使用4Keys方法論,4Keys發(fā)揮了GQM的優(yōu)勢,精準(zhǔn)捕捉了不同團(tuán)隊(duì)規(guī)模和角色所關(guān)注的核心問題,從問題出發(fā),旨在解決實(shí)際場景中的問題。它基于明確的路徑和完整的流程,根據(jù)不同環(huán)節(jié)產(chǎn)出相應(yīng)指標(biāo),刻畫了一個(gè)完整的研發(fā)過程的場景。在其他領(lǐng)域,企業(yè)根據(jù)自身需求、現(xiàn)狀和使用場景,選擇最適合的方法論。
ITSM運(yùn)營:服務(wù)請求管理持續(xù)改進(jìn)
查看詳細(xì)
AI驅(qū)動IT運(yùn)維轉(zhuǎn)型:從審批流到AI工作流
查看詳細(xì)
國產(chǎn)化替代實(shí)踐:嘉為藍(lán)鯨全棧智能觀測中心對比IBM Tivoli
查看詳細(xì)
嘉為藍(lán)鯨平臺:三位一體,打造云原生數(shù)字化基座
查看詳細(xì)
嘉為藍(lán)鯨DevOps研發(fā)效能管理平臺:AI賦能研運(yùn),效能再進(jìn)化
查看詳細(xì)
ITSM運(yùn)營:事件管理持續(xù)改進(jìn)
查看詳細(xì)
申請演示