4-興連博-愛奇藝研發項目數據度量實踐.pdf

《4-興連博-愛奇藝研發項目數據度量實踐.pdf》由會員分享，可在線閱讀，更多相關《4-興連博-愛奇藝研發項目數據度量實踐.pdf（32頁珍藏版）》請在三個皮匠報告上搜索。

1、愛奇藝研發項目數據度量實踐興連博愛奇藝興連博愛奇藝PMO高級經理、高級項目管理專家、度量平臺負責人、E3CI軟件研發效能度量規范參編成員，曾任職華為、愛立信，具有多年軟件研發、項目管理及效能改進從業經驗嘉賓照片目錄CONTENTS度量目的01 架構方案02 實戰案例03 Q&A04 01度量目的If you cant measure it,you cant manage it度量是通向控制和最終改進的第一步度量目的狀態跟蹤聚合多個系統的數據，可視化團隊及項目的狀態持續改進識別可改進的空間，不斷完善提升效能數據分析通過量化指標發現問題及風險，明確波動偏差及原因干預糾偏通盤思考，指導決策，采取措施

2、，讓項目重回正軌02架構方案如何通過度量支撐價值交付業務特點不一項目流程不同關注角度多樣項目類型繁多度量思路度量指標設計度量數據獲取度量綜合分析度量結論輸出STEP1STEP2STEP3STEP4數據驅動價值交付價值交付改進提升STEP1：度量指標設計指標選取要聚焦項目類型需兼容數據校準益簡單展示維度應豐富角色維度：產品、研發、測試、管理層、項目經理過程維度：履約、變更、等待結果維度：創建、交付、構建、部署匯總展示：版本匯總、時間匯總圖表展示：柱狀圖、曲線圖、累積流圖詳情展示：具體需求、狀態、計算規則項目類型：發版、非發版、專項算法通用：需求TTM、需求吞吐率、重點需求工作量占比、無收益需求占

3、比、開發工作量資源比、單位工作量BUG數易下鉆：數據透明、細節詳實、可對比易擴展：配置靈活、橫向拉齊、可定制聚焦價值STEP1：度量指標設計發版項目非發版項目專項項目STEP1：度量指標設計發版非發版詳情配置難數據清洗無效數據測試數據修正數據支持靈活數據過濾支持數據校正STEP2：度量數據獲取多高數據來源定制化程度項目類型工作流狀態JiraJenkinsGit支持多系統打通支持數據混合支持多類型項目數據獲取支持數據獲取規則配置STEP2：度量數據獲取數據獲取Jira project、Release manager idPMSGitQCDRMJfrogWikiicaseOctopusSonarQ

4、ube數據清洗Invalid data、bug data fix配置擴展beginstatus、release calendaSTEP2：度量數據獲取RMJIRAQCDGITRMOctopusSTEP3：度量指標分析發版需求TTM需求吐率率需求評審通過率需求排入數需求插入數需求變更數需求工作量需求累積流圖需求流效率重點需求工作量占比無收益需求占比開發工作量資源比開發TTM如期提測率提測打回率如期上線率單位工作量BUG數BUG優先級占比分布灰度前BUG占比BUG reopen占比BUG TTMBUG吞吐率BUG日趨勢BUG日清率BUG逃逸率聚焦交付速度需求TTM需求吞吐率需求流效率如期提測率.項

5、目類型度量指標北極星指標聚焦交付價值需求交付數重點需求工作量占比無收益需求占比.價值交付對比維度：版本指標表現：需求TTM、需求吞吐率、需求流效率、如期提測率反映問題：團隊需求響應速度變慢根本原因：如期提測率下降導致整體交付周期拉長及交付需求變少，同時流效率受到一定阻塞改進建議：加強開發團隊對提測時間點的履約意識，嚴格按時提測對比維度：時間指標表現：需求交付數、重點需求工作量占比、無收益需求占比 反映問題：團隊價值交付能力下降根本原因：團隊重點需求投入的工作量變少，而交付的需求中，未達預期收益的需求增加，導致整體價值交付下降改進建議：提升產品重點需求規劃能力，并加強對需求收益預估準確性的把控分

6、析結論非發版STEP3：度量指標分析需求TTM需求吐率率需求評審通過率需求排入數需求插入數需求變更數需求工作量需求累積流圖需求流效率重點需求工作量占比無收益需求占比開發工作量資源比開發TTM如期提測率提測打回率如期上線率單位工作量BUG數BUG優先級占比分布灰度前BUG占比BUG reopen占比BUG TTMBUG吞吐率BUG日趨勢BUG日清率BUG逃逸率項目類型度量指標北極星指標聚焦資源投入開發工作量資源比開發工作量測試工作量.價值交付對比維度：版本、時間指標表現：開發工作量資源比、開發工作量、測試工作量 反映問題：專項資源投入下降根本原因：專項開發工作量變少，而開發工作量資源比上升，說明

7、投入的開發人力資源下滑明顯，導致開發質量受到影響，測試工作量有所增加改進建議：確保專項的開發人力平穩投入，尤其針對關鍵路徑需求要重點保障分析結論專項聚焦交付質量需求變更數單位工作量BUG數需求TTM對比維度：版本、時間指標表現：需求變更數、單位工作量BUG數、需求TTM 反映問題：專項交付質量下降，延期交付根本原因：專項需求變更數上升，導致開發周期變長，同時BUG大幅增加，交付質量整體下滑改進建議：加強需求變更管理，并提高測試準入門檻團隊1發版團隊3非發版團隊2非發版團隊類型STEP3：度量指標分析STEP4：度量結論輸出預警指標定制：僅對業務關心指標進行設置閾值靈活：基于業務階段設置不同閾值

8、告警通知：郵件及內部溝通工具觸達報告周期可配：支持基于不同周期生成報告自動生成：結合框選周期自動完成報告輸出對比分析：支持報告間對比STEP4：度量結論輸出通用化模板靈活時間段選擇同比環比趨勢分析報告對比分析支持自定義配置聚焦核心指標表現自從生成報告推送分享報告中心：把控脈搏促優化STEP4：度量結論輸出維護類型預防型維護修復型維護 修復型維護：出現問題時，進行干預和修復 預防型維護：提前發現并修復小問題，減少產生重大問題帶來的損失選擇指標設置閾值實時預警優化改進預警中心：防患未然占先機STEP4：度量結論輸出報告報告預警預警發版類項目|非發版類項目|專項類項目PMSGitQCDRMJfrog

9、Wikiicase需求TTM如期提測率提測打回率BUG 重開占比如期發版率需求排入率OctopusSonarQube業務需求價值交付需求設計開發測試上線運維開發工作量資源比灰度前BUG占比BUG逃逸率版本熱修率需求排入數需求工作量開發TTM如期上線率需求IO需求累積圖BUG IOBUG日清率構建成功率部署成功率需求變更數目標達成率BUG按優先級占比里程碑偏差BUG TTM單位工作量BUG數BUG日趨勢構建總數部署總數評審通過率需求插入數 排入工作量 提測打回率 灰度前bug占比 指標組1需求IO 開發資源比 BUG日清率 部署成功率 指標組2指標組N度量報告實時預警業務A：xxx業務B：xxx

10、業務C：xxx業務D：xxx業務組1業務A：xxx業務B：xxx業務C：xxx業務D：xxx業務組2業務組N開發工作量測試工作量需求流效率重點需求工作量占比無收益需求占比度量架構03實戰案例案例1：提高業務交付速度，加大吞吐率狀態跟蹤某業務需求交付速度未達預期數據分析數據表現：需求TTM 其跟版APP需求吞吐率 其跟版APP 根本原因：APP承接多方需求，人力吃緊，導致該模塊需求需要等待多個版本才能排入干預糾偏流程優化：設置虛擬FT，申請APP固定資源支持，自行評審排期，測試通過后跟隨最近的APP版本發布，即類上車制持續改進改進效果：產品規劃更精準和靈活，溝通鏈路縮短，團隊協作更高效需求TTM：12%需求吞吐率：29.6%案例2：驅動APP優化發版節奏，更快交付價值狀態跟蹤某APP產品需求交付數及發版頻次未達預期數據分析數據表現：需求排入數 APP均值開發工作量資源比 專項均值單位工作量BUG數 專項均值需求變更數 專項均值根本原因：關鍵路徑需求變更兩次，導致整體項目進度受到影響趕工質量未達預期干預糾偏流程優化：鎖定關鍵路徑重點跟進強化緊急需求變更應急預案加強提測打回執行力度提升開發自測及準入測試門檻持續改進改進效果：二期如期保質交付項目TTM：13.5%單位工作量BUG數：5.3%需求變更數：50%04Q&A感謝聆聽關注QECon公眾號