1-駱弘珊-字節跳動DevMind：千人團隊如何全面實現研發數字化管理和效能提升.pdf

《1-駱弘珊-字節跳動DevMind：千人團隊如何全面實現研發數字化管理和效能提升.pdf》由會員分享，可在線閱讀，更多相關《1-駱弘珊-字節跳動DevMind：千人團隊如何全面實現研發數字化管理和效能提升.pdf（46頁珍藏版）》請在三個皮匠報告上搜索。

1、千團隊如何全實現研發數字化管理和效能提升字節跳動 DevMind駱弘珊2023.05駱弘珊 字節跳動 DevMind產品負責 作經歷：曾就職于螞蟻集團、易等公司，做過前端開發、企業協同辦公軟件等，前在字節跳動負責研發數字化產品與解決案，負責公司研發效能提升、效能實踐落地作。擅領域：數據驅動性解決案&落地 數據分析和可視化 產品設計&項管理 企業協同辦公&研發效能個簡介03問題：解法：案例：總結：進中：01020405DevMind最佳實踐：度量 洞察 決策&改進技術Leader常的管理痛點千級團隊如何實現數字化研發管理、數據驅動研發效能提升錄DevMind產品與解決案BizDevMind，業務

2、、產品、研發體化數字化管理字節跳動-DevMind 駱弘珊改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發規模團隊的研發管理模式01 問題信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發字節跳動-DevMind 駱弘珊改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發線Leader的管理痛點01 問題字節跳動-DevMind 駱弘珊理想改進 執系統設計寫代碼定位排查運CI申請環境聯調

3、測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發線Leader的管理痛點01 問題現實字節跳動-DevMind 駱弘珊改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發線Leader的管理痛點01 問題現實1.業務常常不滿意：感覺研發團隊都挺忙，但業務不滿意，經常吐槽。2.上級Leader經常挑戰：很難證明團隊的業務結果、研發平，爭取研發資源難。3.團隊身改進難：研發過程不可，難以找

4、到問題所在。4.團隊成員評價難：績效評估偏主觀，如何做到“平衡功勞和苦勞”、“不讓雷鋒吃虧”呢？改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發01 問題理想縱覽全局業務/部負責團隊的管理痛點字節跳動-DevMind 駱弘珊改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發01 問題現實盲摸象業務/部負責團隊的管理痛點字節跳動-DevM

5、ind 駱弘珊改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發01 問題現實盲摸象業務/部負責團隊的管理痛點1.管理復雜度：組織結構復雜，技術棧多樣化，統管理和協同難度較，只能靠下級定期“匯報”。2.關鍵決策拍腦袋、靠經驗、缺少客觀數據撐：重決策獲取信息，研發資源分配、業務標交付、團隊管理和績效評估、才選育留、技術創新投產出缺少客觀數據撐。3.導最佳管理&程難：提升質量意識、研發基本功等很多優秀管理&程實踐，缺少有效的導、傳遞式，常常是個專項在例會上“空轉”，難實

6、際效果。改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發研發過程數據程實踐 技術實踐 管理實踐DevOps研發過程在線化DevMind 量化現狀 診斷問題 驅動 問題解決研發管理數字化領域 專家認知洞察決策效能改進專家數據 賦能DevMind最佳實踐：量化現狀，診斷問題，輔助決策，驅動問題解決02 解法字節跳動-DevMind 駱弘珊02 解法DevMind最佳實踐：度量 洞察 決策&改進111 量化現狀 診斷問題 驅動問題解決研發 洞察 報告了解體系 數據分析1

7、實 施 步 驟了解研發效能整體框架、關注點數據回顧案制定問題解決 效能提升明確 效能 指標主觀調研 感性了解研發團隊主要問題、痛點技術 Leader客觀度量 客觀量化現狀識別主要問題、影響因結合專家經驗，深挖根因結合根因+效能提升最佳實踐明確改進措施驅動改進效果確認例跟進改進措施閉環確認改進效果是否達成預期，并從3步依次往復，持續調整效能 改進 專家DevMind-度量DevMind-洞察DevMind-決策&改進結合團隊實際情況，選擇合適的研發指標，構建團隊專屬的“研發洞察報告”?；凇把邪l洞察報告”完成分析，補充深分析結論、改進措施?；凇把邪l洞察報告”例驅動改進任務閉環，并通過指標變化確

8、認改進效果。持續循環。字節跳動-DevMind 駱弘珊03 案例場景1：成效能提升專項組，構建洞察報告早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告史、汪淼、丁儀 選擇業務表現、研發質量&效率、研發基本功3類結果指標，基于DevMind創建了份洞察報告 刃研發效能雙報（3-4雙）量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史字節跳動-DevMind 駱弘珊03 案例場景1：成效能提升專項組，構建洞察報告早上 10:00 成效能洞察與改進專項早上 11:00

9、 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告史、汪淼、丁儀 選擇業務表現、研發質量&效率、研發基本功3類結果指標，基于DevMind創建了份洞察報告 刃研發效能雙報（3-4雙）量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景2：分析洞察報告早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題

10、業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史下午15:00洞察：分析洞察報告由 史 主導，聯合QA 汪淼、程專家 丁儀 開始診斷報告。依托DevMind指標故事帶的動洞察能，直接獲得數據層的動分析結論，并進步結合專家經驗，判斷數據之外根因。03 案例場景2：分析洞察報告早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告由 史 主導，聯合QA 汪淼、程專家 丁儀

11、開始診斷報告。依托DevMind指標故事帶的動洞察能，直接獲得數據層的動分析結論，并進步結合專家經驗，判斷數據之外根因。Step1：描述性分析，指標好壞使DevMind動洞察分析結論：1.指標基線+短期趨勢變化，算法動判斷指標快壞。2.對于紅、結論的指標，是可能的異常，需要重點分析。字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景2：分析洞察報告早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務

12、下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告由 史 主導，聯合QA 汪淼、程專家 丁儀 開始診斷報告。依托DevMind指標故事帶的動洞察能，直接獲得數據層的動分析結論，并進步結合專家經驗，判斷數據之外根因。使DevMind“波動影響”分析：1.識別出影響趨勢變化的業務線排名。（也可以是其他維度）2.找到了導致【刃】趨勢變差的業務線。Step2：診斷性分析，誰導致指標變差？字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景2：分析洞察報告早上 10:00 成效能洞察與改進專項早上 11:00 設定效

13、能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告由 史 主導，聯合QA 汪淼、程專家 丁儀 開始診斷報告。依托DevMind指標故事帶的動洞察能，直接獲得數據層的動分析結論，并進步結合專家經驗，判斷數據之外根因。找到最最需要提升的因素，通過“扶弱”來做ROI最化的改進：1.使“主要差距”分析，并選擇合適的分析維度，如業務線。2.算法會直接算出對整體影響最的業務線排名，并通過“提升潛”值客觀呈現它對整體的影響程度，并估算如果提升10%，整體可降低多少。S

14、tep3：診斷性分析，誰最需要提升？字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景2：分析洞察報告早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告由 史 主導，聯合QA 汪淼、程專家 丁儀 開始診斷報告。依托DevMind指標故事帶的動洞察能，直接獲得數據層的動分析結論，并進步結合專家經驗，判斷數據之外根因。結合波動影響

15、、主要差距2個分析診斷出的異常數據，確認根因，并對癥下藥，明確改進措施。1.根因分析：把之前有價值的數據異常結論動成到專家分析，再結合經驗和實際情況，找到數據變化之外的根因，進補充。2.改進措施：相應結合根因，明確可的改進措施，包括怎么做？誰做？什么時間完成？Step4：根因分析和改進措施字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景2：分析洞察報告早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改

16、進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告由 史 主導，聯合QA 汪淼、程專家 丁儀 開始診斷報告。依托DevMind指標故事帶的動洞察能，直接獲得數據層的動分析結論，并進步結合專家經驗，判斷數據之外根因。Step5：提煉合成結論，成概覽字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景3：部雙會，驅動下級團隊改進早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任

17、務下發常偉思度量決策與改進洞察效能改進 專家被任命史下午 15:00洞察：分析洞察報告部雙會決策與改進：確認結論、驅動問題團隊改進59部雙會上，刃負責 常偉思 對研發效能情況例Review，查看刃的整體表現和下級業務線的表現情況。03 案例場景3：部雙會，驅動下級團隊改進早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告部雙會決策與改進：確認結論、驅動問題團隊改進59部雙會上，刃負責 常偉思

18、對研發效能情況例Review，查看刃的整體表現和下級業務線的表現情況。字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景4：下級問題團隊查、治理早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史下午 15:00洞察：分析洞察報告部雙會決策與改進：確認結論、驅動問題團隊改進執改進繼承報告分析問題線Leader被驅動改進章北海第天洞察：下級問題團隊查、

19、治理下級業務星際航是個線團隊，團隊Leader 章北海 繼承了刃的組織級報告，對組織的提效策略，開始對身問題進診斷，識別出了線上事故、交付質量、產品表現 3個的問題。字節跳動-DevMind 駱弘珊03 案例場景4：下級問題團隊查、治理早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告部雙會決策與改進：確認結論、驅動問題團隊改進執改進繼承報告分析問題線Leader被驅動改進章北海第天洞察：問題

20、團隊查、治理下級業務星際航是個線團隊，團隊Leader 章北海 繼承了刃的組織級報告，對組織的提效策略，開始對身問題進診斷，識別出了線上事故、交付質量、產品表現 3個的問題。字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景5：Review改進效果早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史部雙會決策與改進：確認結論、驅動問題團隊改進執改進繼

21、承報告分析問題線Leader被驅動改進章北海第天洞察：問題團隊查、治理部雙會決策與改進：確認改進效果字節跳動-DevMind 駱弘珊下午 15:00洞察：分析洞察報告03 案例早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告部雙會決策與改進：確認結論、驅動問題團隊改進執改進繼承報告分析問題線Leader被驅動改進章北海第天洞察：問題團隊查、治理部雙會決策與改進：確認改進效果字節跳動-DevM

22、ind 駱弘珊場景5：Review改進效果注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例早上 10:00 成效能洞察與改進專項早上 11:00 設定效能提升標和Review周期下午 14:00 度量：基于標選擇指標、創建洞察報告量化現狀診斷問題業務/部 負責驅動改進任務下發常偉思度量決策與改進洞察效能改進 專家被任命史周后洞察：分析洞察報告部雙會決策與改進：確認結論、驅動問題團隊改進執改進繼承報告分析問題線Leader被驅動改進章北海第天洞察：問題團隊查、治理部雙會決策與改進：確認改進效果場景5：確認改進效果1.線上質量，事故防控、恢復能明顯提升，業務反饋良

23、好：事故監控召回率 25%50%，可召回未召回事故占 62.5%33%，底線場景范疇內事故。線上階段缺陷監控召回率 25%31%，監控召回的線上問題數提升25%。事故MTTR 30min達標率 0%50%，其中發現+響應時 5min達標率 0%50%，診斷決策時 10min達標率 12.5%66.7%，損時 15min達標率 12.5%66.7%。底線場景覆蓋率從60.3%87.1%，技術段覆蓋率達85%，雙底線場景內事故。2.在交付周期保持不變的情況下，交付質量明顯提升，做到了“有質量的快”：研發流程更標準：頭部渠道有效管控率從7.1%50.6%，流程收率從74.1%91%。功能上線質量明顯

24、提升：功能召回率 P0/P1從58.1%78.6%、整體從37.6%52.6%。過程防護能增強：缺陷逃逸率29.41%18.24%。研發交付效率保持：需求平均交付周期19天、需求吞吐率保持在60%以上，符合業務預期。3.沉淀流程規范 沉淀出適于刃團隊的、有多個合作的Meego使規范。字節跳動-DevMind 駱弘珊03 案例場景6：常偉思的“全局之眼”改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發常偉思章北海xx字節跳動-DevMind 駱弘珊03 案例場景6：

25、常偉思的“全局之眼”改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發常偉思章北海xx眼：俯瞰，了解團隊整體情況字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景6：常偉思的“全局之眼”改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發常偉思章北海xx眼：縱觀，了解歷史趨

26、勢變化字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景6：常偉思的“全局之眼”改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發常偉思章北海xx眼：對，查看下級團隊排名字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景6：常偉思的“全局之眼”改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發

27、信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發常偉思章北海xx眼：對，下級團隊對標桿有限地跟同級、上級橫向對 字節跳動-DevMind 駱弘珊注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景6：常偉思的“全局之眼”改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發常偉思章北海xx眼：識別并投資團隊內效能才有限地跟同級、上級橫向對 字節跳動-DevMind 駱弘珊注明：案例為真實案例，但

28、其中所有數據、名等信息均為MOCK數據，真實數據03 案例場景6：常偉思的“全局之眼”改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優任務下發常偉思章北海xx眼：所有細節覽余有限地跟同級、上級橫向對 注明：案例為真實案例，但其中所有數據、名等信息均為MOCK數據，真實數據字節跳動-DevMind 駱弘珊改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失敗失敗影響線研發信息收集員輔導問題分析晨會線Leader周會信息收集問題分析業務/部 負責策略調優

29、任務下發研發過程數據程實踐 技術實踐 管理實踐DevOps研發過程在線化DevMind 量化現狀 診斷問題 驅動 問題解決研發管理數字化領域 專家認知洞察決策效能改進專家數據 賦能DevMind產品與解決案02 總結字節跳動-DevMind 駱弘珊DevMind產品與解決案數據采集（多源、多場景）數據模型（DWD、DWS）數據服務（接表、API）查詢引擎SQL分析器分析引擎（數據分析）離線緩存實時計算動洞察異常感知規則分析異常歸因險預測結論成器數據倉庫數據質量保障（監控、告警）研發數倉建設標準（建模規范、標準數據集）核 技術 能分析引擎（研發數據挖掘）代碼圖譜分析代碼缺陷分析 代碼克隆分析問題

30、&閉環戶場景線研發沉淀度量經驗領域專家效能改進專家分析&診斷分析問題出診斷報告跟蹤閉環設計指標&模型配置指標&模型分析、調優業務/部負責了解&驅動閱讀報告形成Action驅動改進匯報驅動輔導/驅動線Leader輔導&定位閱讀報告診斷問題獲得案持專家助管管執收到問題改進閉環被驅動個畫像研發過程編碼CR測 合碼LR灰度問題咨詢專家經驗沉淀研發管理輔助研發過程輔助設計分析模型業務&品質質量&險研發效能員情況業務對內（全團隊、全場景覆蓋）對外（ToB、To業界）隨具鏈輸出：+洞察能B：完整體系+咨詢B：洞察產品輸出公司級決策：覆蓋50%+公司級典型決策場景，形成有效決策點y個團隊級研發改進：覆蓋80%

31、團隊常管理，累計識別x個問題，改進y個，提升x%服務N個研發員/，發現險x個，驅動閉環率y%洞察指標 可視化分析管理駕駛艙指標分析趨勢分析對分析相關指標分析報告配置可視化分析洞察報告報告編輯報告評論 報告 瀏覽分析結論洞察指標設計配置被引被引指標故事 搜索|查看洞察指標故事卡任務錄問題驅動問題反饋數據集（DWD寬表）徑 說明 分析配置 展示配置洞察指標地圖（增刪改查；多視圖展示（列表、問題域、研發過程）分析對象管理（業務/部/員；配置、映射）洞察指標模型管理（邏輯分析模型、綜合評價模型）數據集管理（接、運維、映射）研發過程模型管理（研發階段/活動/；配置、映射）研發 數據產品研發控（嵌研發具鏈

32、）險識別險提示&阻險解決研發險報告/推送研發險中臺分析能 靜態規則代碼質量變更影響阻&解決能 志 排查 輔助代碼 排查 輔助鏈路 排查 輔助解決 案 庫配置中指標體系設計法改進案指標 配置指標 分析指標展示寫看管診斷卡模式儀表盤/寬表模式指標定義分析規則改進措施故事詳情助分析指標故事數據集 可視化分析 我的業務/部 我的訂閱/改進任務定義 儀表盤度量（Measure）指標中臺（Platform）洞察（Insight）助推（Nudge）字節跳動-DevMind 駱弘珊進中BizDevMind：業務、產品、研發體化數字化管理改進 執系統設計寫代碼定位排查運CI申請環境聯調測試推進發布運維故障影響失

33、敗失敗影響業務員 產品經理 線研發信息收集員輔導問題分析晨會線TL周會信息收集問題分析業務/部 負責策略調優任務下發研發過程數據程實踐 技術實踐 管理實踐BizDevOps業產研在線化（業務、產品、研發）BizDevMind 量化現狀 診斷問題 驅動 問題解決業產研管理數字化領域 專家認知洞察決策數據 賦能業務 產品 設計 分解 執業務/產品/團隊字節跳動-DevMind 駱弘珊 了解更多2022年09，DevMind理念、法、實踐業界正式發布 DevMind：構建效能提升的“導航儀”和“發動機”，實現從數據到價值的躍遷 2022年12，DevMind技術架構在業界正式發布 覆蓋數萬研發員，字

34、節跳動次公開效能度量核技術！感謝聆聽CSDN全球最大的中文開發者社區平臺CSDN全球最大的中文開發者社區平臺CSDN創立于1999年全球編程類網站排名第7（來源：Similarweb 2023.04）注冊用戶超過4300萬，覆蓋90%的中文開發者新媒體矩陣粉絲數量超過3100萬超過1000家企業客戶和合作伙伴目前公司員工近800名，分布在北京、長沙、上海、深圳、杭州、成都等城市，并在美國硅谷常設辦事處旗下品牌旗下品牌專業中文IT技術社區：CSDN.NET多媒體專業出版：新程序員開發者專屬移動APP:CSDN APP代碼托管協作平臺：GitCode代碼工具協同平臺：InsCodeIT人力資源服務：科銳?？怂关俗W絡高校IT技術學習成長平臺：高校俱樂部