中國研發(fā)效能管理白皮書-從價值流管理到研發(fā)效能管理

中國企業(yè)研發(fā)?效能??書近年來，中國企業(yè)研發(fā)正在從粗放型?向精益型，研發(fā)?作的“?效能”成為?乎每個研發(fā)團(tuán)隊的共同追求。中國軟件服務(wù)產(chǎn)業(yè)也在近

5

到

10

年中得到了?速發(fā)展，技術(shù)服務(wù)的邊界不斷拓展，賦能?效研發(fā)的產(chǎn)品層出不窮，適合中國研發(fā)環(huán)境的技術(shù)服務(wù)體系在不斷完善。從結(jié)果上看，中國企業(yè)正在?效能研發(fā)的路徑上快速前進(jìn)。本份報告以中國?效能研發(fā)企業(yè)為研究對象，嘗試解讀市場中具有代表性的?效能研發(fā)解決?案。本次報告由五個篇章組成，包括

CI/CD、企業(yè)級軟件架構(gòu)、研發(fā)效能管理等主題。研究?組期待可以通過研究，幫助中國企業(yè)研發(fā)團(tuán)隊獲得?效能研發(fā)新知。3研發(fā)過程中經(jīng)常遇?這些問題?如何讓研發(fā)結(jié)果體現(xiàn)業(yè)務(wù)價值？01如何可持續(xù)地、更快更好地交付?戶需要的價值？02如何?數(shù)據(jù)展現(xiàn)、分析并洞察研發(fā)價值？03業(yè)內(nèi)有哪些來?頂尖公司的提升研發(fā)效能的落地實踐？其中有哪些經(jīng)驗可以借鑒？044?錄CONTENTS價值流管理定義與背景05價值流管理定義06101213價值流管理特征價值流管理如何提升研發(fā)效能價值流管理主要分析指標(biāo)價值流管理?業(yè)發(fā)展現(xiàn)狀14價值流管理在軟件研發(fā)領(lǐng)域的成熟度價值流管理產(chǎn)品圖譜1516價值流管理發(fā)展歷程17價值流管理?臨的挑戰(zhàn)2023252627中國場景的落地實踐——研發(fā)效能管理中國企業(yè)研發(fā)效能管理需要雙流結(jié)合模式雙流結(jié)合模式推進(jìn)團(tuán)隊研發(fā)效能管理研發(fā)效能管理核?指標(biāo)極狐GitLab

研發(fā)效能管理30研發(fā)效能管理實踐關(guān)鍵要素31344344研發(fā)效能管理?法論體系（GDAI）研發(fā)效能管理輕松應(yīng)對各類合規(guī)場景研發(fā)效能管理最佳實踐——蔚來價值流管理定義與背景6價值流管理定義什么是價值流01?

價值流是精益?產(chǎn)??最重要的概念之?，價值流代表創(chuàng)造某種價值的?系列?期步驟，包括價值、活動、?員與系統(tǒng)、前置時間等因素。?

價值流是指從客戶需求到產(chǎn)品交付的整個?產(chǎn)過程中，所包含的所有環(huán)節(jié)和活動。價值流將原本孤?的業(yè)務(wù)環(huán)節(jié)連接起來，并幫助企業(yè)實現(xiàn)端到端的研發(fā)效能可視化。?

價值流管理幫助后臺部?和團(tuán)隊擁有前臺業(yè)務(wù)的思維和決策?式。7價值流管理定義什么是研發(fā)領(lǐng)域的價值流02?

雖然價值流管理已經(jīng)在制造?業(yè)獲得諸多應(yīng)?，但在軟件研發(fā)領(lǐng)域，如果完全照搬?產(chǎn)制造業(yè)的做法，將帶來巨??險和挑戰(zhàn)。軟件研發(fā)不同于實體制造，因此我們需要?套更適合于研發(fā)場景的價值流管理分析?法與?具。?

軟件研發(fā)的整體過程是通過?系列的活動為軟件產(chǎn)品賦予價值，并交付給客戶或?戶。?

但在這個過程中，有些?為會影響到價值的流動。例如，在產(chǎn)品研發(fā)過程中缺少測試的環(huán)節(jié)，產(chǎn)品的缺陷沒有被及時檢測出來，產(chǎn)品質(zhì)量?法得到保證，這就??降低了產(chǎn)品價值的流動與交付。8價值流管理定義什么是價值流管理03價值流管理通過價值流識別、分析和判斷來實現(xiàn)。01

識別02

分析03

判斷識別?效和低效價值流分析消耗資源的合理性和可優(yōu)化部分實現(xiàn)價值流效率的優(yōu)化和提升?效價值流低效價值流時間??流程優(yōu)化和提升9“價值流管理是?種讓企業(yè)關(guān)注客戶需求并通過優(yōu)化價值流來滿?這些需求的?法?！薄s翰·舒克，美國精益企業(yè)研究所所?“價值流管理是?種通過對價值流進(jìn)?深?了解和改進(jìn)來提?企業(yè)效率和創(chuàng)新的?法?！薄材匪埂の?克，美國精益企業(yè)研究所創(chuàng)始?10價值流管理特征研發(fā)團(tuán)隊?臨的價值流管理挑戰(zhàn)如今市場中有許多軟件研發(fā)的?具、產(chǎn)品和服務(wù)，研發(fā)團(tuán)隊也確實解決了?些效率問題。但是研發(fā)過程中的兩?挑戰(zhàn)仍然造成了研發(fā)?作?產(chǎn)效率不?或者低于預(yù)期。挑戰(zhàn)01研發(fā)資源不?（流程不可視）?

流程安排不合理導(dǎo)致研發(fā)時間過??

研發(fā)流程中的切換等待時間導(dǎo)致研發(fā)時間過?11價值流管理特征挑戰(zhàn)02研發(fā)問題?法定位（價值度未識別）?

研發(fā)流程中存在額外的?作沒有被識別?

研發(fā)流程中存在冗余的?作沒有被識別根本原因在于研發(fā)流程和價值的?形性?

研發(fā)流程和價值的?形性造成了價值流管理的兩?挑戰(zhàn)：?是研發(fā)流程?法可視化，?是研發(fā)流程價值度?法識別。?

這兩?挑戰(zhàn)很?程度上源?于管理層以及研發(fā)團(tuán)隊對于價值流管理的認(rèn)知不?。12價值流管理如何提升研發(fā)效能√、√、啟動?標(biāo)啟動研發(fā)價值流管理設(shè)?組織和流程的?期發(fā)展?標(biāo)√、√、√、繪制組織定義繪制從產(chǎn)品到?戶的全流程地圖確定每個流程相關(guān)的負(fù)責(zé)?定義何為從產(chǎn)品到?戶的價值流√、√、√、識別使?優(yōu)化識別瓶頸、浪費、

為價值流設(shè)置?標(biāo)，

利?價值流數(shù)據(jù)，資源限制等問題，

實時確定?前價值不斷調(diào)整研發(fā)價值流，從?提?研發(fā)效能和產(chǎn)品價值收集并報告相關(guān)核?指標(biāo)流的流動位置13價值流管理主要分析指標(biāo)DORA

指標(biāo)部署頻率變更交付周期?段時間內(nèi)，應(yīng)?程序部署到?產(chǎn)環(huán)境的次數(shù)，代表研發(fā)團(tuán)隊交付價值的頻率從代碼提交到將代碼部署??產(chǎn)環(huán)境的時?，代表團(tuán)隊進(jìn)?代碼評審、測試和部署的速度，部分反映了團(tuán)隊響應(yīng)?戶需求的速度變更失敗率服務(wù)恢復(fù)時間變更部署到?產(chǎn)環(huán)境后發(fā)?故障的?例，代表團(tuán)隊交付穩(wěn)定服務(wù)的能??產(chǎn)環(huán)境中發(fā)?故障到服務(wù)恢復(fù)的時間，代表團(tuán)隊快速監(jiān)測、定位、診斷故障，并從故障中快速恢復(fù)的能??效能表現(xiàn)——指標(biāo)維度1天內(nèi)多次＜1天0%-15%＜1?時部署頻率變更交付周期變更失敗率服務(wù)恢復(fù)時間15價值流管理在軟件研發(fā)領(lǐng)域的成熟度價值流管理進(jìn)?創(chuàng)新者象限InfoQ最新發(fā)布的《軟件研發(fā)?化和路徑成熟度模型2023》報告中指出，價值流管理在成熟度模型中處于創(chuàng)新者象限，正處于萌芽階段，但已經(jīng)開始被市場所認(rèn)知，未來發(fā)展?jié)?較?。?達(dá)67%只有16%的受訪者認(rèn)為價值流管理?常重要的受訪者認(rèn)為價值流管理不重要67%16%16價值流管理產(chǎn)品圖譜基于研發(fā)的價值流管理與敏捷管理、數(shù)據(jù)分析等適配，從現(xiàn)有的產(chǎn)品定位和功能?度分析，價值流管理?具平臺主要可以分為五種類型：敏捷管理、效能管理、數(shù)據(jù)分析、DevOps開發(fā)平臺和其他價值流管理平臺。敏捷管理效能管理數(shù)據(jù)分析DevOps開發(fā)平臺其他價值流管理平臺17價值流管理發(fā)展歷程01

精益?產(chǎn)階段?

20世紀(jì)80年代，?本豐?汽?公司開始采?精益?產(chǎn)模式，強(qiáng)調(diào)通過減少浪費提??產(chǎn)效率和質(zhì)量。?

此階段重點：?產(chǎn)過程的優(yōu)化。?

發(fā)展?1990年代，豐?在汽?制造業(yè)中的巨?成功驗證了價值流管理可以幫助企業(yè)提?效能表現(xiàn)，同時也奠定了價值流管理在現(xiàn)代管理理念中的重要地位。02

價值流管理階段?

21世紀(jì)初，隨著信息技術(shù)的發(fā)展，企業(yè)開始將價值流納?管理范疇。?

價值流管理的核?：通過對價值流進(jìn)?全?分析和優(yōu)化，實現(xiàn)?產(chǎn)效率和價值創(chuàng)造的最?化。?

?具和?法：價值流地圖、瓶頸分析、持續(xù)集成等。1803

綜合價值管理階段?

價值流管理逐漸演變?yōu)榫C合價值流管理。?

此階段強(qiáng)調(diào)：在價值流范圍內(nèi)進(jìn)?管理和優(yōu)化，覆蓋產(chǎn)品流程的多個環(huán)節(jié)。需求運維設(shè)計交付開發(fā)測試?

現(xiàn)代化技術(shù)和?具：綜合價值流管理需要企業(yè)使?現(xiàn)代化的技術(shù)和?具，以實現(xiàn)更?效的價值創(chuàng)造。DevOps持續(xù)交付?動化測試1904

研發(fā)效能管理階段?

伴隨著國內(nèi)管理理念的實踐深?，更貼近中國市場需求的研發(fā)效能管理成為價值流管理理論落地的關(guān)鍵。?

重點：通過對關(guān)鍵流程和關(guān)鍵指標(biāo)的采集、統(tǒng)計和分析，更好地幫助企業(yè)提升研發(fā)效能，實現(xiàn)價值流管理的?標(biāo)。20價值流管理?臨的挑戰(zhàn)01對于價值流觀測數(shù)據(jù)的可得性挑戰(zhàn)?

數(shù)據(jù)挑戰(zhàn)：價值流管理需要收集和分析?量的數(shù)據(jù)，包括代碼庫、測試數(shù)據(jù)等。如何有效地收集、存儲、展示和分析這些數(shù)據(jù)是第??挑戰(zhàn)。?

?具選擇挑戰(zhàn)：價值流管理需要使?多種?具來進(jìn)?可視化和分析，如何選擇和配置這些?具是第??挑戰(zhàn)。21價值流管理?臨的挑戰(zhàn)02企業(yè)內(nèi)組織協(xié)同復(fù)雜性挑戰(zhàn)?

多團(tuán)隊協(xié)作復(fù)雜性：軟件開發(fā)全?命周期涉及到多個團(tuán)隊的多個流程，價值流識別、分析和優(yōu)化都可能?臨跨部?的溝通協(xié)同，這帶來了企業(yè)內(nèi)組織協(xié)同的復(fù)雜性挑戰(zhàn)。?

需要管理層發(fā)起和?持：根據(jù)對制造業(yè)和其他?業(yè)實踐的分析，由管理層發(fā)起和?持的價值流管理會獲得最?化的組織內(nèi)部協(xié)同價值。這意味著，有效的價值流管理需要企業(yè)管理層發(fā)起和?持。22價值流管理?臨的挑戰(zhàn)03從觀念到落地需要體系化?撐?

研發(fā)領(lǐng)域落地實踐較少：雖然價值流管理理念在全球范圍內(nèi)已經(jīng)被?泛接受，但是成功的落地案例?多集中在制造業(yè)。在軟件研發(fā)領(lǐng)域，如何將理論轉(zhuǎn)化為實踐?前仍然?臨巨?挑戰(zhàn)。?

尚未形成體系化的解決?案：在進(jìn)?價值流管理實踐時，許多企業(yè)迫切需要解決的問題是，如何將價值流數(shù)據(jù)與業(yè)務(wù)指標(biāo)直接關(guān)聯(lián)，并形成系統(tǒng)化的衡量體系與解決?案。23中國場景的落地實踐——研發(fā)效能管理研發(fā)效能管理是更適合中國場景的價值流管理實踐和升級需求價值流?臨挑戰(zhàn)?

在實際使?過程中，基于需求維度的價值流管理指標(biāo)容易造成指標(biāo)體系單?，指標(biāo)優(yōu)化?法完全體現(xiàn)業(yè)務(wù)的提效。24中國場景的落地實踐——研發(fā)效能管理研發(fā)效能管理是更適合中國場景的價值流管理實踐和升級?程實踐流推動升級?

多維度分析：近年來，中國研發(fā)團(tuán)隊更聚焦研發(fā)效率，尤其是以多維度數(shù)據(jù)分析為基礎(chǔ)的研發(fā)效能分析成為?前市場中的主流需求。進(jìn)度管理交付質(zhì)量01

02交付價值0503團(tuán)隊貢獻(xiàn)04交付速度?

為不同??提供優(yōu)化?案：?程實踐流可以為研發(fā)團(tuán)隊提供業(yè)務(wù)視?的效能評測?具，同時為企業(yè)中不同??提供?效的衡量指標(biāo)和調(diào)整優(yōu)化?案。企業(yè)視?研發(fā)視?管理者視?（項?負(fù)責(zé)?、研發(fā)負(fù)責(zé)?）25中國企業(yè)研發(fā)效能管理需要雙流結(jié)合模式在需求價值流?臨挑戰(zhàn)的情況下，加??程實踐流的雙流結(jié)合模式成為推進(jìn)團(tuán)隊研發(fā)效能管理的重要實踐?式。26雙流結(jié)合模式推進(jìn)團(tuán)隊研發(fā)效能管理01

提升研發(fā)體驗雙流結(jié)合前，研發(fā)?臨：項?管理系統(tǒng)頻繁切換開發(fā)系統(tǒng)雙流結(jié)合場景下，研發(fā)可以在完成開發(fā)和測試任務(wù)后，借助代碼合并進(jìn)?需求狀態(tài)的?動流轉(zhuǎn)。這樣可以減少研發(fā)在項?管理系統(tǒng)和開發(fā)系統(tǒng)之間的頻繁切換，研發(fā)可以將精?更好地聚焦在本職?作上，最終提升研發(fā)的?作體驗。02

建??效的研發(fā)過程管理機(jī)制雙流結(jié)合前，研發(fā)?臨：過程數(shù)據(jù)缺失開發(fā)過程充滿隨機(jī)性雙流結(jié)合后通過系統(tǒng)化的?具能?，實現(xiàn)項?狀態(tài)和代碼狀態(tài)的統(tǒng)?，降低?作隨機(jī)性，提升過程數(shù)據(jù)的有效性，便于最終實現(xiàn)團(tuán)隊研發(fā)效能管理。27研發(fā)效能管理核?指標(biāo)01

?向?層管理者??具體指標(biāo)?

項?活躍度?

需求吞吐量?

需求交付周期?

項?成熟度?

項?告警數(shù)?

線上問題數(shù)/率?

CEO?

CTO?

研發(fā)負(fù)責(zé)?02

?向??????具體指標(biāo)?

??總監(jiān)?

HRBP?

?員有效代碼量?

?員代碼質(zhì)量問題數(shù)/率?

?員活躍度?

?員投?產(chǎn)出?28研發(fā)效能管理核?指標(biāo)03

?向項?負(fù)責(zé)???具體指標(biāo)?

團(tuán)隊代碼活躍度?

團(tuán)隊技術(shù)棧?

項?經(jīng)理?

跨項?負(fù)責(zé)??

需求吞吐量?

需求按時交付率?

項?告警數(shù)?

線上問題數(shù)/率04

?向基層管理者??具體指標(biāo)?

MR的合并時間?

MR的評審時間?

MR的評審?數(shù)?

代碼質(zhì)量問題數(shù)?

迭代需求吞吐量?

迭代需求按時交付率?

?組負(fù)責(zé)?29研發(fā)效能管理核?指標(biāo)05

?向合規(guī)經(jīng)理/

IT

經(jīng)理??具體指標(biāo)?

合規(guī)經(jīng)理?

IT經(jīng)理?

代碼庫安全度?

代碼庫下載克隆數(shù)?

代碼許可證合規(guī)率?

代碼漏洞數(shù)/率?

代碼庫權(quán)限數(shù)/?06

?向運營經(jīng)理/市場經(jīng)理??具體指標(biāo)?

需求發(fā)布頻率?

需求交付周期?

線上問題數(shù)/率?

產(chǎn)品投?產(chǎn)出??

產(chǎn)品使?率?

運營經(jīng)理?

市場經(jīng)理?

客戶滿意度極狐GitLab研發(fā)效能管理極狐GitLab有著多年踐?研發(fā)效能管理理念的經(jīng)驗，并結(jié)合中國企業(yè)的具體需求后，認(rèn)為數(shù)據(jù)驅(qū)動的DevOps效能評估是?前推動價值流管理落地和幫助企業(yè)提?研發(fā)效能的有效?案之?。極狐GitLab的新產(chǎn)品極狐星在研發(fā)效能管理領(lǐng)域持續(xù)深耕，并在實踐中總結(jié)出?套適合中國企業(yè)的研發(fā)效能管理實踐?法論體系。這部分?法論體系有助于企業(yè)更好地理解和實踐研發(fā)效能管理。31研發(fā)效能管理實踐關(guān)鍵要素01

價值流數(shù)據(jù)與研發(fā)效能實現(xiàn)強(qiáng)關(guān)聯(lián)?

過往的價值流數(shù)據(jù)往往是相互獨?的，這導(dǎo)致研發(fā)團(tuán)隊并不清楚數(shù)據(jù)背后代表的研發(fā)效能價值。?

因此，研發(fā)效能管理的?效落地需要能夠識別與研發(fā)效能強(qiáng)關(guān)聯(lián)的價值流數(shù)據(jù)。32研發(fā)效能管理實踐關(guān)鍵要素02

管理視?與研發(fā)效能實現(xiàn)強(qiáng)鏈接?

研發(fā)過程具有強(qiáng)技術(shù)屬性，但管理視?中需要對?員等資源分配進(jìn)?衡量。這意味著如果缺乏管理視?的數(shù)據(jù)呈現(xiàn)，研發(fā)效能管理往往會?法實際落地。?

因此成功的研發(fā)效能管理實踐需要通過對?員、流程、代碼質(zhì)量等數(shù)據(jù)進(jìn)?展示和分析，為研發(fā)團(tuán)隊提供管理視?下的優(yōu)化建議。33研發(fā)效能管理實踐關(guān)鍵要素03

集成多種維度的衡量標(biāo)準(zhǔn)?

如果不能選擇有效的、可關(guān)聯(lián)的研發(fā)效能管理指標(biāo)體系，數(shù)據(jù)的分析和衡量就需要花費更多的??和時間資源。?

因此，成功的研發(fā)效能管理實踐需要能夠直接集成多種維度的衡量標(biāo)準(zhǔn)，直接實現(xiàn)對指標(biāo)的解讀和后續(xù)優(yōu)化?案的輸出。34研發(fā)效能管理?法論體系（GDAI）研發(fā)效能管理存在兩?重要環(huán)節(jié)及四?關(guān)鍵步驟。其中，其中，兩?重要環(huán)節(jié)是運營監(jiān)管和探索迭代。四?關(guān)鍵步驟分別是設(shè)定?標(biāo)（Goal）、數(shù)據(jù)采集（Data）、分析洞察（Analysis）和優(yōu)化提升（Improvement）。?效的研發(fā)效能管理可以通過兩?環(huán)節(jié)和四?關(guān)鍵步驟的拆解和落地，形成研發(fā)效能螺旋式提升。②④DevOps全鏈路數(shù)據(jù)采集、打通、清洗，持續(xù)可視化呈現(xiàn)深度洞察研發(fā)效能卡點，持續(xù)優(yōu)化，獲取數(shù)據(jù)反饋D數(shù)據(jù)采集I優(yōu)化改進(jìn)運營監(jiān)管探索迭代G設(shè)定?標(biāo)A

分析洞察①③明確研發(fā)效能?標(biāo)，并設(shè)置統(tǒng)?、可度量的數(shù)據(jù)維度多維度、多視?數(shù)據(jù)分析，找出影響研發(fā)效能的關(guān)鍵因素35研發(fā)效能管理?法論體系（GDAI）明確研發(fā)效能?標(biāo)，設(shè)置相應(yīng)數(shù)據(jù)維度01研發(fā)效能管理落地的第?步是設(shè)定?標(biāo)。明確研發(fā)效能?標(biāo)設(shè)置統(tǒng)?、可度量的效能數(shù)據(jù)維度36研發(fā)效能管理?法論體系（GDAI）研發(fā)效能管理落地的第?個關(guān)鍵步驟是通過DevOps全鏈路的數(shù)據(jù)采集、打通、清洗，最終實現(xiàn)數(shù)據(jù)的可視化呈現(xiàn)。?需復(fù)雜集成，數(shù)據(jù)采集零感知02成功的研發(fā)效能管理需要打破數(shù)據(jù)孤島，幫助企業(yè)解決復(fù)雜集成與適配的問題，實現(xiàn)DevOps

全流程數(shù)據(jù)采集零感知，推動企業(yè)輕松實現(xiàn)軟件研發(fā)全?命周期的研發(fā)效能管理。DevOps

全流程需求運維設(shè)計交付開發(fā)測試37研發(fā)效能管理?法論體系（GDAI）?需復(fù)雜集成，數(shù)據(jù)采集零感知02?個駕駛艙，將海量研發(fā)數(shù)字凝練為管理洞?效能數(shù)據(jù)的可視化呈現(xiàn)?式包括項?語?占?、企業(yè)?動化成熟度等多個研發(fā)核?指標(biāo)，有效推動企業(yè)洞察DevOps效能全貌。同時，具備項?細(xì)粒度數(shù)據(jù)的下鉆展示功能，幫助管理者從海量研發(fā)數(shù)字中，輕松凝練出管理洞?與卓越實踐，為效能提升提供策略基礎(chǔ)。38研發(fā)效能管理?法論體系（GDAI）數(shù)據(jù)分析洞察的五重視?——全?評估企業(yè)

DevOps

效能03設(shè)定?標(biāo)和數(shù)據(jù)采集完成后，就進(jìn)?第三個關(guān)鍵步驟：分析洞察。企業(yè)需要對數(shù)據(jù)進(jìn)?多維度、多視?地分析洞察，找出影響研發(fā)效能的關(guān)鍵因素。?個企業(yè)的DevOps效能如何評估，可以總結(jié)為「誰在做」、「做得快不快」、「做得好不好」、「是否?快?好」、「以后怎么改進(jìn)」五?視?。誰在做研發(fā)痛點解決?案研發(fā)團(tuán)隊負(fù)責(zé)?總是覺得資源不夠?，難以?持業(yè)務(wù)發(fā)展。極狐星通過完成議題數(shù)、合并請求數(shù)、代碼?數(shù)、提交次數(shù)的指標(biāo)統(tǒng)計，直觀展示團(tuán)隊及?員效能。?

在團(tuán)隊層?，盤點現(xiàn)有研發(fā)資源，評估分?與產(chǎn)出是否合理；分析價值?

在?員層?，幫助企業(yè)回歸個?的視?，了解研發(fā)個?質(zhì)效表現(xiàn)，從時間維度量化不同?員成?軌跡。?員效能分析幫助研發(fā)團(tuán)隊搭建提供決策依據(jù)，從?實現(xiàn)健康且穩(wěn)定的?效交付。39研發(fā)效能管理?法論體系（GDAI）數(shù)據(jù)分析洞察的五重視?—全?評估企業(yè)

DevOps

效能03做得快不快研發(fā)痛點解決?案業(yè)務(wù)需求，從提出到開發(fā)，要多久上線？這是每個研發(fā)?員都必須?對的挑戰(zhàn)。極狐星全?呈現(xiàn)流?線總數(shù)、成功/失敗流?線個數(shù)及分布占?、平均運?時?及頻率、紅燈平均修復(fù)時?與等待時?等，「絕對值」橫向展示數(shù)值

+「數(shù)據(jù)趨勢」縱向?qū)?，流?線效率盡在掌握。另外，極狐星?持原始明細(xì)數(shù)據(jù)導(dǎo)出，為后續(xù)深度分析奠定基礎(chǔ)。分析價值流?線效能評估幫助研發(fā)團(tuán)隊構(gòu)建流?線效率視圖，從指標(biāo)維度評估交付速度。做得好不好研發(fā)痛點解決?案研發(fā)團(tuán)隊難以判斷研發(fā)過程質(zhì)量和交付質(zhì)量。極狐星與極狐GitLab強(qiáng)?的CodeReview能?相結(jié)合，?需復(fù)雜對接，?動統(tǒng)計代碼覆蓋率、代碼問題數(shù)、質(zhì)量?禁次數(shù)等關(guān)鍵質(zhì)量指標(biāo)。分析價值代碼質(zhì)量評估確保質(zhì)量問題可追溯，嚴(yán)格落實質(zhì)量規(guī)范。40研發(fā)效能管理?法論體系（GDAI）數(shù)據(jù)分析洞察的五重視?——全?評估企業(yè)

DevOps

效能03是否?快?好研發(fā)痛點軟件交付的「快」與「好」并不?定絕對?盾，但永遠(yuǎn)是管理者需要考慮的的關(guān)鍵平衡點。分析價值國際知名DevOps調(diào)研與研究組織DORA（DevOpsResearchandAssessment）認(rèn)為以下四個指標(biāo)可以有效評估軟件交付表現(xiàn)：部署頻率、變更前置時間、變更失敗率、恢復(fù)服務(wù)時間。解決?案極狐星率先引?國際領(lǐng)先的DORA交付指標(biāo)體系，?動化展示DORA核?指標(biāo)數(shù)據(jù)趨勢與平均值，通過「變更前置時間」+「部署頻率」掌握研發(fā)對業(yè)務(wù)需求的響應(yīng)速度，通過「恢復(fù)服務(wù)時間」+「變更失敗率」驗證服務(wù)穩(wěn)定性及故障響應(yīng)程度，確保團(tuán)隊「效率」與「穩(wěn)定性」間的最佳平衡點，保證軟件交付快?好。41研發(fā)效能管理?法論體系（GDAI）數(shù)據(jù)分析洞察的五重視?—全?評估企業(yè)

DevOps

效能03以后怎么改進(jìn)研發(fā)痛點「效能如何改進(jìn)提升」是很?的話題，也是研發(fā)團(tuán)隊持之以恒的?標(biāo)。但改進(jìn)?案受限于數(shù)據(jù)維度和指標(biāo)的選擇，以及這些數(shù)據(jù)維度和指標(biāo)可以提供怎樣的改進(jìn)和提升的?向建議。分析價值對研發(fā)效能管理核?指標(biāo)中的各項數(shù)據(jù)維度進(jìn)?數(shù)據(jù)分析，幫助企業(yè)對數(shù)據(jù)進(jìn)?解讀，?數(shù)據(jù)輔助后續(xù)的優(yōu)化改進(jìn)。解決?案現(xiàn)階段，極狐星為效能數(shù)據(jù)復(fù)盤提供「合并請求效能評估」這?分析視?，對項?或項?集的合并請求數(shù)據(jù)整合，以10+指標(biāo)助?代碼審查復(fù)盤，?數(shù)據(jù)還原研發(fā)場景，找到各類質(zhì)量問題根因。合并請求效能評估只是「效能如何改進(jìn)」其中?個分析視?，后續(xù)極狐星還將圍繞這個?標(biāo)，對代碼規(guī)范、?作流規(guī)范、研發(fā)平臺健康度等數(shù)據(jù)維度展開分析，?求幫助企業(yè)解決數(shù)據(jù)只能看、不會?的痛點，從數(shù)據(jù)中獲得深度洞察與解決?案。42研發(fā)效能管理?法論體系（GDAI）項?視?提供后續(xù)優(yōu)化?案04最終，前期形成的數(shù)據(jù)和洞察都要為后續(xù)優(yōu)化?案提供決策依據(jù)。研發(fā)效能管理落地的第四個關(guān)鍵步驟是深度洞察研發(fā)效能卡點，持續(xù)優(yōu)化，獲取數(shù)據(jù)