ONES&中國信通院：2023中國企業軟件研發管理白皮書（70頁）.pdf

《ONES&中國信通院：2023中國企業軟件研發管理白皮書（70頁）.pdf》由會員分享，可在線閱讀，更多相關《ONES&中國信通院：2023中國企業軟件研發管理白皮書（70頁）.pdf（70頁珍藏版）》請在三個皮匠報告上搜索。

1、中國企業軟件研發管理白皮書Software Development Management White Paper深圳復臨科技有限公司（ONES）中國信息通信研究院云計算與大數據研究所2023 年 4 月隨著中華人民共和國國民經濟和社會發展第十四個五年規劃和 2035 年遠景目標綱要“十四五”軟件和信息技術服務業發展規劃“十四五”數字經濟發展規劃等一系列政策文件的出臺，軟件的質量管理和標準化能力被列為數字經濟重點建設的內容，要求充分認識軟件產業發展的重要性和緊迫性，實施軟件產品和數字化能力的升級，促進產業基礎能力的提升，著力打造更高質量、更有效率、更可持續、更為安全的產業鏈供應鏈，充分釋放軟件融

2、合帶來的放大、倍增和疊加效應，有效滿足多層次、多樣化市場需求，為構建以國內大循環為主體、國內國際雙循環相互促進的新發展格局提供有力支撐。在此背景下，ONES 聯合中國信息通信研究院，發布2023 年度中國企業軟件研發管理白皮書。本白皮書聚焦軟件研發管理中產業鏈的新發展新變化，重點圍繞工作方法、實踐路徑、核心目標、效能度量等研發管理領域的熱點話題以及研發管理的發展趨勢進行深入探討，旨在幫助讀者更好地把握研發管理的產業動向。從研發管理的歷史沿革以及敏捷管理的轉型突破，再到研發管理數字化模型的提出，這對研發管理數字化系統的產品能力提出了具體的要求。結合軟硬件研發、金融行業和傳統行業的數字化轉型，研發

3、管理的解決方案在實踐中落地并取得成效，使得企業向更加標準化、多方協作演進的同時，保證質量、安全和效率，為社會的可持續發展提供更加專業和深入的可行性。前言I數字產業是這個時代最大的增量。人類社會正進入以數字化生產力為主要標志的發展新階段，而軟件在數字化進程中發揮著重要的基礎支撐作用。在“軟件定義未來”的新時代，軟件成為未來世界的關鍵元素之一，也必將成為企業提升核心競爭力的“殺手锏”。企業軟件開發已步入規?；凸こ袒?，帶來前所未有的工作量?，F代軟件行業已不再是“大魚吃小魚”，而是“快魚吃慢魚”。在互聯網下半場，隨著外部流量增長的紅利逐漸消失，企業開始向內部精細化運營尋找增長。研發效能決定了軟件團隊

4、產出能力的水平，成為高科技企業之間相互競爭的有力武器，因而成為了公認的方向性領域，是許多團隊管理者的重要任務。然而在相當長的時間里，軟件研發作為智力密集型活動，與團隊的組織協同密不可分，很難嚴格地標準化。隨著現代基礎設施、架構理論和 AI 算法的不斷成熟，研發效能快速進化為具體的工具、流程和指標系統，讓軟件研發成為規范的、科學的、可度量的工作。研發效能的重要目標是實現企業級跨產品、跨項目的研發能力復用，當前研發效能已完成了“0 到1”的建設，需要去關注更有價值的“1 到 N”，謀求打造組織級別通用研發能力的最佳實踐平臺。鑒于此，企業級研發管理領軍者 ONES 聯合中國信息通信研究院，發布中國企

5、業軟件研發管理白皮書，力求扎根數字化實踐，探索研發管理的合適路徑。卷首語卷首語中國企業軟件研發管理白皮書執行摘要模塊一：組織與文化變革領導力組織架構企業文化模塊二：研發管理實踐業務規劃目標管理產品管理版本管理需求管理工單/反饋管理價值流管理可視化管理流程自動化資源管理知識管理質量管理敏捷精益協作變更管理開放 API 與集成模塊三：工程技術實踐企業架構領域驅動設計云原生架構代碼管理策略代碼評審自動化測試持續集成持續交付灰度發布監控/可觀測性環境管理安全合規模塊三：工程技術實踐企業架構領域驅動設計云原生架構代碼管理策略代碼評審自動化測試持續集成持續交付灰度發布監控/可觀測性環境管理安全合規模塊四：

6、研發基礎設施研效垂直工具一站式 DevOps 平臺研發效能度量平臺容器云平臺研發效能交付效率交付質量交付成本交付能力研發效能交付效率交付質量交付成本交付能力商業效率收入利潤用戶規模市場占有率用戶滿意度商業效率收入利潤用戶規模市場占有率用戶滿意度實現路徑最終目標研發管理數字化模型軟件研發方法逐步敏捷化轉型本白皮書提出了我們通過實踐總結反復驗證的模型，用于研發管理的數字化建設。研發管理數字化以商業效率為最終目標，以研發效能為實現路徑，通過四個方面的實踐模塊完成轉型落地：“組織與文化”“研發管理實踐”“工程技術實踐”“研發基礎設施”。研發數字化模型將研發管理思路用完整的邏輯和清晰的脈絡呈現出來，凝聚

7、了豐富的實踐經驗和效能提升的技巧，為研發管理從業者提供路徑參考和經驗借鑒。（詳見本白皮書第二章）通過推行研發管理和應用場景的數字化結合，企業組織可擴大線上管理面積和新的盈利增長點，同時企業組織擁有自己的智能化品牌和核心競爭力。因此，企業組織能以較低的資金成本和技術成本享受到科技賦能產業的紅利。執行摘要中國企業軟件研發管理白皮書研發管理數字化系統的六大核心能力研發管理數字化模型提供了整體思路和框架，企業組織在踐行研發管理的變革方案時，需要完成自上而下的軟件工程認知升級，然后通過一站式的系統協作將最佳實踐落入日常工作中。這就要求研發管理系統具備六大核心能力，分別是：“端到端的需求生命周期管理”“項

8、目管理統籌研發全過程”“自動化提升企業組織效能”“知識經驗沉淀為過程資產”“有度量才有針對性的改進”和“多工具集成適配大型團隊”。這六大核心能力構成了數字化的研發管理系統，覆蓋軟件研發的全過程，使企業組織重構端到端的研發協同工作，不受限于單點工具的能力，打通研發數據鏈路，持續改進研發效能，實現企業的數字化目標。研發管理系統將實踐信息匯總到檢索、分析能力強的單一平臺，集成多種工具適配多團隊多場景的業務需求，加強研發角色間的關聯性和可追溯性。通過團隊成員之間的高效協作，讓企業更好更快地發布產品。研發管理數字化的未來發展趨勢隨著企業數字化轉型的不斷深入，標準化體系的缺乏和企業增長需求之間的矛盾不斷凸

9、顯。因此，需要加快建設和推廣研發管理的標準和評估體系，讓數字化協作進一步釋放研發團隊的生產力，使軟件研發保質保量、安全可靠地運行，并通過效能度量體系實現研發管理的提質增效，為企業實現可持續發展提供有效路徑。執行摘要V中國企業軟件研發管理白皮書第一章 軟件研發管理概述02（一）研發管理數字化轉型初見成效，方興未艾03（二）數字經濟時代，研發管理的重要性日益凸顯06第二章 研發管理數字化模型08（一）研發管理數字化模型綜述09（二）研發管理數字化的一個核心目標1 1（三）研發管理數字化的四個衡量維度1 1（四）研發管理數字化的四大實踐模塊13第三章 研發管理數字化平臺的核心能力32（一）端到端的需

10、求生命周期管理33（二）項目管理統籌研發全過程36（三）自動化提升企業組織效能38（四）知識經驗沉淀為過程資產40（五）有度量才有針對性的改進4 1（六）多工具集成適配大型團隊43目錄目錄中國企業軟件研發管理白皮書第四章 研發管理的典型案例47 案例一：招商基金48 案例二：紫金保險52 案例三：鴻合科技55 案例四：中農網57第五章 研發管理趨勢展望62（一）標準和評估體系支撐產業高質量發展63（二）數字化協作賦予研發管理新動能63（三）安全能力保障研發管理可靠運行64（四）研發效能體系建設助力研發管理提質增效64（五）研發管理推動企業實現可持續發展65目錄中國企業軟件研發管理白皮書（一）研

11、發管理數字化轉型初見成效，方興未艾（二）數字經濟時代，研發管理的重要性日益凸顯第一章軟件研發管理概述中國企業軟件研發管理白皮書（一）研發管理數字化轉型 初見成效，方興未艾軟件研發方法逐步敏捷化轉型傳統軟件開發方法：軟件研發起源于 1948 年，英國數學家和計算機科學家湯姆基爾伯恩（Tom Kilburn）在曼徹斯特大學研究了世界上第一臺電子存儲程序計算機 Manchester Baby。進入 60年代，軟件工程開始被看作獨立的工程類型，但面臨著一系列“軟件危機”：軟件很難跟上硬件的發展，問題包括軟件超出預算、超過期限，需要大量的調試和維護，不能成功地滿足消費者的需求，甚至從未完成。1968 年

12、，北約（NATO）召開了第一次軟件工程會議，會上討論了與軟件有關的問題，制定了開發軟件的準則和最佳實踐。當時業界普遍認為，軟件應借鑒工程領域的經驗，“系統地應用工程方法”是應對軟件危機的出路，在這一思路下產生的軟件開發方法就是傳統的開發方法。設計設計部開發研發部測試測試部部署運維部運維運維部整個項目絕不適合大型軟件開發Winston Royce項目經理負責協調整合不同職能部門的資源典型代表?讓產品開發有矩可?讓項目和產品的成功可復?讓組織的能力可以被評估優點傳統的軟件開發方式強調計劃、管控和結構化，遵循嚴格的生命周期概念，把軟件開發拆分成由固定順序階段構成的過程：設計 開發 測試 部署 運維。

13、這種傳統的瀑布模型在軟件開發的前期起到重要作用，但逐漸暴露出其缺陷，即將充滿回溯的軟件開發過程硬性分割為幾個階段。面對傳統軟件工程方法在現實中的問題，陸續出現了一批輕量級軟件開發方法，它們共同的特點是遵循演進和迭代的模型。軟件研發管理概述03隨著 70-80 年代新的語言、理念和個人電腦的面世，軟件工程的面貌得到較大改善；90 年代是編程語言的繁榮期，今天使用最廣泛的編程語言被引入，面向對象的編程開始流行；隨著互聯網的首次亮相，開源軟件也逐漸進入主流。有別于傳統的開發模式不斷涌現，優秀個人在程序開發中的作用得到凸顯。這些因素都讓非傳統開發方法有了實驗的土壤。其結果是，一方面，質量問題層出不窮，

14、這部分促使了源自全面質量管理體系的 CMM/CMMI 在這一時間的繁榮和推廣；另一方面，也產生了許多不同于傳統方法的有效實踐，讓業界看到了新的可能。2001 年，17 位軟件大師在加拿大雪鳥共同發表了敏捷宣言，提出敏捷軟件開發方法應遵循的“十二原則”，凡符合這一宣言所倡導的價值觀并遵循“十二開發原則”的方法均可被認為是“敏捷軟件開發方法”。用戶故事 1設計開發測試部署用戶故事 2設計開發測試部署用戶故事 3設計開發測試部署項目經理負責監督流程規則不被破壞，保持工作順暢流通?需求庫存少，周轉快，產生收益更?每個小需求都會檢驗一次過程和產?追求用盡量少的產出獲得盡量大的結?有利于團隊自組織、有節奏

15、地持續改進優點典型代表敏捷軟件開發方式強調交付價值和靈活應變，遵循利潤最大化和流動理念，讓小粒度需求以動態調整的最優順序和最快的速度單獨完成從需求端到客戶端的“端到端”流轉，從而頻繁檢驗整個流程和獲得客戶反饋，更敏捷地交付業務價值。如今，隨著云計算技術的發展，軟件架構向分布式化、解耦合和工程化等方向演進，云計算給軟件工程帶來了由內而外、從軟件開發形式到企業組織文化的變革。云上軟件開發為產品創新、快速試錯、高頻交付提供了強大助力。然而，交付速度與軟件質量的平衡問題已愈加凸顯，業務價值的持續高質量交付成為企業的核心訴求。企業發展需重視研發管理過程目前，我國多數企業仍呈現出“大而不強”的狀況，更需要

16、注重企業創新能力的培養，將創新驅動發展戰略作為國家重大戰略是中國經濟社會全面轉型的時代需要。在對科技自立自強做出戰略部署，加快建設科技強國的背景下，企業作為創新行為投資、研發、風險的承接主體，必須不斷進行研發創造，增強自身競爭地位。因此，研發作為創新活動的主要環節，更應受到企業的高度重視。軟件研發管理概述04中國企業軟件研發管理白皮書企業創新績效的取得依賴于技術創新、制度創新等方面的協同，這已成為實務界和理論界的共識。國內研發團隊處于中等效率水平的占比較高，國內軟件研發效能水平有較大提升空間，需持續改進。根據中國信息通信研究院2022 中國軟件研發效能調查報告顯示，我國研發效率處于中等發展階段

17、，對比 DORA DevOps 現狀調查報告，發布頻率、變更前置時間等指標處于精英水平的占比低于國際水平，軟件交付質量和穩定性仍有提升空間。受訪用戶中，超過 30%的用戶部署和發布頻率低于一個月一次，與用戶所處的行業有一定相關性，非互聯網的企業或者面向企業（ToB）的軟件產品普遍的發布頻率會較低。另外，產品和服務是否運行在云上也會一定程度影響部署頻率；僅 10%左右的受訪用戶能頻繁地部署（按需部署），對比 DORA DevOps 現狀調查報告中能夠實現按需部署的用戶達到 26%，因此，建議用戶團隊還需通過提升工程能力來推動部署頻率的進一步提升。研發效能提升的核心阻塞點主要為流程規范、組織結構、

18、工具平臺和人員技能，國內市場需要成熟完善的研發效能體系建設路徑和功能完備的工具平臺來解決企業痛點。根據中國信息通信研究院2022 中國軟件研發效能調查報告顯示，流程規范以 46.74%的占比作為阻塞研發效能的首要因素，組織結構（35.92%）、工具平臺（33.24%）和人員技能（33.14%）是處于影響研發效能提升第二梯隊的阻塞點，質量問題仍然是阻塞研發效能非常重要的因素。企業亟需新型研發人才，隨著編程普及的低齡化，研發人才的結構變化已然發生。近年來，隨著國內人工智能、云計算、數據庫等 IT 產業迅猛發展，企業研發人才需求不斷上漲，研發人員第一次接觸 代 碼 的 年 齡 也 趨 向 年 輕 化

19、。CSDN 2021-2022 年中國開發者現狀調查報告顯示，有 57.23%的受訪者表示第一次寫下代碼的時間是在 16-20 歲，即在高中或大學接觸編程已十分普遍，在 30 歲之后接觸編程的開發者僅占 0.8%。中國企業軟件研發管理白皮書軟件研發管理概述05（二）數字經濟時代，研發管理的重要性日益凸顯近年來我國數字化轉型進程不斷推進，各類軟件服務的市場規模不斷擴大，代碼量級也呈指數增長。以汽車行業為例，多年前，一輛汽車包含約 1000 萬行軟件代碼；三五年前，一輛汽車約有 1 億行軟件代碼；未來，自動駕駛汽車的軟件代碼量將達到 10 億行以上，軟件將重新定義汽車。然而，在車企逐年加大 IT

20、研發投入的前提下，軟件質量和效能仍不能平衡，傳統的軟件開發模式已難以滿足汽車行業對軟件研發效能快速增長的要求。國內在軟件工程領域的數字化協同水平相對于其行業屬性偏低，未來，中國的軟件研發效能工具和平臺的建設還有較長的道路要走。根據中國信息通信研究院2022 中國軟件研發效能調查報告顯示：在研發工具對各環節的覆蓋率上，半數以上研發團隊的工具鏈已覆蓋代碼管理、項目協作、CI/CD 流水線、自動化構建，而自動化性能測試、生產監控和可視化工具集成、自動化運維的覆蓋率偏低。同時，仍有約 20%的團隊仍處于手工和線下協同的階段。軟件行業是驅動整個社會進行數字化變革的特殊行業，而且軟件開發從業者的技術能力、

21、數字化素養在全社會各行業中處于較高水準，因而提升軟件行業的數字化協同水平至關重要。進一步來看，一站式研發效能平臺在企業中的普及率偏低，企業期望擁有功能完備、操作便捷、原生一體化的一站式研發管理平臺。根據中國信息通信研究院2022 中國軟件研發效能調查報告顯示：已經建立了較為完備的原生一體化平臺，并且公司級別統一規劃管理的企業占比不到 10%。結合 80.56%的受訪企業有研發效能平臺建設規劃，61.12%希望純自研或半自研，51.91%希望引入商用產品這三個數據。我們或許可以得出一個推論：大多數企業期望擁有功能完備、操作便捷、原生一體化的一站式研發管理平臺。隨著云計算、大數據、人工智能等新興科

22、技的進一步發展，我國的軟件行業將會迎來更多增長機會。軟件研發管理作為這一領域的上游基礎，其戰略意義將隨著我國對信息科技產業重視程度的不斷加大而提升。軟件研發效能提升是一個復雜的學科和系統性工程，涉及到組織、流程、工具、文化等方方面面。針對當前國內在軟件工程領域的軟件體量大、軟件質量和效能難以平衡、數字化協同水平較低等現狀，亟需編寫一本具有指導意義的軟件研發管理白皮書，助力企業實現業務價值持續高質量交付的核心訴求。中國企業軟件研發管理白皮書軟件研發管理概述06中國企業軟件研發管理白皮書（一）研發管理數字化模型綜述（二）研發管理數字化的一個核心目標（三）研發管理數字化的四個衡量維度（四）研發管理數

23、字化的四大實踐模塊第二章研發管理數字化模型（一）研發管理數字化模型綜述研發管理數字化是利用計算機、網絡、通信、大數據以及人工智能等技術，將研發管理對象、管理方式和管理活動量化，使管理趨向數字化、互通化、智能化，以實現研發管理目標的管理活動和方法。研發管理的本質是 IT 軟件團隊的工作過程管理，是實現企業數字化戰略管理的重要組成部分。有效的研發管理活動必然能對企業經營產生正面影響，企業將軟件的數字化能力運用于生產銷售，達到節流開源的目標。數字化能力并非一蹴而就，軟件項目能否按時、快速、準確、穩定、低成本地部署到實際業務場景中，是影響企業數字化進程的關鍵因素，這正是軟件行業中“研發效能”的概念。研

24、發管理數字化模型整合了以提升研發效能為路徑的方法與實踐，其中包括四個方面的實踐模塊：“組織與文化”“研發管理實踐”“工程技術實踐”“研發基礎設施”。在研發管理數字化模型中，如圖 2.1.1 所示，每個方框代表研發管理中不同的工作模塊和衡量要素；每個箭頭表示模塊之間的聯系，可以使用預測、影響、驅動或者作用等詞匯來進行說明。例如，研發管理實踐可以預測研發效能，而研發效能有助于商業效率的提升。詳細內容將在接下來的章節中展開闡述。模塊一：組織與文化變革領導力組織架構企業文化模塊二：研發管理實踐業務規劃目標管理產品管理版本管理需求管理工單/反饋管理價值流管理可視化管理流程自動化資源管理知識管理質量管理敏

25、捷精益協作變更管理開放 API 與集成模塊三：工程技術實踐企業架構領域驅動設計云原生架構代碼管理策略代碼評審自動化測試持續集成持續交付灰度發布監控/可觀測性環境管理安全合規模塊三：工程技術實踐企業架構領域驅動設計云原生架構代碼管理策略代碼評審自動化測試持續集成持續交付灰度發布監控/可觀測性環境管理安全合規模塊四：研發基礎設施研效垂直工具一站式 DevOps 平臺研發效能度量平臺容器云平臺研發效能交付效率交付質量交付成本交付能力研發效能交付效率交付質量交付成本交付能力商業效率收入利潤用戶規模市場占有率用戶滿意度商業效率收入利潤用戶規模市場占有率用戶滿意度實現路徑最終目標圖 2.1.1-研發管理數

26、字化模型研發管理數字化模型09中國企業軟件研發管理白皮書研發管理數字化以商業效率為核心目標。企業通過生產與銷售的數字化來降低成本和提升收入：利用軟件實現企業內部數字化協作和供應鏈管理，達到降本提效的目標；通過軟件以數字化方式為客戶直接提供服務，滿足客戶需求從而增加營收。企業同時應用生產和銷售兩方面的數字化以實現更好的商業效率。研發管理數字化以研發效能為實現路徑。研發效能是研發管理的結果，是度量軟件團隊工作績效的直接指標。研發管理數字化提升商業效率的核心驅動力是其有著明顯的階段性指標。通過合理、清晰的指標引導，使數字化成為改善研發效能的最佳實踐。研發管理通過四大實踐進行數字化轉型組織架構和團隊文

27、化需要與數字化研發管理實踐相匹配與企業的管理及數字化一樣，研發管理是由人組成的活動。B.J.福格在其著作福格行為模型1 中提出行為設計公式：“行為=動機 x 能力 x 提示”，公式指出“動機”是“行為”發生的重要影響因素，“動機”則需要由匹配的組織結構和文化產生。研發管理實踐結合系統性生態是數字化轉型的必要條件研發管理系統將實踐信息匯總到檢索、分析能力強的單一平臺，集成多種工具適配多團隊多場景的業務需求，加強研發角色間的關聯性和可追溯性。通過團隊成員之間的高效協作，讓企業更好更快地發布產品。工程技術實踐是研發管理數字化更為靈敏和流暢的支撐工程技術實踐主要影響軟件生產過程的自動化程度和效率、軟件

28、質量及系統穩定性等方面，主要目標是減少研發過程中非增值環節的占比，提升增值環節的時間效率，同時加速軟件問題的反饋速度，使研發管理各個活動進行得更為高效。研發基礎設施為數字化研發管理提供底層彈性運行環境相比傳統數據中心的資源管理方式，云原生基礎設施能提供更靈活、成本更低、隔離性更強的運行環境，有利于便捷高效地實現上層工程技術相關實踐，也利于實現度量觀測相關的可視化分析能力。1 福格行為模型，以 BJ Fogg（斯坦福說服力科技實驗室主任）命名。表明一個行為得以發生，行為者首先需要有進行此行為的動機和操作此行為的能力。接著，如果他們有充足的動機和能力來施行既定行為，他們就會在被誘導/觸發時進行。研

29、發管理數字化模型10中國企業軟件研發管理白皮書（二）研發管理數字化的一個核心目標軟件研發管理作為企業數字化的關鍵組成部分，其核心目標就是提升商業效率，帶來業務價值。企業的數字化轉型會為管理運營模式帶來根本性的變化，包括工作方法、組織文化、基礎設施的改進等。而研發管理數字化不僅是對業務模式的顛覆，也包括管理理念、運作模式的創新，使企業由內而外發生了深遠的改變，從而降低生產成本、交易成本并增加利潤，實現商業運營效率的提升。對企業內部，利用數字化軟件實現通力協作，驅動業務模式的升級和重構，推動供應鏈管理數字化從而達到降本提效的目標。一方面，基于詳細的現狀調研和分析評估，從研發數據治理出發，進行研發流

30、程梳理，發現研發行為與工作成果之間的關系以及存在的問題；然后根據分析結果來科學地制定改進管理方案，全面優化研發體系，降低研發成本，實現整體改進；另一方面，全新的研發管理模式，讓技術帶來的變化發生得更加迅速，在推廣、溝通、交付等商業基礎服務上帶來改進，從而實現交易成本的降低、收入的增加。對企業外部，軟件研發與互聯網新業態一脈相承，實現了充分的商業模式創新，甚至顛覆了傳統業務模式。例如跨境電商、生活服務、在線教育等領域，這些創新帶來了生活方式、用戶體驗、品牌營銷的變革。軟件產品使得用戶狀態、運營數據可視化，通過增長數、轉化率、留存量、活躍度、用戶畫像與產品粘性等指標，來論證現階段產品對用戶的價值，

31、再通過快速評估、迭代更新，來解決用戶痛點，從而提升用戶規模和市場占有率。軟件的高效交付能提高為客戶提供數字化服務的順暢度，減少客戶額外付出，打造以客戶為中心的企業，提升客戶的體驗質量。（三）研發管理數字化的四個衡量維度研發管理數字化提升商業效率的核心驅動力是其有著明顯的階段性指標。通過合理、清晰的指標引導，使數字化成為改善研發效能的最佳實踐。面向提升研發效能的目標，可采用“定義 度量 分析 改進”的流程與方法來定義衡量的指標，從而收集數據和統計分析。針對研發數字化的管理過程，可通過交付效率、交付質量、交付能力和交付成本四個衡量維度來持續跟蹤，如圖 2.3.1所示。研發管理數字化模型11中國企業

32、軟件研發管理白皮書研發管理數字化結構性指標交付效率交付能力交付成本交付質量需求交付周期ROI（投資回報率）ROA（資產回報率）ROE（凈資產回報率）收入/投資總額*100%凈利潤/總資產*100%凈利潤/凈資產*100%發布頻率發布前置時間開發交付周期交付吞吐量線上缺陷密度故障恢復時間上線成功率解讀：從需求提完，到完成開發、測試、上線，最終驗收通過的時間周期單位：天解讀：單位時間內的有效發布次數單位：次解讀：代碼提交到功能上線的時長單位：分鐘解讀：統計周期內線上或單個版本嚴重級別 Bug 數量/需求個數單位：個/百分比解讀：統計周期內交付的需求個數/統計周期單位：個/天解讀：上線部署的成功率單

33、位：百分比解讀：從需求被研發團隊確認到完成開發、測試，達到可上線狀態的時間周期單位：天解讀：線上系統和應用發生故障，多久可以進行恢復單位：分鐘圖 2.3.1-研發管理數字化的四個衡量維度數字化的核心思想之一是用更低的成本創造更高的價值。從以上指標的角度來看，通過研發管理數字化的加速，既可以降低 IT 成本，也可以促使團隊養成效率驅動的習慣，更有利于提升業務的 IT 生產力。同時，產品高質高效的交付可以釋放市場價值，募集資金收入去擊敗那些追逐相同客戶的競爭對手。研發管理數字化模型12中國企業軟件研發管理白皮書（四）研發管理數字化的四大實踐模塊組織與文化組織架構和團隊文化需要與數字化研發管理實踐相

34、匹配。研發效能的提升離不開企業組織中價值觀、信念、態度、規范和行為所產生的文化氛圍。當研發團隊不再以職能而是以角色組織工作，以項目小組而不是以部門劃分為單位，研發團隊的身份和特點也隨之發生變化。為實現數字化研發管理的目標，組織文化需考量以下三個方面：一是變革領導力，二是匹配團隊的組織架構，三是尊重人、協作、持續改進的企業文化。（一）變革領導力變革領導力指領導者在組織經歷變革時期，推動組織完成既定目標和應對挑戰的過程中，激勵追隨者實現自我轉變、引導組織變革以應對各種挑戰和把握機遇的能力。DevOps 研究和評估組織(DORA)研究表明，有效領導對軟件交付結果具有可衡量的重大影響。變革領導力包含審

35、時度勢的先見力、打造團隊的能力和建設學習型組織的能力。審時度勢的先見力在引入敏捷、DevOps 轉型或新實踐的變革中，領導者需要領先團隊和組織一步，站在更高的層面去系統地看整體，看全局，看遠處，才能建立團隊的共同愿景，讓團隊或組織朝著共同的目標前進。如果領導者走得太快，團隊很有可能跟不上；而如果領導者與團隊處于同一個階段，那么他并不能充分挑戰現狀，團隊也無法進步。打造團隊的能力建立優秀團隊的能力是變革領導者必須具備的素質。根據塔可曼（Tuckman）團隊發展階段的模型，團隊在不同時期，領導者需要具備的能力也有所不同。塔可曼（Tuckman）階梯理論如圖 2.4.1所示。研發管理數字化模型13中

36、國企業軟件研發管理白皮書組建階段Forming指導式Directing震蕩階段Storming教練式Coaching規范階段Norming參與式Participating成熟階段Performing委任式Delegating調整階段Adjourning高低團隊狀態工作績效圖 2.4.1-塔可曼（Tuckman）階梯理論 組建階段（Forming）特點：此時人們坐在一起，還不是真正的團隊，他們獨立工作、不太進行合作，不需要彼此；領導技能：需要領導者花費時間來引導、解釋和分享經驗。震蕩階段（Storming）特點：組建期過后，震蕩期很快就到來了，此時團隊成員開始確立彼此的位置，并出現爭論和沖突；領

37、導技能：需要領導者具備解決沖突能力和構建團隊成員信任的能力。規范階段（Norming）特點：經過前兩個階段的磨合，團隊發展比以前更好，可以順暢平滑地協作；領導技能：需要領導者具備輔導團隊不斷改進，通往更好的狀態，鼓勵他們取得所有權、勇于承擔責任、持續改進。成熟階段（Performing）特點：這是真正的“團隊”，充滿自信，總是尋找更好的工作方式，敢于實驗，無問責；領導技能：避免團隊回到之前的任何階段，及時幫助團隊移除障礙，引導團隊分享經驗并輔導團隊新技能。調整階段（Adjourning）特點：當團隊成員有調整（加入、離開、調換等），即使是小小的變動，也有可能使團隊分崩離析，重回某個階段；領導技

38、能：根據具體情況和團隊所屬階段，引導團隊，使他們盡快進入到成熟階段。研發管理數字化模型14中國企業軟件研發管理白皮書建設學習型組織研發管理在面對快速變化和充分競爭的市場環境時，僅依靠領導者或少數人的學習是遠遠不夠的，整個團隊、整個組織都要在持續學習的氛圍中行進。學習型組織具有以下基本特征：組織成員擁有共同的愿景。愿景是保障團隊朝著正確方向高速行進的燈塔。愿景來源于對組織目標上下文的理解，通過自己的思考和團隊內部的協商，在目標上達成的共識。共同愿景為學習提供了目標和內驅力。鼓勵個人與團隊學習。組織要有意識地提供學習機會，營造具有挑戰性的工作，促使成員持續地成長。例如工作方法改進、引入新技術、輪崗

39、等。此外，建立個人學習目標與組織目標的橋梁，讓個人提升和組織發展相匹配，使組織和個人從學習中獲益。建設有助于捕獲和共享知識的管理平臺。一套具有捕獲、檢索、分類、存儲、訪問、分享的知識管理系統是打造學習型組織的重要支撐，讓準確、有效的知識在組織中流動，推動研發團隊在學習中成長。（二）匹配團隊的組織架構高績效的研發團隊要消除浪費、為客戶創造真正的價值，就需要跨部門統籌管理、打通端到端的價值鏈，讓團隊內的目標一致。此時組織架構和績效需要以團隊目標為導向配套調整和改革。根據組織不同的發展時期和上下文環境，相應的架構有以下兩種：職能型組織架構按人員的專業劃分職能，如：測試部門、開發部門、運維部門、需求部

40、門等。職能型組織架構的優點是資源利用率高，有利于提升成員的專業技能；缺點是容易產生部門墻，各部門目標不一致，造成效率豎井。職能型組織架構如圖 2.4.2 所示?？偨浝硇枨蠊芾聿块TBA1BA2BA3BA4BA5.測試 1測試 2測試 3測試 4測試 5.運維 1運維 2運維 3運維 4運維 5.前端開發 1前端開發 2前端開發 3后端開發 1后端開發 2.開發部門測試部門運維部門.圖 2.4.2-職能型組織架構研發管理數字化模型15中國企業軟件研發管理白皮書業務型組織架構圍繞業務建立團隊的組織架構，每個業務線有自己的研發團隊，相關的產品、開發、測試等同事在一個團隊內，以客戶為中心，持續快速地響應

41、前端市場與客戶需求。另外有技術中后臺，負責抽象、封裝各業務線產品開發需要的公共技術內容，形成公共服務、中間件或平臺（比如：保險的核心系統、交易、結算、用戶等），為各業務線研發提供一致的、易用的應用技術、數據庫技術及基礎設施重用能力，支撐各業務線快速響應市場變化。業務型組織架構如圖 2.4.3 所示。同時，業務型組織由于是面向價值交付的全功能團隊，如需在專業性上更勝一籌，會建立專業性委員會，如架構委員會、前端委員會、質量保障委員會等來制定相關標準與推動專業性。部門BU1(200+)BU2(170+)BU3(100+)BU(90+).業務產品經理SM前端開發后端開發 測試人員業務產品經理SM前端開

42、發后端開發 測試人員業務產品經理項目經理前端開發后端開發 測試人員業務產品經理PMO前端開發后端開發 測試人員業務產品經理PMO前端開發后端開發 測試人員前端委員會架構委員會質量委員會運維人員安全工程師過程改進運維人員安全工程師HelpDesk運維人員安全工程師中間件工程師運維人員安全工程師.技術中后臺部門圖 2.4.3-業務型組織架構組織架構的選擇如圖 2.4.4 所示，組織架構的選擇可根據技術挑戰、業務挑戰這兩個維度來思考?當業務方向相對較確定、技術實現也較確定，可以選擇傳統的職能型組織架構，這樣成本更低、技術專業性更強（第一象限）?當業務挑戰較大，建議選擇業務型組織架構（二、三象限）?當

43、業務方向相對較確定、技術挑戰較大，建議選擇傳統的職能型組織架構（第四象限）。研發管理數字化模型16中國企業軟件研發管理白皮書業務型(更好適應性)職能型(更低成本)業務型業務挑戰技術挑戰職能型圖 2.4.4-組織架構選擇模型此外，矩陣型組織架構綜合了職能型和業務型的特點，把按職能劃分的部門和按業務（或項目、產品、服務等）劃分的部門結合起來組成一個矩陣，使同一個員工既同原職能部門保持組織與業務的聯系，又能參加產品或項目小組的工作。實際操作中也可參考這種兩者之間相較平衡的選擇。（三）尊重人、協作、持續改進的企業文化尊重人精益思想的兩大支柱包括“尊重人”和“持續改進”。在研發數字化管理中同樣需要尊重員

44、工，為員工創造良好的工作氛圍，使員工熱愛工作，把工作當成自己的目標，具體包括：尊重來自不同背景、不同領域、不同生活方式的的員工；為員工提供有助于實現他們目標的資源；領導者傾聽員工的訴求，盡量安排與個人目標相一致的工作；為員工提供無問責的工作環境。協作一個團隊在與另一個有著不同觀點的團隊成功合作前，團隊內首先要相互協作，通過支持多人輸入與交互，致力于實現特定的成果。方法如下：?建立明確和令人向往的目標。團隊成員需要的不僅僅是任務，如果需要人們內驅地工作，就需要他們了解工作目標并對其做出承諾。通過調動成員的內在動機，提升團隊的整體協作水平。?讓團隊成員與客戶或用戶接觸。與客戶或用戶交流，觀察用戶使

45、用軟件，有助于團隊成員加深對當前工作的目標的了解。例如，一個開發人員發現自己實現的功能為現實中的人們提供方便，他更愿意也更有動力配合其他角色完成相關工作。?讓組織端到端的工作可視化。如果組織內端到端的工作通過看板可視化出來，有助于團隊成員發現瓶頸、阻塞，從而有助于團隊成員共同協作完成端到端的交付。研發管理數字化模型17中國企業軟件研發管理白皮書持續改進好的研發數字化管理是動態演進而來的，不是一蹴而就的。原因主要有兩方面：市場環境不斷變化，研發數字化管理為實現商業目標而持續不斷地改進；所有的管理都需要因地制宜，結合自身實際的上下文（如業務、團隊、發展階段等等）來不斷調整。在持續改進的文化中，其管

46、理的基本標準是：如果實驗和創新是出于改善過程和提升效能的目的，就要能夠承受其可能的失敗。在持續改進的文化中，員工不會再有對創新和失敗的恐懼，而是可以獲得極大的授權，能夠自由地去做正確的事。員工會自發地聚在一起攻克難題，討論解決方案，并進行修復和改善。團隊進行局部改進的同時，也會專注于系統層面，致力于提高整體效能。研發管理實踐研發數字化管理可以量化管理研發團隊和個人的工作過程、工作成果；可以精準分析效率、質量、成本、收益等內容，發現研發行為與工作成果之間的關系以及其中存在的問題；進而根據分析結果，科學地制定改進管理方案，提高研發效能。研發管理實踐包含以下內容。提效 Tips創建業務規劃類的項目時

47、，根據業務的特點編輯個性化標簽體系，根據規劃流程和管控點落地業務規劃過程，做到全程可跟蹤，所有動作留痕可追溯。業務規劃業務規劃是針對企業特定的戰略，根據市場環境和技術環境規劃業務方向和確定業務目標的的過程。通常包含以下四個方面：調研策劃，規劃公司的產品經營戰略發展方向時，要充分考慮市場情況、公司業務和團隊技術能力；業務計劃，業務計劃分為中長期業務計劃和短期業務計劃兩種；方案制定，在制定研發方案時，要使用戰略工具進行分析，確定公司在整個行業中所處的水平，進行風險管理；驗收標準，需要從專業技術含量和使用的戰略工具兩方面衡量業務計劃及驗收辨準制定得是否合理。提效 Tips目標管理作為業務規劃的拆分，

48、重點在于合適的顆粒度，目標是對復雜業務規劃的解耦，同時便于跟進重點里程碑。每一個目標要盡可能獨立、完整，目標的結果要可量化、可度量。目標管理項目目標是實施項目所要達到的期望結果，即項目所能交付的成果或服務，是實現業務規劃的重要考量。從項目實施角度，項目目標應該是被清楚定義并最終實現的，明確的目標可以號召團隊成員積極主動地貢獻力量。產品項目的實施過程是追求預定目標的過程，產品目標可以研發管理數字化模型18中國企業軟件研發管理白皮書是長期目標與短期目標的結合。項目目標也是業務規劃的細顆粒度的體現，是對業務規劃的分解和可度量成果的體現。與此同時，企業在管理目標時也要結合 OKR 進行綜合評估。提效

49、Tips產品管理是一個中長期的過程，也是一個承上啟下的工作。向上要對接戰略目標，充分考慮市場行情、客戶需求、技術成熟度等合理規劃產品功能及優先級，產品的規劃也是與時俱進動態調整的。同時產品規劃調整也要考慮研發進度和能力，充分配合才能打造更適合市場的優秀產品。產品管理產品管理，是在產品生命周期中的不同階段中采取一系列的措施、手段和方法，讓產品能夠對應階段內的業務規劃和戰略目標。即要不斷地收集和綜合信息、預測競爭和市場狀況的變化、修訂市場戰略以及調整價格和溝通等決策以適應變化的市場狀況。產品管理通過全方位的資源統籌，以最優的效率和效果滿足客戶需求。所以，產品管理應當包含以下幾個方面的內容：對產品的

50、管理、對產品生產與研發資源的管理、對于產品研發與生產人員的管理、對產品研發與生產過程的管理、對產品環境的管理。產品管理的核心內容，是通過管理實現產品研發、生產與銷售，并為企業取得效益。這是企業獲得產品競爭優勢的核心競爭力。提效 Tips版本作為產品規劃的重要屬性，需注重顆粒度。合理的顆粒度盡可能讓每一個版本都有實質性的進步與更新，版本的如期交付、成功交付也是研發和產品團隊鼓舞士氣的最佳方式。同時版本的發版節奏和周期也是市場對產品的必要要求。版本管理版本管理是為滿足不同需求，對同一產品或系統進行局部的改進和改型所產生的產品或系統系列的變更情況進行記錄、跟蹤、維護和控制的過程。它的主要功能有：產品

51、落地和市場匹配規劃，產品的版本規劃一方面要符合整體業務規劃的大戰略要求、要符合現階段業務目標和產品的整體定位，同時版本規劃也是產品團隊對現階段市場和產品的理解的體現。升級管理，每次登陸軟件時，在服務器上都會生成新的版本，任何版本都可以隨時檢出編輯；加鎖功能，在文件更新時保護文件，避免不同的用戶更改同一文件時發生沖突；版本比較，提供不同版本產品的比較。研發管理數字化模型19中國企業軟件研發管理白皮書需求管理需求管理是指以用戶為中心，以用戶的需求為出發點，集中精力來收集和管理用戶需求，并試圖利用該信息制定生產決策，以實現用戶效用最大化的活動。需求管理包括需求收集、需求整理和需求評審。（參見第三章【

52、一】“端到端的需求生命周期管理”）需求收集，需求來自于用戶端和業務方，包括市場、用戶調研、運營、測試、開發、用戶反饋、產品經理等等。明確收集需求周期可以提升協同效率，通常以半個月或者一個月進行一次匯總的需求收集。需求整理，收到業務方的建議需要進行梳理和辨別，并將有效需求記錄到需求池當中。需求評審，對進入實際工作中的需求評估后進行優先級排期，比較實用的模型有 KANO 和 MoSCoW 1。提效 Tips需求是連接產品和研發的重要橋梁和驗收標準。在需求梳理時可采用分級的方式來自上而下，或自下而上地進行明確。通過敏捷看板和樹狀圖等方式展現和跟進需求的規劃和設計過程。需求設計的分工和過程要做到留痕。

53、重點需求的評審也是比較必要的過程。提效 Tips工單作為團隊了解市場和傾聽外部聲音的重要途徑，提交工單的便捷性，工單響應的及時性、工單響應的流程和管控點及工單進度提醒互動都是重要的考察指標。還可對工單進行階段性分析和必要的響應度量。工單/反饋管理工單用來創建、掛起、解決來自用戶、客戶、合作伙伴或企業內部職員的事務請求。廣泛用于客戶幫助支持服務、客戶售后服務、企業 IT 支持服務、呼叫中心等。工單管理常見于客戶服務管理，也是產品團隊快速了解市場需求的直接方式。完整的工單系統還需配套幫助文檔知識庫（Knowledge base），里面包含常見問題及其處理方式、常見功能的操作教程等。工單系統就像問題

54、追蹤器，能追溯、處理和歸檔內外部的事務請求，規范化、統一化和清晰化地處理和管理事務。提效 Tips通過對目標設置可量化的成效指標，有效地牽引產品和研發團隊在規劃、設計和交付過程中時刻關注“價值”。價值流管理價值流由向客戶交付業務價值所需的所有活動、相關方、流程和工具組成。價值流框架的作用是幫助跟蹤、管理和改進企業在自動化、敏捷和 DevOps 實踐所能帶來的業務結果，并提供改進這些實踐所需要的度量指標。流框架關注的是端到端的度量，用于識別價值流中存在的瓶頸。流框架更傾向于對結果進行度量，避免對活動進行度量。1 KANO 模型將需求劃分為興奮性需求、期望性需求、基本需求。優先解決：基本需求期望性

55、需求興奮性需求。MoSCoW 模型的名稱是四個優先級類別的首字母縮寫詞組成，由高到低分別為：必須具備、應該有、可能擁有、不會有。研發管理數字化模型20中國企業軟件研發管理白皮書采用流框架可以得到以下收益：實時看到業務價值的端到端流動；立即發現瓶頸，并利用它們對投資進行優先級排序；基于每個價值流的實時數據對假設進行驗證；為了最大化價值流動而重新設計組織架構。提效 Tips迭代下的敏捷看板支持基于關聯工作項和父子工作項劃分泳道，方便直觀地了解任務的從屬關系以及任務的狀態，幫助研發經理、項目經理等在具體迭代中更高效地查閱迭代進展?？梢暬芾砥髽I級工具不僅需要有收集、處理、分析數據的硬實力，還需要具備

56、將項目所蘊含的信息準確傳達出來的軟實力。在日常生產與工作管理中，使用樹狀圖、敏捷看板、狀態看板、綜合看板、列表詳情混合視圖等一系列簡潔明了的標準化管理工具，通過符號、圖形的設計輸出，將抽象的信息具象化，直觀地體現項目的實際情況；還可以利用組件化的方式，全面分層次呈現項目的每一級細節，讓團隊成員更加高效、低耗地利用信息。提效 Tips借助于工作流設置“后置動作”中的“狀態聯動”功能，在開發人員完成任務后，需求的狀態會自動變更，減少團隊成員手動更新需求狀態的工作量。流程自動化將規模較大、流程規范的業務工作中出現的批量性、重復性的內容，配置為自動化流轉的程序而取代人工操作，讓企業發揮業務信息化的優勢

57、。例如分配任務、發送通知以及記錄更新等都是標準流程中的步驟。將這些重復性的步驟自動化配置，并提供規則運行歷史記錄，組織成員無需手動處理繁瑣的重復性事務，得以專注在創造性的工作內容上，從而降低企業人力成本，避免人為失誤的發生，實現更好更快的產品發布（參見第三章【三】“自動化提升企業組織效能”）提效 Tips通過靈活的項目配置，自定義不同種類需求的屬性，將需求定義為不同的粒度，分別由不同的人處理，彌補部分需求處理人員能力不足的問題。資源管理在技術研發這類知識性工作中，最重要的資源就是人力資源。讓每個成員各司其職，在自己的崗位上貢獻出最大的價值，管理者需要根據業務發展的目標對團隊進行合理的配置。項目

58、資源管理最細的粒度是管理每個任務中每個成員的時間消耗，粗的是按照項目管理總體消耗，管理成本和細致度成正比。項目資源管理要把握住管理粒中國企業軟件研發管理白皮書研發管理數字化模型21度的平衡。太細管理成本過高，影響效率，過粗又起不到管理的效果。提效 Tips一套好的知識管理系統是敏捷協作乃至研發效能提升必不可少的部分，既能幫助員工通過知識提升個人能力，也能幫助組織沉淀經驗。構建以業務為核心的知識管理體系，有效推進研發經驗的快速拓展與復制。知識管理知識管理將存在于項目中的不同方面的知識、技術，乃至項目戰略等協調統一起來，共同為項目的發展服務，通過知識的更有效利用來提高個人或組織創造價值的能力，創造

59、整體大于局部之和的效果。為使項目團隊的個人和組織適應現代科技日益復雜多變的環境，知識管理應該起到輔助工具的作用。知識管理將知識視為組織最重要的戰略資源，將最大限度地掌握和利用知識作為提高組織競爭力的關鍵。知識管理不僅是最新的管理方式，而且代表了理解和探索知識在管理和工作中的作用的新發展，這種探索的方式更加有機、全面。當項目面對日益增長的非連續性的環境變化時，知識管理是針對項目組織的適應性、組織的生存及組織的能力等重要方面的一種迎合性措施。本質上，它嵌涵了組織的發展進程，尋求將信息技術所提供的對數據和信息處理能力以及人的發明和創新能力這兩者進行有機的結合。（參見第三章【四】“知識經驗沉淀為過程資

60、產”）提效 Tips質量與效率密切相關。一方面，質量低下會導致研發團隊忙于救火或因多次返工而降低效率；另一方面，質量提升也不能以降低效率為代價。因此，研發質量和效率需要統籌發展。質量管理項目質量通常指產品的質量，廣義的還包括工作的質量。產品質量是指產品的使用價值及其屬性；而工作質量則是產品質量的保證，它反映了與產品質量直接有關的工作對產品質量的保證程度。由于項目活動是一種特殊的物質生產過程，其生產組織特有的流動性、綜合性、勞動密集性及協作關系的復雜性，均增加了項目質量保證的難度。項目的質量管理主要是為了確保項目按照設計者規定的要求滿意地完成，它包括使整個項目的所有功能活動能夠按照原有的質量及中

61、國企業軟件研發管理白皮書研發管理數字化模型22目標要求得以實施，質量管理主要是依賴于質量計劃、質量控制、質量保證及質量改進所形成的質量保證系統來實現的。提效 Tips根據項目特點定制化項目跟蹤視圖，如風險視圖、問題看板、研發測試情況復合看板等構建項目的概覽頁。分層級、分角色更有針對地跟進每一個項目。敏捷精益協作敏捷項目協作是一種基于增量、迭代的開發項目管理方式。它將大型項目分解為更小的、可管理的開發周期，稱為迭代。之后，項目團隊再分成更小的獨立團隊來完成這些迭代。精益管理的流程可視化和在制品控制方面的優勢，使得研發周期的整體度量更為方便，所以將精益思想應用到研發管理中。在精益研發管理中采用精益

62、看板控制在制品數量，實現快速交付和整個研發周期的度量。提效 Tips通過篩選器記錄和篩選需求變更次數與需求投入的整體資源（如成員工時、人力成本等），對團隊項目投入成本和資源進行評估，合理分配項目任務。變更管理變更管理是指項目組織為適應項目運行過程中與項目相關的各種因素的變化，保證項目目標的實現而對項目計劃進行相應的部分變更或全部變更，并按變更后的要求組織項目實施的過程。變更管理是項目管理中的最重要過程之一，主要任務是分析變更的必要性，有變更的需求就要有變更的控制和管理。它的主要任務包括：分析變更的必要性和合理性，確定是否實施變更；記錄變更信息，填寫變更控制單；做出更改，并交上級審批；修改相應的

63、軟件配置項（基線），確立新的版本；評審后發布新版本。提效 Tips提供 OpenAPI、Webhook 與其他上下游工具的集成，形成端到端的全生命周期研發管理。開放 API 與集成API 集成是通過應用程序編程接口來共享數據和改進應用程序的功能。API 集成工具可簡化業務流程，為自動化創造更多機會，并加強 IT 生態系統的靈活性。企業在信息規劃過程中，制定數字化的系統架構、確定信息系統各部分的邏輯關系，將不同系統的數據通過 API 同步，改善所有應用程序之間的通信，從而加速企業的數字化轉型步伐。開放的 API 平臺和系統集成能力也就成了一款合格的研發管理工具的剛需。中國企業軟件研發管理白皮書研

64、發管理數字化模型23工程技術實踐 工程技術實踐模塊需考慮的內容包括架構設計、代碼管理、持續集成和部署、環境管理等，并要保證整體的監控/可觀測性，將安全合規貫穿始終。工程和技術領域的核心是持續集成、持續交付和持續部署，其目的是讓持續自動化和持續監控貫穿應用開發的整個生命周期，通常被稱為“持續交付流水線”，由開發和運維團隊以敏捷協作的方式工作。企業架構有效的企業架構對企業的生存和成功具有決定性的作用，是企業通過 IT 獲得競爭優勢的不可缺少的手段。企業架構是指對企業事業信息管理系統中體系化的、普遍性的問題而提供的通用解決方案，更確切地說，是基于業務導向和驅動的架構來理解、分析、設計、構建、集成、擴

65、展、運行和管理信息系統。復雜系統集成的關鍵，是基于架構（或體系）的集成，而不是基于部件（或組件）的集成。企業架構可以分為業務架構和 IT 架構，大部分企業架構方法都是從 IT 架構發展而來的。業務架構，是把企業的業務戰略轉化為日常運作的渠道，業務戰略決定業務架構，它包括業務的運營模式、流程體系、組織結構、地域分布等內容；IT 架構，指導 IT 投資和設計決策的 IT 框架，是建立企業信息系統的綜合藍圖，包括數據架構、應用架構和技術架構三部分。領域驅動設計作為一種主要的軟件方法，領域驅動設計專注于根據領域專家的輸入對軟件進行建模以匹配業務領域。在領域驅動設計下，軟件代碼的結構和語言（類名、類方法

66、、類變量）應該與業務領域相匹配。例如，如果一個軟件處理貸款申請，它可能有像 Loan Application 和 Customer 這樣的類別，以及像 Accept Offer 和 Withdraw 這樣的方法。領域驅動設計基于以下目標：將項目的主要重點放在核心領域和領域邏輯上；基于領域模型的復雜設計；發起技術專家和領域專家之間的創造性合作，以迭代改進解決特定領域問題。云原生架構云原生是一種構建和運行應用程序的方法，是一套技術體系和方法論。云原生包含了一組應用的模式，用于幫助企業快速、持續、可靠、規?；亟桓稑I務軟件。云原生由微服務架構、DevOps 和以容器為代表的敏捷基礎架構組成。云原生計

67、算基金會（CNCF）給出了云原生應用的三大特征?容器化封裝，以容器為基礎，提高整體開發水平，形成代碼和組件重用，簡化云原生應用程序的維護。在容器中運行應用程序和進程，并作為應用程序部署的獨立單元，實現高水平資源隔離。中國企業軟件研發管理白皮書研發管理數字化模型24?動態管理，通過集中式的編排調度系統來動態的管理和調度?面向微服務，明確服務間的依賴，互相解耦。代碼管理策略代碼分支管理策略是軟件協作模式和代碼發布模式的基礎，常見的企業分支策略可歸結為三種類型：主干開發，分支發布；分支開發，主干發布；主干開發，主干發布。業界使用比較廣泛的分支工作流程有以下三種：Git Flow，GitHub Flo

68、w，Gitlab Flow。分支管理還可采用以下原則：對所有內容進行版本控制，開發人員不但要用它來管理和控制源代碼，還需要把測試代碼、數據庫腳本、構建和部署腳本、文檔和應用軟件的配置文件等都納入到版本控制當中。頻繁提交代碼到主干，盡早和頻繁合并代碼到主干，能夠減少因重構引起的大規模合并導致沖突的可能性，確保集成問題能夠被盡早發現，降低修復成本，從而提高軟件開發質量。提交意義明確的注釋，清晰的注釋能夠在構建失敗時追溯到問題根源，可以節省大量的調試時間。好的注釋應該是一段簡短的總結性描述和細節描述，以及包括一個功能或缺陷的鏈接。代碼評審代碼審查（也稱為同行審查）是一種軟件質量保證活動，是由一個或多

69、個人通過查看和閱讀部分源代碼來檢查程序的工作方式。代碼審查通常發生在實施完成后或作為實施的終端進行檢查，至少其中一人不得是代碼的作者。除作者外，進行檢查的人員稱為“審稿人”。除了發現質量問題這一目標外，執行代碼審查還能實現以下目標：更好的代碼質量，提高內部代碼質量和可維護性（可讀性、統一性、可理解性等）；發現缺陷，提高外部質量，發現性能問題、安全漏洞、注入的惡意軟件等問題；學習/知識共享，無論是對審稿人還是代碼作者，有助于共享有關代碼庫、解決方案方法、質量期望等方面的知識；增強相互責任感，增加集體代碼所有權和團結感；尋找更好的解決方案，尋找比現有代碼新的、更好的解決方案和想法；遵守 QA 指南

70、、ISO/IEC 標準，在某些情況下，代碼審查是強制性的，比如空中交通軟件、安全關鍵軟件等。自動化測試自動化測試是把以人為驅動的測試行為轉化為機器執行的過程。通常，在設計測試用例并通過評審之后，由測試人員根據用例中描述的規程一步步執行測試，得到實際結果與期望結果相比較。在此過程中，為了節省人力、時間和硬件資源，提高測試效率，便有了自動化測試的概念。自動化測試大大縮短了反饋循環，這與敏捷開發實踐、持續交付和 DevOps 文化密切相關，擁有有效的軟件測試方法可以讓團隊快速且充滿信心地進行測試。中國企業軟件研發管理白皮書研發管理數字化模型25常見的測試分層模型分為以下幾種：自動化測試金字塔模型（T

71、est Automation Pyramid）、蛋筒冰激凌模型（Ice Cream Cone）、紙杯蛋糕模型（Software Testing Cupcake）和橄欖球模型。自動化測試金字塔提出之后，幾乎被奉為圭臬。但由于其對人員的能力要求很高，實踐的難度很大，且隨著敏捷測試的不斷演進，考慮團隊能力和性價比的因素，橄欖球模型更容易被接受。在自動化測試的初級階段，接口自動化測試的執行效率高，也通常是面向業務的測試，能夠快速驗證軟件的基本功能，因而被認為是效用最大的。自動化測試金字塔模型及橄欖球模型如圖 2.4.5 所示。手動界面測試手動界面測試自動化界面測試自動化界面測試自動化接口測試自動化接口

72、測試自動化單元測試自動化單元測試圖 2.4.5-自動化測試模型：金字塔 vs 橄欖球持續集成持續集成是一種軟件開發工程實踐，倡導團隊開發成員必須頻密地集成他們的工作，甚至每天都可能發生多次集成。每次集成都通過自動化的構建（包括編譯、發布、自動化測試）來驗證，從而盡快地發現集成錯誤，讓團隊能夠更快地開發出內聚的、可工作的軟件。持續集成的關鍵原則包括：開發人員每天至少向版本控制庫中提交一次代碼；需要有專門的集成服務器來執行集成構建，每天要執行多次構建；自動構建，且構建時會觸發自動測試；每次構建都要 100%通過；每次構建都可以生成可發布的產品；修復失敗的構建是優先級最高的事情等。持續交付持續交付是

73、一系列的軟件開發實踐方法，用來確保讓代碼能夠快速、安全地部署到產品環境中。它通過將每一次變更都提交到一個模擬的產品環境中，使用嚴格的自動化測試，確保業務應用和服務能符合預期。因為使用完全的自動化過程來把每個變更自動地提交到測試環境中，所以當業務開發完成時，你有信心只需要按一次按鈕就能將應用安全地部署到產品環境中。它的目的在于讓軟件的構建、測試與發布變得更快以及更頻繁，這種方式可以減少軟件開發的成本與時間，減少風險。中國企業軟件研發管理白皮書研發管理數字化模型26灰度發布灰度發布（又名金絲雀發布）是指在黑與白之間，能夠平滑過渡的一種發布方式。在其上可以進行A/B Testing，即讓一部分用戶繼

74、續用產品特性 A，一部分用戶開始用產品特性 B，如果用戶對 B 沒有什么反對意見，那么逐步擴大范圍，把所有用戶都遷移到 B 上面來?；叶劝l布可以保證整體系統的穩定，在初始灰度的時候就可以發現、調整問題，以保證其影響度。監控/可觀測性監控和可觀測性是相互依賴的不同概念：監控是為提高系統的可觀測性而執行的一項操作?？捎^測性是衡量一個系統從其外部輸出的信息中推斷其內部狀態的程度，如功能或可測試性。具體來說，監控是隨著時間的推移觀察系統性能的行為，監控工具收集和分析系統數據，并將其轉化為可操作的見解?？捎^測性中使用的主要數據分為指標、追蹤和日志三部分，這些數據觀測允許系統管理員、IT 運營分析師和開發

75、人員能夠了解整個架構，查找并連接復雜鏈中的影響，將其追溯到根本原因并提高系統的性能，使團隊更有效地監控系統。環境管理環境是指應用程序運行所需的所有資源及其配置信息。以下屬性用來描述環境：?組成運行環境的服務器的硬件配置信息-比如 CPU 的類型與數量、內存大小、硬盤和網絡接口卡等，以及這些服務器互聯所需的網絡基礎設施。?應用程序運行所需要的操作系統和中間件（如消息系統、應用服務器和 Web 服務器，以及數據庫服務器等）的配置信息。云原生技術讓環境管理變得更加便捷和高效。云原生的優勢主要是：松散耦合的系統可以從故障中很好地恢復、易于管理與觀測。當該系統結合當前可信賴的自動化技術，工程師們能夠最大

76、限度地減少重復勞動，經常性地、可預見性地創造重大改變。安全合規信息安全合規管理是企業信息安全總體保障框架的重要組成部分之一，其核心職能是進行信息安全合規風險管理，避免安全合規風險給企業帶來的損失與危害。信息安全合規風險是指企業因沒有遵循信息安全方面的法律、規則和準則而可能遭受法律制裁、監管處罰、重大財務損失和聲譽損失的風險。DevSecOps 從 DevOps 的概念延伸和演變而來，是糅合了開發、安全及運營理念以創建解決方案的全新方法，其核心理念是“每個人都對安全負責”，需要將安全貫穿從開發到運營整個業務生中國企業軟件研發管理白皮書研發管理數字化模型27命周期每一個環節才能提供有效保障。要釋放

77、 DevSecOps 的潛力，必須遵守設定的最佳實踐，包括使用安全編碼技術、整合正確的工具、使用自動化、采用安全即代碼、安全左移等。通過加強內部安全測試，主動搜尋安全漏洞，及時修復漏洞、控制風險，以確保高水平的安全性、降低風險和提高運營效率，實現與業務流程的良好整合。研發基礎設施研發基礎設施是研發管理的運行基礎和前提條件，通常包含以下內容：研效垂直工具產品的研究和開發是獨特的創新性活動，開始時不確定性較高，因而要不斷地進行試驗，并逐步進入已知的、更加確定的活動；產品研發需要反復進行，并在良好實踐的基礎上實現自動化。因而研發效能工具可以垂直分為 4 大類。構想基于業務目標的敏捷規劃，該大類所涉及

78、的幾個主要工具平臺有?目標規劃平臺：目標管理、計劃管理、目標執行、目標回顧?需求管理平臺：需求管理、工作流管理、需求統計分析等?敏捷協作平臺：產品管理、迭代管理、看板可視化、流程配置和約束等?項目管理平臺：項目信息管理、進度任務管理、里程碑管理、工時/成本管理等。研發以產品為導向的研發模式，該大類所涉及的幾個主要工具平臺有?代碼托管平臺：倉庫管理、代碼管理、代碼評審、規則管理、Web IDE 等?代碼掃描平臺：靜態掃描、安全掃描等?測試管理平臺：測試用例、測試計劃、缺陷管理等。發布工程卓越的交付和發布，該大類所涉及的幾個主要工具平臺有?自動化測試平臺：接口/UI 測試、性能測試等?部署發布平臺

79、：應用管理、部署策略、集群管理、配置中心、流程控制、制品管理等?流水線管理平臺：作業編排、任務調度、模板配置?環境管理平臺：環境搭建、數據準備、環境資源管理。中國企業軟件研發管理白皮書研發管理數字化模型28運維以應用為中心的運維，該大類所涉及的幾個主要工具平臺有?運維管理平臺：應用監控、應用拓撲、性能監控、日志檢索、報警管理、故障自愈、堡壘機、運維工具等?云基礎設施：基礎架構平臺、中間件、應用層監控。一站式 Devops 平臺軟件研發主流的趨勢正在從多個單項工具逐漸轉向為一站式 DevOps 平臺。DevOps 是一種重視“軟件開發人員（Dev）”和“運維技術人員（Ops）”之間溝通合作的文化

80、、運動或慣例，作為軟件開發領域最近十年來興起且當下普遍成熟運用的方法論，DevOps 是敏捷開發的延伸，通過流程自動化，使構建、測試、發布軟件能夠更快捷、頻繁并且可靠。一站式 DevOps 平臺發揮最大價值應該要滿足以下三個最基本的條件?具備豐富完整的功能矩陣，能覆蓋研發過程的主要部分?完善的研發數據鏈路和功能整合能力?系統間的高度自動化能力。一站式 DevOps 平臺還具備可視化能力、可追溯能力、可度量能力等，讓各孤立工具的團隊實現數字化協同，讓工程師減少消耗在多個系統中的手動操作、信息尋找、系統切換、大腦思考處理的時間，從而大幅提升效率。研發效能度量平臺研發效能度量平臺是隨著產品研發的價值

81、流動，整合從“規劃 需求 設計 開發 測試 上線 運維”的全流程效能數據，通過設立效能指標形成對應的儀表盤，從而進行智能分析和輔助決策的平臺。研發度量平臺可以采用“定義 度量 分析 改進”的流程。（參考第三章【五】“有度量才有針對性的改進”）?定義，即制定合適的標準來衡量業務與人：制定度量指標，制定度量維度，制定度量頻次?度量，收集與加工數據，以最終以可視化的圖表呈現衡量結果：收集數據，清洗數據，呈現數據?分析，對比衡量出的實際結果與預期的差距，并找到根因，提出解決根因的措施：表現差距，差距根本原因分析，解決措施?改進，嘗試去落地解決問題的措施，之后觀察數據的變化，以驗證措施的有效性：驗證落地

82、措施，驗證效果，固定流程。中國企業軟件研發管理白皮書研發管理數字化模型29容器云平臺容器云平臺是輕量 PaaS 平臺的容器化實現，采用容器、容器調度編排、分布式等技術構建的云計算平臺。容器云平臺自下而上分別覆蓋了云計算的 IaaS 層和 PaaS 層涉及的各類問題，包括資源調度、服務編排、應用部署、監控日志、配置管理、存儲網絡管理、安全等。重點實現應用開發、應用托管和應用運維的能力，使企業專注于業務邏輯開發，縮短業務迭代上線周期，優化資源利用率，提高服務響應效率。在數字化轉型的過程中，大部分傳統的企業已經實現了物理機虛擬化，虛擬化技術在某種程度上減少了運行的復雜度，提高了資源利用率。但是，這僅

83、僅是針對 IaaS 級別的基礎架構。商業應用的研究和開發仍有許多挑戰：?業務應用的穩定性低、響應速度慢、業務過程復雜等會給用戶帶來不良的用戶體驗?業務應用的規模龐大復雜，各組件之間的耦合程度較高；大規模的部署架構導致應用程序的開發、測試、發布和更新變得更加復雜，從而導致了商業升級的中斷和部署費用的增長?面對互聯網的競爭加劇，業務部門的需求不斷改變，同時開發部門的軟件交付周期也在不斷縮短。但是，由于研發工作量大，研發周期長，很難快速響應市場變化?基礎設施不完善，缺少支持網絡快速更新的云計算環境，資源配置效率低下，生產環境缺少網絡監測手段等。容器可以封裝業務應用的整個運行環境，容器鏡像可實現應用交

84、付的一致性和標準化，可以很好地解決業務應用中研發面臨的挑戰，所以傳統企業的業務應用開始容器化。容器云平臺的建設要與底層基礎設施交互，支持頂層業務應用，涉及面和覆蓋面比較廣，因此需要企業根據自身需求分階段進行。中國企業軟件研發管理白皮書研發管理數字化模型30（一）端到端的需求生命周期管理（二）項目管理統籌研發全過程（三）自動化提升企業組織效能（四）知識經驗沉淀為過程資產（五）有度量才有針對性的改進（六）多工具集成適配大型團隊第三章研發管理數字化平臺的核心能力導論“工欲善其事，必先利其器?！把邪l管理數字化模型提供了整體思路和框架，通過四大實踐領域的改進、效能維度的衡量，建立實現商業目標的路徑。在踐

85、行研發管理的變革方案時，企業組織需要在完成精益、敏捷、DevOps 等先進理念的學習后，結合自身痛點以及內部業務模型、組織模型、應用模型的思考，完成自上而下的軟件工程認知升級；然后通過一站式的系統協作，將最佳實踐落入日常工作中。這就要求企業級研發管理平臺需具備六大核心能力，分別是：“端到端的需求生命周期管理”“項目管理統籌研發全過程”“自動化提升企業組織效能”“知識經驗沉淀為過程資產”“有度量才有針對性的改進”和“多工具集成適配大型團隊”。這六大核心能力構成了數字化的研發管理平臺，覆蓋軟件研發的全過程，使企業組織重構端到端的研發協同工作，不受限于單點工具的能力，打通研發數據鏈路，持續改進研發效

86、能，實現企業的數字化目標。（一）端到端的需求生命周期管理需求生命周期是需求從端到端的完整過程，貫穿需求提出、需求分析、需求池管理、需求規劃、需求設計、需求實現、功能交付等關鍵環節。產品生命周期中，需求生命周期管理有至關重要的作用，影響著產品戰略、產品質量、用戶滿意度等關鍵目標達成。需求是橋梁，將產研團隊與企業目標對齊企業需要通過產品和服務來獲取市場的認可。面對多變的市場環境與復雜的業務訴求，企業需要適應性地制定戰略，以便抓住機會或者規避風險。但產品研發團隊的工作如何跟隨組織的目標變化而調整，以及怎樣將資源和研發力量集中到新的目標上、保證目標達成，一直是產研領域的難題。這個問題在大規模企業中尤為

87、凸顯，具體表現為公司戰略目標與產研團隊的實際工作計劃脫節，導致目標進度落后，甚至錯失市場機會。當企業將目標自上而下地拆解，并將產研需求與具體目標進行層級關聯，進而管理好這些與目標對齊的需求工作流，如圖 3.1.1 所示 在后續規劃變更時就能保持產研工作和企業目標的專注度，以確保產品增量能助力企業目標達成。中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力33需求創建需求審批需求確認需求設計需求規劃研發交付需求上線業務需求工作流需求創建待規劃分析及評審開發測試驗收試點上線上線產研側需求工作流評審不通過打回評審通過提測測試通過驗收通過上線自動更新狀態創建進行中完成研發子任務工作流自動更新狀態自

88、動更新狀態自動更新狀態圖 3.1.1-需求管理工作流對齊產研團隊與企業目標結構化、高還原的需求，帶來高質量的交付需求信息結構化，告別一句話的需求 需求信息至關重要。它影響著需求分析過程、產品設計過程，和研發過程的風險管理。在組織層面規范好需求的各類關鍵信息，有利于產品經理對需求池的統一維護。同時，一致的信息結構有利于團隊中不同部門、不同角色的成員在溝通協作中快速達成共識，減少重新學習或者交接的理解成本，降低誤讀與歧義的發生概率。管理需求上下文，連接功能與用戶訴求高質量產品的一個重要標志是功能的有效性，體現在產品功能能切實解決客戶特定場景的需求。功能的有效性非常依賴在需求分析和產品設計環節中對用

89、戶場景、使用背景、使用者角色等關鍵信息的追溯和分析。這些信息可以幫助產品經理快速還原用戶遇到問題的現場，了解用戶動機，從而設計出更有效的產品功能來解決用戶的實際問題。需求信息規范示例如圖 3.1.2 所示。需求信息規范示例關鍵信息原始反饋內容需求描述需求背景關鍵角色需求類型來源客戶優先級預估規模需求價值反饋次數規范（來自用戶/客戶原始的反饋文本）以用戶故事格式描述業務背景、行業背景反饋者角色、上游業務流程角色、下游業務流程角色性能問題、體驗問題、新功能需求反饋者 ID/姓名、客戶名稱MoSCoW、WSJF 等優先級A、B、C、D結合業務目標闡述正整數圖 3.1.2-需求信息規范示例中國企業軟件

90、研發管理白皮書研發管理數字化平臺的核心能力34量化需求的價值和規模，進行合理的研發規劃需求價值為導向，合理規劃客戶對產品的訴求是無窮無盡的，需求背后有著不同的利益相關者，產品經理需要基于需求信息的定義和管理綜合考慮，以可量化的方式衡量優先級，然后從需求池中選擇需求規劃到下一個研發周期中。被量化后，需求的綜合價值才能得以體現，才能在多種需求來源、利益相關方復雜的情況下，實現以需求價值為導向的合理規劃。提高按時交付率，規避風險研發團隊無法按時交付的一個重要的原因，是對需要實現的需求規模沒有客觀的認知。矛盾的是，無法為了規避風險而提前對需求池中所有的需求都進行完整的產品設計。因而產品經理可以維護好需

91、求的實現思路、影響范圍、風險等詳細信息，作為判斷依據提供給研發工程師。這種基于詳細需求信息的規模預估，有利于進行更客觀的工作量評估，從而合理規劃規避風險。同時，建立合理統一的需求結構，可以更好地幫助量化需求規模，促進各角色協作分工，如圖 3.1.3 所示。業務人員產品經理客戶/用戶交付團隊業務需求池產品/項目需求池 1產品/項目需求池 2需求提出待規劃未開始進行中已完成業務人員客戶/用戶產品經理工程師工程師工程師角色角色角色活動活動交付物交付物創建產品需求創建產品需求BRDPRD測試報告驗收測試報告上線記錄需求分析產品設計評審交互設計評審技術方案評審業務可行性分析技術可行性分析拆分研發任務研發

92、任務排期需求拆分需求排期編碼單測/掃描代碼評審冒煙測試功能測試性能測試安全測試UAT 測試更新需求狀態更新需求狀態需求設計分析及評審需求評審就緒需求規劃開發需求實現測試需求驗收完成需求上線業務需求產品需求產品需求業務需求產品需求業務子需求前端任務業務子需求后端任務業務人員產品經理業務負責人研發負責人研發團隊研發負責人產品經理研發團隊研發團隊研發團隊業務人員研發團隊研發團隊拆分業務需求產品需求缺陷修復用戶反饋技術改進風險處理狀態同步狀態同步狀態同步拆分關聯拆分拆分1.各視角關注各自的價值流2.雙向自動聯動，減少人工操作，提升數據準確性（通過工具的自動化能力，保證狀態的實時更新）3.拉通業務側與產

93、研側圖 3.1.3-建立統一的需求結構，促進高效的分工協作中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力35主動建立需求感知，提升用戶滿意度需求不但要被產研實現，還要被用戶看見用戶從需求提出到使用新功能解決問題，往往因存在周期過長而導致滿意度下降。除了關注產研效率，另一個關鍵點是建立完整的需求生命周期管理流程，功能上線時即可觸達原始需要這個功能的用戶。此外，主動告知用戶新功能與用戶被動發現新功能，前者對用戶滿意度產生更為積極的影響。如圖 3.1.4 所示，在需求生命周期管理中形成“用戶 反饋 需求管理 功能發布 用戶”的完整閉環，將有利于提高產品從端到端的用戶滿意度。企業目標戰略收集反

94、饋，主動建立需求感知研發規劃與需求實現需求管理生命周期管理已收集、需求分析、是否歸檔、設計中、是否已發布等狀態的持續跟進需求信息規范記錄需求來源，并且為不同角色提供必要的上下文信息產研團隊與企業目標對齊功能交付通過用戶反饋挖掘產品需求，建立用戶滿意度的正向循環圖 3.1.4-端到端的需求生命周期管理（二）項目管理統籌研發全過程產品研發過程不僅指技術研發，還包括產品從概念產生到需求分析、產品設計、研發測試、發布部署、運營維護等整個產品生命周期。圍繞產品上線和商業目標，產研團隊不僅需要完成產品的定義和實現，還需要解決產品前期規劃、研發過程監控、研發資源成本等一系列生產周期中的問題，采用項目管理的方

95、式，可以幫助研發團隊更有效地管理產品研發過程。相比于一般項目管理，研發型項目管理面臨更多的問題和挑戰，具體表現為：（一）需求的不確定性。由于某些市場（尤其在 ToC 賽道）需求的不確定性和日益激烈的競爭環境，導致產品方向和商業化策略存在變數，因此產研團隊需要在新產品研發的啟動和規劃階段進行充分的市場預測和可行性分析，并且在必要的時候引入敏捷方法，通過小步快跑的方式進行產品迭代。（二）研發進度和質量難以保證。整個產品研發過程往往涉及產品、設計、研發和測試等不同職能角色，同時，隨著IT 產業的快速發展，產研團隊的規模也在不斷擴大，企業普遍面臨研發管理流程不規范、研發進度和質量無法保證的問題。中國企

96、業軟件研發管理白皮書研發管理數字化平臺的核心能力36引入敏捷方法，應對需求的不確定性美國項目管理協會（PMI）將常規的項目管理稱為“預測型項目管理方法”，即在項目生命周期中，必須在項目開始時就對項目可交付成果進行定義，且對任何范圍變化都要進行漸進管理。在市場存在較多不確定性、需求范圍變化迅速時，項目往往難以推進。敏捷方法是一種從 1990 年代開始逐漸引起廣泛關注的新型軟件開發方法，是應對需求快速變化的軟件開發能力。其核心原則包括：通過盡早和持續交付高價值的軟件，滿足客戶需求；欣然面對需求變化，即使是在開發階段的后期，敏捷流程就是用變化來為客戶獲得競爭優勢；頻繁交付可工作的軟件，從數月到數周，

97、交付周期越短越好。PMI 將敏捷方法的多種實踐歸類為“敏捷型項目管理方法”，具體表現為通過多次迭代來開發可交付成果，并在每次迭代開始時定義和批準詳細的需求范圍。將項目管理貫穿研發全周期研發型項目管理過程包含項目啟動、規劃、執行、監控和結項五個階段。整體流程框架如圖 3.2.1所示。項目立項發布計劃執行和監控結項圖 3.2.1 研發型項目管理全流程項目立項在新產品的啟動和規劃階段，項目立項會可以評估產品價值以及是否具備進入研發的條件。在正式開項目立項會前，產品負責人（Product Owner，PO）需要完成以下內容的準備?產品價值：產品負責人需要根據具體的產品類型以及目標市場，進行前期的市場調

98、研、財務預測和可行性分析?初期版本：產品負責人需要定義和確定最小可上線的初期版本，并就版本的范圍、階段性的發布時間和產研團隊以及相關的利益方達成一致，同時針對新產品的發布確定好市場和運營策略?資源申請：產品負責人需要根據版本規劃的需求規模，對產品需要投入的研發資源進行預測和申請。發布計劃產品負責人需要根據業務目標來制定產品的發布計劃。以產品路線圖為例，描述產品下個版本承諾的需求范圍，以及中長期的路線規劃，讓團隊內外就產品的目標和愿景形成共識。中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力37在進入實際研發前，產品負責人和研發團隊需要圍繞下個版本的需求范圍進一步討論和梳理，將粗顆粒度的產

99、品目標拆解成具體需要開發的用戶故事，同時確定每個用戶故事的優先級和估算規模，并統一維護在產品待辦事項列表。執行和監?迭代計劃產品負責人需要定期從產品待辦事項列表中，將高優先級的用戶故事規劃到迭代中，并在每個迭代開啟前，召開迭代計劃會，與團隊成員就迭代要完成的用戶故事、驗收標準和規模估算達成一致。為了確保迭代內規劃的用戶故事都能被按時交付，產品負責人需要控制用戶故事拆分的顆粒度，并在規劃用戶故事以及估算規模時，參考之前小組的迭代速率。另外，研發工程師需要將用戶故事拆分為前、后端研發任務，估算預計需要投入的工作量，并最終確定迭代需要交付的實際需求范圍。?迭代執行在迭代研發過程中，迭代小組會召開 1

100、5-20 分鐘的每日站會，快速對齊迭代研發進度，識別可能阻塞迭代進度的風險。需求變更往往是影響項目進度的一個主要因素，研發型項目會通過更快更頻繁地發布功能，快速驗證市場需求，減少需求快速變化對于項目進度的影響。項目結項項目結束時，項目團隊需要回顧項目計劃，確保所有項目工作完成，并由業務方驗收后進行正式交付。對于研發型項目而言，在產品功能上線前，會有產品負責人對產品功能進行驗收，上線后會轉到運維部門。針對產品功能或者交互體驗的優化將在后續的項目中，或者由固定的研發小組進行持續優化開發。（三）自動化提升企業組織效能隨著企業組織的發展變革，工作內容逐漸由勞動密集型轉為信息密集型，關鍵產出從事務性成果

101、逐漸變為知識型成果。然而在執行落地時，大量單一、重復、繁瑣的事務性工作還是依賴員工手動完成。將員工從重復勞動中解放出來，專注于更有增值潛力的任務，更有利于員工的個人發展、創造長期價值；企業也能降低人力成本、減少人工失誤，實現組織效能的提升。而減少事務性工作的兩個核心要點，就在于打破信息孤島和降低管理成本?？缦到y同步讓信息互聯互通企業信息化轉型的目標在于提高組織內部信息獲取與傳達的效率。但在轉型的過程中，由于互聯網基建不完善、軟件設計缺乏數據共享，信息在設備與設備、系統與系統之間沒有交互，無法被靈活讀取，就像被困在孤島上一樣。中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力38隨著企業運用

102、信息技術的不斷深入，不同職能（比如設計、管理、研發）都有獨立的業務工具系統，并產生大量的過程數據。當企業需要對業務情況進行監控和分析時，這些互相脫節的信息孤島需要人工搬運（訪問、讀取和輸入）、處理冗余、檢查一致性等。團隊工時花費在事務性工作里，而不是觀察和思考項目的改進。解決信息孤島的關鍵在于一站式智能化研發管理的跨系統信息同步、匯總能力。得益于技術基建的成熟，企業的數據中心正在經歷從傳統架構向云架構的轉型，將物理的存儲設備轉化為服務云計算的存儲資源。通過提供 RESTful API、支持 Webhook 等方式，組織只需要在部署時進行一次性的配置，儀表盤、日報等場景所需的數據都可以自動同步獲

103、取，無需人工介入。智能化流轉降低管理成本管理成本用于描述企業內部因經營管理而產生的協作成本。隨著組織發展，業務和成員的規模擴大，相應的流程、溝通、對接、監控等工作量也越來越多。原本為效率設置的機制，反而成為效率的掣肘，因而管理成本也被稱為“隱形成本”“大公司病”。組織里的流程規則固然有其價值，但增加的工作量占用時間精力，擠壓了有效的產出。如何在達到管理目標的同時降低管理成本，正是現代管理者面臨的挑戰。信息化轉型提供了解決問題的契機。一站式智能化研發管理系統具備流程自動化的能力，以便于系統自動完成以下工作?靈活的觸發、介入條件。工具系統參與推進流程規則的時機可以是員工手動觸發（比如申請需求變更）

104、、預設定時任務（比如每周日發送周報）或滿足特定條件自動介入（比如 P0 的需求發生延期）?根據正則表達式，給出判斷結果。系統可基于具體的判斷規則，自動完成對應的流程判斷。比如根據客戶位置、售前所在分區、售前負責客戶數量是否已達上限，為客戶自動分配售前?根據預設規則，自動生成內容。組織內部中常規監控型的文檔，有固定的格式和固定的內容規則。工具系統可根據已輸入的具體規則，自動完成相應的文檔報告?其他流程自動化能力，包括但不限于：完成數值計算、更新信息、通知相關方等。馬歇爾麥克盧漢認為“一切工具都是人的延伸”。一站式智能化研發管理系統應該以達成組織目標、服務組織成員為要義，通過跨系統信息同步能力打破

105、信息孤島，通過流程自動化能力，減少人工管理流程的成本，從而減少事務性工作、提高組織成員創造型工作的比例，提高組織的效率和競爭力。中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力39研發管理數字化平臺的核心能力40（四）知識經驗沉淀為過程資產現代管理學之父彼得德魯克說過：“未來的組織將以信息或知識為基礎，提高知識工作者的生產率是提高企業組織競爭力的關鍵課題?！睂τ谄髽I來說，知識和經驗就是企業最寶貴的資產。有效的知識管理能打破時空的限制，實現企業成員間跨越時空的交流和協作，還能避免因人員離職而導致的知識流失嚴重和能力斷層、業務知識碎片零散、團隊經驗無法復用等問題。知識管理不僅能提升企業工作效

106、率，也能促進學習型組織建設，實現“業務信息知識化 知識賦能于員工 員工工作效率提升”的正向循環。收集業務信息，提煉適用于企業工作的知識日常工作中產生的業務信息包含大量的經驗訣竅、流程制度等內容，可提煉后賦能團隊成員。業務信息可按照職能、團隊、項目等不同維度進行甄別、分類和收集，如果業務信息的分類過于繁多，可通過關鍵字、標簽、專題等方式進行管理。知識總結可關聯對應業務，方便在學習時了解知識來源以及問題類型，成員也可從業務源頭去思考其他的解決方案，形成新的知識。外部獲取經驗，學習轉化為企業內部的知識以具體職能為例，商業環境中已經形成豐富、成熟的職能知識，企業成員可學習外部經驗，并結合企業內部的實際

107、情況，將其轉化為適用于企業內部的知識。在學習時需要甄別知識的有效性和時效性，同時一定要結合企業實際情況進行考慮，所有的外部知識都應符合或者按照企業特性進行轉化，不能生硬照搬。存儲和流通知識，賦能企業成員在提煉或捕獲到知識后，需要將知識存放在容易檢索、方便流通的工具中，確保日后能夠便捷、快速地查找。分類存儲能夠提升知識的檢索效率，從而間接影響知識的使用效率。例如知識地圖等專題知識組織方式，就提供了良好的瀏覽路徑，企業成員可根據想要學習的專題快速找到相關的知識。知識流通注重的是找到知識的效率，通過最簡便的方式查找到目標知識，才能高效利用知識，為企業成員賦能。知識流通最常見、方便的方式是成員自助檢索

108、瀏覽，這就要求企業將知識匯總到一個檢索能力強的單一資料庫。還可通過點對點的知識分享，減少成員查找知識的時間，快速地流轉知識。知識維護保證信息的有效性和可用性知識維護可確保企業內部的知識都是有效、可用的，避免過時、錯誤的知識影響企業成員的工作。知識維護通常由特定的部門或角色來定期、頻繁地實施，通過對知識內容的判斷來清洗過久的知識，也可通過知識更新時間、近期閱讀情況等數據來輔助衡量知識管理的成效。中國企業軟件研發管理白皮書通過知識管理推動建設學習型組織知識文檔有助于提高組織內成員的記錄欲和分享欲。將工作中的業務信息、經驗總結、學習記錄等在組織內分享，企業內部就會有更多的知識流通，進而推動交流和學習

109、。還可以通過知識貢獻度、知識學習度等可量化的指標來激勵團隊成員。良好的知識交流氛圍推動企業不斷學習，團隊可以在整理知識的過程中實時協作并收集反饋，圍繞主題定期開展討論和問答等。構建良好的知識管理體系和交流氛圍，能夠幫助團隊提供一流的產品和服務。（五）有度量才有針對性的改進“無量化不管理”是企業深諳的道理，這一點在軟件工程領域更是凸顯得淋漓盡致。然而面對研發過程，管理者總是有著頭痛的問題：效率低、規范度低、可控度低、交付質量低、人力費用高、交付周期長等。如何解決這些痛點呢？定位問題是解決問題的起點，其中又以分析度量為定位問題的第一步。面對提升研發效能的目標，可采用“定義 度量 分析 改進”的流程

110、與方法來定義衡量的指標，從而收集數據和統計分析，如圖 3.5.1 所示。定義制定：度量指標度量維度度量頻次度量執行：收集數據清洗數據呈現數據分析分析：表現差距差距根因解決措施改進驗證：落地措施驗證效果固定流程圖 3.5.1 -定義 度量 分析 改進流程方法“定義”即制定合適的標準來衡量業務與人；“度量”即收集與加工數據，最終以可視化的圖表來呈現衡量結果；“分析”意為對比衡量實際結果與預期的差距，并找到根因，提出解決根因的措施；“改進”則是嘗試去落地解決問題的措施，之后觀察數據的變化，以驗證措施的有效性。由于整個流程需要長期完善地執行，落實中需要突破諸多難點。制定貼合而準確的度量指標良好的度量指

111、標體系具有專業而深入的特征。專業來自對軟件研發過程的熟悉和長期積累，深入來自對業務領域的了解。必須具有這兩種視角，才能制定出準確體現效能的度量方式，否則指標就中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力41像空中樓閣一樣沒有意義。軟件研發在發展過程中沉淀出了行業通用的協同流程，如圖 3.5.2 所示。工單提交需求溝通需求受理PRD 輸出PRD 溝通設計稿輸出需求評審技術方案輸出開發測試發布驗收開發周期需求全生命周期需求交付周期圖 3.5.2-軟件研發協同流程在協同流程中有一些常用的衡量指標，如交付時長、需求吞吐量、任務按時完成率等；類似地，常用的衡量維度為人、部門、月、季度、年等。針

112、對研發數字化的管理過程，可通過交付效率、交付質量、交付能力和交付成本四個衡量維度來持續跟蹤。度量指標并非固定不變，在實際使用中可以根據具體情況對元指標自行組合。元指標即最小顆粒度的指標。舉例來說，需求交付周期是元指標，需求相關的項目收入也是元指標，將兩個元指標組合可得出第三個指標需求性價比（收入/交付周期），以衡量該需求的價值大小。用以衡量的維度也是多變的，既可以從人的維度衡量需求價值，也可以從業務線的維度來衡量?？偠灾?，制定指標時需遵循專業的規則，并結合實際業務靈活運用。歸攏數據口徑，提升度量精度指標定義完成后，下一步是根據制定好的指標收集原始數據。該過程中的難點主要有?團隊管理的數字化程

113、度低。囿于規模的原因，當前多數企業的數字化水平并不高，因此項目管理、產品研發中的大量數據僅在線下發生，沒有留下系統性的記錄?工具不統一，數據分散。對于部分數字化轉型做得很不錯的企業，實踐中仍然會遇見新的問題。其中最痛的便是研發過程中不同團隊、不同步驟乃至不同員工使用的工具都很可能不一樣，工具之間互為孤島，數據分散在各處，不能直接收集在一起合并使用?工作流程不一致，數據無法對齊。完成原始數據收集后，需要進行數據清洗這是一項非常耗時的工作。由于不同團隊的工作習慣與流程差異，可能導致收集的數據多種多樣，甚至在關鍵節點有缺失，不能直接進行統一的分析。數據清洗就是將這些“不一樣”的數據變成統一的。針對以

114、上問題，有一些行之有效的解決方案?關注數據留痕。即使在未定義衡量指標時，也應對正在發生的業務過程積極留存數據，畢竟未雨綢繆大于后期補救?統一協同工具。盡量讓員工在同一個軟件上協同工作，以防后期在數據統一時阻礙過多，不僅浪費人力成本，甚至可能根本無法得到數據?統一協作流程。從公司文化上養成統一的工作習慣與工作方法，對步驟明確的工作類型規范其工作流程，不規范的工作可能引發不可控的風險。中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力42分析提升方向，制定改進措施常見的分析難點是不知道從哪兒著手，可參考業內比較成熟的分析方法?對比得出差距。對比有三種方式，分別是按時間線對比、按公司內同團隊對比

115、、與同行公司對比。例如，本月表現與去年同期表現對比，相同指標下 A 團隊與 B 團隊對比，同業務下本公司數據與同行公司對比，等等。?分析造成差距的根因。找到問題根結才能對癥下藥。針對公司的具體環境進行分析，關鍵原則是堅持、耐心與靈活應變?制定抹平差距的措施。定位到問題后，制定解決辦法可謂水到渠成。需提醒的是，制定措施時要考慮到是否會帶來衍生影響，如果有，那么應提前制定評估辦法。驗證有效性并固化到流程中制定改進措施后，最關鍵、最激動人心的一步便是驗證其有效性。如何驗證呢？基本方法是持續觀察已制定的指標，監測其變化。符合預期則證明措施是有效的，反之則回到上一步，再次進入分析流程。需要注意的是，由于

116、措施的實行，或導致原有指標已經不能百分百適用，因此制定改進措施時也要同期關注是否應更新度量體系。如果二者沒有同步更新，很可能會導致驗證的結果不準確，進而前功盡棄。在明確措施的有效性之后，應盡快把措施固化到工作流程里去，從根源上提升整體效能。為了保持良好的效能水平，應長期堅持“定義 度量 分析 改進”的過程。效能提升的過程與敏捷迭代是相似的，在遇到困難和收效漸微時要保有耐心與平和，去觀察、接納并堅持做出改變，最終收獲由健康心態、終身學習和持續改進的習慣所帶來的成功。（六）多工具集成適配大型團隊自研工具迭代規模受制于內部資源自研工具系統基于內部組織業務流程進行設計，也受制于內部資源調配，因而面臨著

117、兩大挑戰。一是維護更新大型軟件工程的成本高：企業對一站式智能化研發管理系統的能力有諸多訴求，但由于前期架構的局限性，使得系統后期每增加一個新功能，都不可避免地需要處理很多邏輯，開發成本高昂。二是組織內部的資源與排期難以協調：自研工具系統作為內部產品，不會為組織帶來直接收入，因而常被看作成本中心，投入相對有限。同時，面對有明確節點的交付目標時，內部開發團隊資源缺乏彈性。因此，自研工具系統往往難以滿足所有業務需求。中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力43第三方 SaaS 工具系統逐漸成為主流隨著 SaaS 行業的發展成熟，越來越多組織選擇采用第三方的 SaaS 工具系統，因其有著

118、自研工具系統不具備的優勢。?提供業內最佳實踐SaaS 訂閱制的商業模式，使得成熟的研發管理系統會盡可能用標準產品服務更多客戶，以提高訂閱客戶的留存率，從而天然趨近行業的最佳實踐。選擇第三方 SaaS 研發管理系統，可以幫助組織判斷自己的業務流程、管理方式與行業最佳實踐之間的相同點和差異點，對內部的流程改進有一定的參考價值。?成本更低、功能更強SaaS 服務無設計、開發、部署成本，注冊或申請后可以即刻試用，管理者可以快速體驗系統并判斷是否滿足組織需求。同時，因為 SaaS 服務大量客戶的特點，產品體驗和質量會經歷更多打磨和考驗。對于自研系統，同樣的功能只服務內部，經常需要在成本、體驗、質量上有所

119、取舍；尤其是某些專項基建功能（比如編輯器、IM 通訊工具等），需要相關領域的研發專家推進實現，這對自研系統來說是巨大的挑戰。?信息安全標準規范SaaS 安全認證的標準隨行業發展相繼出臺，包括 ISO27001 信息安全管理體系、ISO27018 公有云中個人可識別信息保護、可信云企業級 SaaS 認證等。同時，成熟的 SaaS 軟件可支持私有化部署，提供數據隔離、集群服務架構（高可用、容災，快速彈性拓展）、容器化部署等特性。SaaS 軟件從行業層面或者管理理論上提供了最佳實踐，但具體到每個客戶的場景都不盡相同。隨著 SaaS 服務的增長和深入，需要為不同行業、不同需求的客戶提供多樣化功能適配的

120、擴展能力，以貼合其具體業務場景。SaaS 為單個客戶進行功能適配的能力主要有兩種形式：（一）通過插件進行功能適配；（二）通過二次開發進行功能適配。（一）通過插件進行功能適配插件（Plugin）是一種遵循應用程序接口規范編寫出來的程序。插件通常運行在特定的系統平臺上，以調用目標系統提供的函數庫或者數據。插件可在不涉及核心系統修改的情況下，通過功能在平臺上的插拔而適配多團隊多場景的業務需求。與原生功能相比，插件功能具有以下優點：?功能插件與核心系統耦合程度低，易于開發。核心工具系統只需要提供開放能力就能滿足插件開發的工作特性。同時，插件開發者只需要調用目標系統提供的函數庫或者數據，無需關注核心代碼

121、的邏輯，從而大大降低開發定制功能的難度。中國企業軟件研發管理白皮書研發管理數字化平臺的核心能力44?插件開發方式更靈活，便于控制時間成本與人力成本、滿足交付目標因為插件功能的可插拔特性，相關方（內部業務團隊或者客戶）可以自行開發或引入外包為插件系統增加功能。業務方可根據不同產品思路或實現思路的人力成本、時間成本來決定需求的實現方式。在有明確交付日期、預算或者功能范圍的情況下，插件讓交付風險更可控。同時插件的局限在于：?可實現的功能范圍有局限業務方會根據自己的場景或流程提出定制需求，但插件依賴于目標系統提供的函數庫或者 API，可能會出現定制需求超出插件支持的功能范圍的情況。?可用性的保障相對困

122、難因為插件依賴于目標系統提供的函數庫或者 API，而系統迭代更新的過程中，API、前端界面或者流程功能會發生變化，導致插件不兼容。?性能上的額外消耗盡管預期插件只在被需要的時候才會加載運行，但是因為業務方的定制需求多種多樣，插件可能會引入大型前端代碼庫或者依賴某些服務的運行。因此，定制的插件可能會造成性能問題，增加系統運維成本。（二）通過二次開發進行功能適配二次開發指客戶根據業務需求，通過服務方或者自身團隊在第三方工具系統上進行第二次有針對性的、分支代碼級別的開發。二次開發可在代碼層面對工具系統進行改進，把第三方工具系統的定制范圍提高到內部自研系統的程度。因此，二次開發可以實現比插件更豐富、更

123、底層的功能。雖然二次開發的優點非常直觀，但是與插件相比，二次開發也有以下缺點：?二次開發類似于大型軟件工程的實現和更新，開發、維護的成本很高。如果二次開發由客戶進行，則需要了解第三方團隊的代碼，產生最終交付物以外的溝通、學習成本。?二次開發意味著采用的系統從標準產品變成了非標準產品。如果服務方更新系統版本，二次開發后的工具系統在更新、構建和服務周期內的升級、運維存在不確定性。因此，采用插件方式能靈活適配不同場景和團隊的業務需求，并適用在服務周期內提供的升級和運維；如需二次開發來滿足需求，也要盡量選擇前后端分離、后端服務穩定、前端支持二次開發的服務商，以確保交付的效率和質量。中國企業軟件研發管理

124、白皮書研發管理數字化平臺的核心能力45案例一：招商基金案例二：紫金保險案例三：鴻合科技案例四：中農網第四章研發管理的典型案例招商基金“敏態+穩態”雙輪驅動 加速金融數字化轉型行業背景數據顯示，2012 年初，我國公募基金的管理規模約為 2.19 萬億元，產品數量還不到千只；到了2022 年 7 月底，公募基金的管理規模不僅突破了 27 萬億元，且產品數量超過 1 萬只?？梢钥闯?，十年時間，公募基金管理規模從 2.19 萬億元到 27 萬億元，增長超 11 倍，產品數量增長了 10 倍。這些數據體現了公募基金行業承載著金融市場的“資產管理”使命，公募行業正走向高質量發展軌道。當前金融科技在資管行

125、業得到了廣泛應用，資管行業通過業務的數字化、自動化和智能化，實現資管價值鏈端到端賦能。投研、營銷和運營能力的提升是全球領先資管公司推動數字化的試驗場，也是未來最重要的差異化競爭要素，已經有 36%的全球領先資管公司開始在投研、營銷和運營領域應用數字化技術。通過科技對金融的變革路徑可以看到公募基金行業已逐漸邁入“智慧金融”階段，大數據、云計算、人工智能等技術將進一步改造公募基金營銷、風控、投研、投顧、產品創新、客戶管理、后臺運營等環節。在“智慧金融”時代，企業的發展和創新更加依賴其數字化能力，數字化能力又依賴于 IT 產品的研發效能，研發效能作為企業數字化能力的核心能力之一，正成為行業面臨的共同

126、挑戰。+信息金融IT互聯網互聯網金融移動互聯移動金融大數據云計算人工智能智慧金融區塊鏈新型 金融銀行證券保險信息化互聯網化移動化智能化未來全面變革12345金融階段金融業務注：技術之間是逐漸疊加關系注：證券類金融業務包含公募基金標志科技當前圖 4.1.1-科技對金融的變革路徑示意圖中國企業軟件研發管理白皮書研發管理的典型案例482018年份網銷售基金規模（億元 人民幣）注：2018 年數據是截止 2018 年 3 季度末2017201620152014201320122011030,00060,00090,000120,000數據來源：Analysys 易觀 市場公開數據圖 4.1.2-中國公

127、募基金互聯網銷售規模企業簡介招商基金成立于 2002 年，是中國銀監會批準設立的第一家中外合資基金管理公司，目前注冊資本為 13.1 億元人民幣。招商銀行股份有限公司持有公司全部股權的 55，招商證券股份有限公司持有公司全部股權的 45。招商基金以“為投資者創造更多價值”為使命，秉承誠信、理性、專業、協作、成長的核心價值觀，努力成為中國資產管理行業具有差異化競爭優勢、一流品牌的資產管理公司。為了實現公司愿景和目標，招商基金加大 IT 投入，優化 IT 治理機制，借助股東方力量持續開展數字化建設。業務挑戰隨著招商基金數字化建設的逐步展開，“通過科技賦能業務”的理念逐漸深入人心，投研、營銷、運營等

128、各業務領域的數字化建設需求越來越多，特別是投研和營銷領域在金融科技創新方面的訴求，出現了不少無法一次性規劃，只能迭代挖掘和研發的探索型需求。而傳統的項目制管理方式需要明確需求范圍、時間計劃，并嚴格控制需求變更，已無法適應這類數字化創新項目，如何探索新的研發管理模式，以高效、準確地滿足業務數字化發展需求已經成為亟需應對的挑戰。同時，傳統研發管理模式所適配的組織結構和文化以被動響應業務需求為主，但企業數字化轉型要求 IT 與業務深度融合，將科技融入于業務之中，需要業務及 IT 人員相互具備對方的技能，成為復合型人才，并不斷探索和創新，這對研發組織架構和文化進行變革以適應數字化轉型需求是極大的挑戰。

129、此外，當 IT 軟件產品的研發速度提升之后，研發過程本身的管理如果還依賴過去人工評審的方法，很難保證產品的交付質量，故此，怎樣結合工程技術實踐更加靈敏、流暢地支撐研發管理的數字化？如何利用工具度量研發效能，可視化研發數據以保證研發質量？這是隨著IT軟件產品的研發能力提升要兼顧解決的問題。中國企業軟件研發管理白皮書研發管理的典型案例49解決方案為應對上述這些挑戰，全面提升研發管理效能，近幾年招商基金在以下幾方面進行了嘗試，摸索出適合自身環境和業務需要的研發管理解決方案。敏穩雙態，靈活適配不同業務管理需求在項目管理方法上引入產品制管理模式，與項目制管理模式并存；通過引入敏捷教練，逐步探索適合自己的

130、團隊管理文化，根據不同的項目特點選擇不同的管理實踐方法，最終實現了“敏態+穩態”雙輪驅動的項目管理模式。敏穩雙態的管理模式使企業能夠在滿足金融業強監管、安全合規要求的同時，又能夠在具體項目中敏捷迭代，快速生產出高質量的軟件產品，持續賦能業務運營，提升抗風險能力。在“敏穩雙態”的實踐中，項目管理更加個性化，不同類型項目的管理模式不同，即便是同類型項目，面對不同的團隊組成和業務溝通方式，其協作模式也不盡相同。穩態項目管理模式需要制定明確的里程碑計劃和 WBS，并按項目計劃進行監督和執行；而敏態項目管理模式為應對不斷涌現的需求，采用迭代的方法管理和交付需求。相應地，招商基金研發團隊需要通過項目計劃工

131、具管理傳統項目進度，通過敏捷看板管理敏捷迭代進度，規范協作流程、同步協作信息，使團隊按時交付需求。過去單一標準的項目管理流程及工具已無法適應上述需求，每個項目組都需要在統一的項目流程和工具模板基礎上進行適配性調整，探索適合自己的模式，這就需要流程和工具具備一定的靈活性。招商基金梳理了統一的項目流程，然后基于項目管理系統自定義組件與字段的靈活配置能力，將各個項目的管理方式與流程固化在工具中，既有統一的基線標準，又有差異化的配置調整，以滿足不同業務場景的管理需求。IT 與業務雙產品經理，共同開展業務數字化轉型數字化轉型不僅僅包括數字化產品的建設，還包括數字化人才的建設。和傳統的項目經理不同，數字產

132、品經理既要具備規劃數字化產品并設計落地路徑的分解能力，同時需要懂得如何將業務轉化為數字產品的轉化能力；既需要有用戶體驗設計思維，還需要有項目管理和敏捷開發的推動能力；對綜合能力要求更強，需要和業務貼合更緊密。招商基金在組織架構上引入產品經理崗，和項目管理崗并存；在信息技術部設置產品負責人，負責整條產品線的需求挖掘、產品規劃及項目交付，并在業務部門設置科技專崗，承擔業務方的數字化產品經理職責，與信息技術部產品負責人共同開展投研、營銷等業務領域的數字化轉型，促使 IT 與業務更加緊密地融合。此外，在人才培養上，也要求自研項目的項目經理逐步具備產品思維和產品設計能力，成為兼具產品管理能力、項目管理能

133、力、研發管理能力的復合型人才。中國企業軟件研發管理白皮書研發管理的典型案例50打通項目與工程數據壁壘，實現研發生命周期管理一體化隨著招商基金數字化轉型的開展，業務對 IT 的依賴越來越大，產品需求量與過去相比已不可同日而語。隨著 IT 組織規模的增大，公司也有了更高的管理目標：即改變過去各項目煙囪式的需求管理方式，把分散的需求數據集中打通并統一進行規劃、管理和跟蹤，從而面向業務方、質量管理方、研發管理方形成可視化的需求數據視圖，打通從需求提出到上線交付的研發全生命周期流程，加強業務、產品、研發、測試、運維各方協作，實現提升需求交付效率和質量的目標。面對該目標，端到端的研發過程管理工具顯得至關重

134、要。過去，招商基金研發團隊從需求到編碼再到發布的過程中使用了多套系統，也產生了數據墻和流程墻，無法通過一個平臺查看需求全鏈路閉環數據，增加了溝通和核對的成本，影響交付效率和質量。為了打通這些工具，實現研發運營一體化、平臺化運作，招商基金將需求及項目管理系統定位成研發管理的前臺，利用工具間的開放性、兼容性，將代碼管理工具、CI/CD 工具集成到需求及項目管理系統，從而打通軟件開發各流程之間的數據壁壘，實現研發生命周期的一體化、平臺化管理，提高項目的管理效率和質量。數據驅動管理，建設研發效能度量體系當 IT 組織擴大到一定規模，管理層自然而然產生了更加精細化的管理訴求，既要提升組織效能，又要降低不

135、可控風險，此時建設研發效能體系以數據驅動管理改進的需求應運而生。招商基金通過建設研發工具鏈，將研發數據匯聚到需求及項目管理系統中，通過持續治理、分析、挖掘該系統中的數據，開始設計適合自己公司成長路徑的研發效能指標，開發相應的統計分析報表從管理層視角、需求方視角、產品經理視角、項目經理視角、研發經理視角、PMO 視角等不同維度，聚焦最關注的研發核心數據。管理者通過可視化的數據報表，及時了解團隊效能情況，分析效能低點的原因，驅動針對性的改進，從而持續提升組織效能。研發度量體系需要持續多年的建設和治理，目前招商基金的該體系建設剛剛起步，任重而道遠。研發效能提升的措施?在業務設置科技崗，在 IT 設置

136、產品崗，業務與 IT 深入融合，共同打造數字化創新平臺，為實現金融科技創新打造了基礎?逐步探索研發敏捷轉型，引入外部教練探索適合自己的敏穩雙態模式，不同類型的項目采取不同的管理模式，既保障金融監管的生產安全要求，又通過敏捷轉型為金融科技自研創新提供了順暢高效的路徑?逐步規范研發管理體系，需求規劃更合理，交付速度、質量得到提升?將研發過程中的各種工具深度集成并打造統一平臺，打通研發數據和流程，既能提升研發交付效率，又能保障研發交付的質量?建設研發效能度量體系和可視化工具，研發項目全程更加透明、及時、可控，進度一目了然，有效提升研發效能。中國企業軟件研發管理白皮書研發管理的典型案例51紫金保險建立

137、端到端研發管理閉環，驅動業務 IT一體化行業背景保險業是典型的數據密集型行業，在科技浪潮的推動下，數字化技術已滲透到保險業產品設計、營銷獲客、風控合規等業務領域，成為業態創新與數據治理的關鍵引擎。2022 年初，銀保監會印發的銀行業保險業數字化轉型的指導意見指出，保險機構要著力推動科技管理敏捷轉型，建立能快速響應需求的敏捷研發運維體系，積極引入研發運維一體化工具，建設企業級一站式研發協同平臺，以提升產品開發水平和金融服務效率。企業簡介紫金財產保險股份有限公司（以下簡稱紫金保險）成立于 2009 年，是江蘇省首家全國性財產保險公司，其產品體系涵蓋機動車輛保險、企業財產保險、農業保險及人身意外保險

138、等 13 大類 400 余險種，累計提供風險保障總額超 94 萬億元。近年來，紫金保險將“數字化轉型”作為“十四五”新藍圖的重要抓手，對前中后端實施全面的數字化改造。業務挑戰傳統業務的穩態性與科技業務的敏態性給保險經營帶來了機遇和挑戰，保險機構不僅要以市場需求為導向，創新產品和服務，還要嚴格管理開發流程，以滿足法律政策、保險監管、保司資質等多方要求。隨著集團業務拓展，研發管理面臨多重瓶頸?內部管理工具相互孤立，缺乏統一的流程規范，項目部與研發部協同存在壁壘?需求來源分散，顆粒度不一，無法追溯后續流轉，不利于產品的后續迭代?工單收集成本高，流轉透明度低，審批記錄未留痕，客戶滿意度待提升?缺乏頂層

139、視角，難以對研發全流程數據進行采集與分析，自動化水平不足。解決方案借助 ONES，紫金保險將自身業務與 IT 深度結合，打造了標準化、可度量的研發管理一體化平臺，推動保險業務流程向數字化、線上化、智能化轉變，便捷用戶的投保、理賠體驗。打造端到端的瀑布+敏捷研發管理閉環激烈的競爭、收緊的法律和嚴格的監管對保險產品的開發效率和交付質量提出了更高的要求，紫金保險采用瀑布+敏捷的混合管理模式，讓項目實施過程管理與研發需求管理相結合，自上而下地中國企業軟件研發管理白皮書研發管理的典型案例52設計了端到端的研發流程和管理規范，將需求-研發-測試-交付等環節深度整合起來，并固化在 ONES 系統中。通過拉通

140、前后職能，對齊交付價值，連接信息孤島，一方面，管理者擁有了多項目統一管控的全局視角；另一方面，執行層能一站式查看產品上線的關鍵路徑、參與角色和執行進度，快速識別項目風險，確保產品按時按質交付。構建覆蓋全生命周期的雙需求池以客戶為中心是保險業的經營宗旨。隨著全民保險意識的增強，客戶個性化的風險管理需求日漸凸顯。做好需求管理，可以高效響應飛速更迭的市場變化，建立合理的版本規劃，為客戶提供安心便捷的服務體驗。紫金保險圍繞需求全生命周期，對需求的收集、評審、拆分進行一站式管理。同時建立了差異化的需求變更工作流，確保審批清晰規范。需求收集的來源和入口得以統一，流轉過程透明化、標準化。對于來自客戶、業務、

141、產品側與監管機構等多渠道的需求，紫金保險設計了“業務+IT”的雙需求池，并在二者間建立連接，以便產品負責人進行迭代規劃和需求跟進。圖 4.2.1-用 ONES 構建業務+研發需求池搭建自動流轉的智能化工單門戶紫金保險有近百個項目的工單需要維護，日常會收集到海量的反饋。如何實現全時在線、實時處理，讓用戶體驗最大化，是服務團隊的一大挑戰。工單收集上，紫金保險通過工單門戶匯總來自不同服務目錄的工單，并根據各自的業務需求自定義工單內容，如：需求類型、優先級和提出人等，提交后的工單會接入對應項目內，打破了研發與運維團隊的部門墻。中國企業軟件研發管理白皮書研發管理的典型案例53工單流轉上，紫金保險靈活制定

142、了適配不同場景的工作流，實現審批留痕以及輕量的審批流程自動化，信息高效傳達，團隊無縫協作。工單指派上，紫金保險會借助系統機器人，自動判斷在崗人員的資源飽和度，并根據其工單剩余情況智能化分配工單，資源分配效率大大提升。創建可視化的效能度量指標體系數據是保障保險業穩健、持續、高效運行的基礎性資產?；趯ρ邪l數據流的分析，紫金保險從項目、產品、人員、運維四大維度梳理了一系列度量指標，如工作項狀態分布、項目目標達成率、產品吞吐量、工單響應時效等。由于 ONES Performance 與 ONES 其他產品數據互通，研發全流程的數據都會自動同步至 ONES Performance 中，為團隊提供可靠的

143、效能度量支持。在此基礎上，紫金保險利用可視化報表，對交付效率、交付質量、進度情況、資源效率等效能數據進行直觀展示，形成“量化-實施-分析-改進”的效能管理閉環，高效量化 ROI，定位薄弱環節，為管理者提供高層視角與決策支撐。圖 4.2.2-用 ONES 高效度量研發效能轉型收益數字化作為優化體驗、降本增效的重要手段，是保險機構高質量轉型的必經之路。通過一站式研發管理平臺，紫金保險將企業數字化戰略通過價值鏈層層分解，讓保險服務的可及性實現了質的飛躍?研發效率提升：從頂層設計研發端到端的流程，使項目、需求、產品管理更高效；中國企業軟件研發管理白皮書研發管理的典型案例54?研發質量提升：建立了研發管

144、理規范體系，產品質量、服務質量得到了有效把控?促進持續改進：流程設計兼顧度量數據埋點，輔助管理決策，提升團隊交付能力。鴻合科技教育行業多團隊、多項目高效管踐行業背景教育的全面數字化轉型已成必然趨勢。2021 年，教育部等六部門提出，要以教育新基建促進線上線下教育融合發展，推動教育數字轉型、智能升級、融合創新。這意味著，教育行業更注重軟件、平臺、管理和服務體系的建設，提升教育效率，以“用”為導向，用科技、數據驅動教學。在此背景下，教育信息化領域面臨的軟件研發、運營和發行的挑戰越來越多，項目流程和軟硬件融合等方面也需要規范化管理。企業簡介鴻合科技成立于1990 年，是國內屈指可數的集研產銷等全環節

145、于一體的行業龍頭企業之一，主營業務全面聚焦教育智能信息化行業發展，為教育行業用戶提供智能交互平板、智慧黑板、交互電子白板等教育信息化產品。多年來，鴻合科技始終堅持做“有溫度的企業”，目前智慧教育產品已在全國 31 個省級行政區廣泛應用，覆蓋百萬間教室，服務億萬師生，有力地拉近城鄉教育不平衡的鴻溝。業務挑戰鴻合科技作為國內少數根植于教育信息化的科技公司，多年來，一直重視產品質量、科研技術與市場開拓，不但在國內全面滲透，而且快速發展海外市場。隨著研發團隊規模的擴張，研發管理開始面臨多重困境?研發中心布局在全國不同城市，異地協同缺乏統一的全盤觀察，數據割裂嚴重?當多產品、多項目同時推進，整體進度難以

146、把控，管理者無法洞悉全局?軟硬件適配過程中，對產品質量要求高，缺陷難以靈活管理。中國企業軟件研發管理白皮書研發管理的典型案例55解決方案消除信息孤島，同時保障數據安全鴻合科技在全球范圍內設立 50 多家分支機構，同時設立了北京、深圳、保定和臺灣新竹四個研發中心，異地研發中心的成立，使得不同業務線產品的研發工作分散開來，各地研發中心使用著不同的管理工具，這不僅造成了信息數據割裂和數據丟失等問題，也為團隊協作帶來了極大的困難。研發管理工具的靈活性，可幫助團隊消除信息孤島，使得各地研發中心的研發工作得以在同一個工具上打通。然而，由于各地研發中心的項目情況存在差別，在打通工具后，數據安全及成員信息安全

147、也亟需解決。鴻合科技通過設置團隊權限，為不同團隊成員配置不同的權限，實現了團隊之間的數據隔離，保障了團隊和項目的數據安全。全局視角管理，把控項目進度在項目管理上，鴻合科技以產品名稱命名，每一個型號就是一個新的項目，項目冗雜繁多，加之早期工具不統一，管理者很難對項目進度進行總體把控，無法從全局看到整體項目進度，導致個別項目延期和資源分配不均。為了全局把控多項目，鴻合科技需要借助多項目管理視角的可視化視圖，實現多項目的統一管理。通過將多個“并行項目”“同一產品中不同型號的項目”分門別類地整理到不同項目集中，項目管理者能夠清晰地查看相關項目的整體進度及詳細信息，包括項目負責人、項目周期及項目數量等。

148、每日站會上，業務需求方及管理者均可借助燃盡圖、甘特圖、敏捷看板等可視化圖表實時跟蹤項目進度，幫助團隊及時發現和應對風險，保證項目高效執行，按時交付項目成果。圖 4.3.1-甘特圖直觀把控項目進度中國企業軟件研發管理白皮書研發管理的典型案例56靈活自定義，實現差異化缺陷管理對于教育信息化行業來說，平衡好交付質量與效率，確保產品的可靠性至關重要。鴻合科技業務涉及軟硬件產品，硬件方面，鴻合科技首創單邊互聯黑板滿足遠程直播課堂場景需求；軟件方面，公司開發了新一代鴻合大屏 UI 系統“鴻 U”，使軟硬件兼容更契合，系統運行更流暢。由此可見，軟硬件管理一直是鴻合科技非常重視的領域。由于業務線之間的差異性，

149、鴻合科技各個測試團隊的審批流程也各有不同，導致在缺陷審批及流轉時無法建立起統一的規范，團隊成員互相拉扯，大大降低了工作效率。鴻合科技需要借助自定義工作流來為不同項目定制各自的流轉步驟，提升不同項目間缺陷審批流轉的靈活性。同時，可以自由、及時地設置缺陷流轉時需要提交的字段，以及自動將缺陷任務流轉給該流程下指定負責人，并及時通知負責人關注信息。轉型收益作為國內最早進入教育信息化領域的企業，鴻合科技持續不斷改善研發流程，通過一站式研發管理平臺，最大程度優化項目管理，實現團隊全職能覆蓋和閉環管理，提升研發效能?消除信息孤島，團隊中的各角色得以有效協作，實現信息實時共享?有效進行多項目進度管理和資源管理

150、，為管理者提供決策支持?更靈活、高效地管理軟硬件中的缺陷問題，保障軟件版本優質交付。中農網多產品線研發項目管理實踐行業背景我國農業產業鏈數字化水平仍有待提升。艾瑞咨詢發布的2021 全球數字貿易白皮書指出，2019 年，全國農業生產數字化水平達 23.8%，全國縣域農產品網絡零售額僅占農產品交易總額的比重的 10.0%，產業鏈在交易端、倉儲物流端和金融服務端三大層面存在諸多挑戰，如上下游信息互通效率較低、物流運輸管理水平不足、產業融資渠道較窄等。在重構傳統貿易產業鏈、為智慧農業市場價值賦能的過程中，數字貿易平臺扮演著重要的角色。企業簡介中農網成立于 2010 年，是一家覆蓋農業全產業鏈的綜合服

151、務平臺，業務涉及甜味、飼料、絲紡、中國企業軟件研發管理白皮書研發管理的典型案例57咖啡生豆、辣椒等大宗產業，以及餐飲食材、咖啡、絲綢面料等終端中小型批發市場與門店，以“平臺+自營+供應鏈”的商業模式，為產業上下游的生產者、加工企業、供應商、終端商提供交易、信息資訊、倉儲物流、供應鏈服務、技術解決方案等綜合性服務。作為國內產業互聯網的標桿企業，中農網連續 5 年入圍“中國企業 500 強”榜單，2021 年，GMV 達 1120 億元，主營收入近 474 億元。業務挑戰數字技術與服務貿易的加速融合，使得數字貿易始終保持著較快的發展態勢，其中，交易信息化、交易數據化、交易智能化是衡量數字貿易平臺的

152、三大標準。近年來，中農網深度整合供應鏈生態，在推動農業產業鏈數字化轉型上頻頻發力，規模不斷擴張的研發團隊肩負著多個業務線的研發任務，項目管理的痛點日益凸顯：研發流程不統一，數據割裂，協同效率低；無法全局把控多項目進度，迭代頻頻延期；業務需求變化頻繁，管理成本高、難度大。解決方案連接數據孤島，數據度量可視化中農網旗下擁有多家子公司，共涉及交易、存儲、物流、供應鏈等多條業務線，研發工具分散不僅會構成信息壁壘，影響數據的同步與流轉，項目經理也難以直觀衡量項目進度和人效成本。借助一站式研發管理工具，中農網有效打破“部門墻”，對全流程信息進行集中維護，并從“交付吞吐率”“需求響應周期”“交付質量”“持續

153、發布能力”及“數據打通能力”幾方面入手，對價值進行量化。中農網認為，“優先級+工作量+個人實力”決定了單人任務目標完成的周期和質量，要提高成員工作效率，必須科學統籌“人和任務的時間+數量關系”?；谶@一判斷，中農網將團隊目標拆為階段目標，再進一步分解為個人目標和多人協同目標，在足夠專注的條件下完成個人目標，在“認知相近”的情況下完成協同目標。與此同時，中農網充分利用可視化工具，將綜合人效 ROI 提升248.40%。其中，看板、燃盡圖、甘特圖用于聚焦項目目標，監控執行進展；數據報表用于從成員工時、需求分布、任務分布等維度了解運行狀態，評估團隊效能。兩層迭代模式，項目管理規范化為推進業務側和研發

154、側的敏捷協作，更好地服務產業上下游的生產者、加工企業、供應商和終端商，為農產品流通提質增效，中農網規劃了“兩層迭代”的研發管理模式，以“1+4”的形式管理各個項目。其中，“1”代表該項目的總需求池，“4”代表電商、平臺、大數據、供應鏈四大產品線。在這一模式下，研發團隊會將總需求先拆分為多期一級迭代，再拆分為任務，分配到不同產品線的子項目中國企業軟件研發管理白皮書研發管理的典型案例58當中，并通過設置負責人、時間節點驅動協作。針對單個子項目，會以容易辨識的命名規則在此基礎上新建二級迭代（如：大數據產品線-項目 A 一期迭代），以便后續定位與追蹤。當涉及到一些與需求無關、只服務于系統優化的迭代時，

155、各產品線會組建臨時迭代，與版本迭代區分開，實現信息隔離，確保數據安全。一期迭代需求二期迭代需求（同理）總項目需求大數據（項目）產品線迭代產品線迭代產品線迭代.產品線迭代產品線迭代產品線迭代.產品線迭代產品線迭代產品線迭代.產品線迭代產品線迭代產品線迭代.平臺（項目）電商（項目）供應鏈（項目）拆迭代拆迭代圖 4.4.1-兩層迭代的研發管理模式規范需求評審，變更管理個性化從全產業鏈深耕到數字化轉型，中農網的業務開展需對接上游供應商、下游貿易商、經銷商、采購商等種類繁多的需求方。在這一過程中，客戶需求會頻繁變更，很容易導致發版延期、成本疊加和資源浪費。為解決這一難題，中農網從自身實踐出發，配置了一套

156、靈活、規范的需求管理流程，在保障高效響應市場變化的同時，最大化降低變更影響，與客戶保持友好連接。在前期規劃階段，中農網限定需求在排期前必須經過評審和方案設計，確保需求完整且規范。對于不同種類和粒度的需求，則通過構建差異化的自定義工作流，交付給不同的角色處理，讓流轉環節更合理，同時為工作流添加后置動作，使開發任務一旦完成，需求狀態就能自動變更，極大地減輕團隊成員手動更新的工作量。當需求發生變更時，中農網會對需求變更次數和需求投入的整體資源（例如成員工時、人力成本等）進行記錄與分析，為決策提供數據支持。中國企業軟件研發管理白皮書研發管理的典型案例59轉型收益數字化是農業現代化的突破口。通過構建一站

157、式的研發管理平臺，中農網優化了平臺的資源配置效率與數智化水平，實現了生產效率、產品質量、交易運營、供應鏈服務的創新升級，為數字建設和產品創新提質增速?打通產品-研發-測試全流程，實現無縫協作?研發過程更透明，數據可追溯、價值可量化?可實時查看項目進度，管理需求全生命周期。中國企業軟件研發管理白皮書研發管理的典型案例60（一）標準和評估體系支撐產業高質量發展（二）數字化協作賦予研發管理新動能（三）安全能力保障研發管理可靠運行（四）研發效能體系建設助力研發管理提質增效（五）研發管理推動企業實現可持續發展第五章研發管理趨勢展望（一）標準和評估體系支撐產業高質量發展當前，適配國內發展現狀的研發管理標準

158、體系尚未完善，普及度有待提升，成為阻礙產業推廣應用的原因之一，并且標準化水平與企業對標準化的需求仍存在差距。需加快建設和推廣研發管理標準和評估體系，在國家相關政策的支持推動下，不斷完善相關標準體系、提升評估水平，發揮橋梁作用，促進供給側和需求側精準對接，規范研發管理能力建設，將標準和評估體系培育成為推動我國軟件研發產業健康快速發展的重要力量。標準化的研發管理系統將更好地滿足業內的數字化需求。標準化的研發管理系統扎根于業內的最佳實踐，有力凝聚行業共識，提高服務質量，聚焦研發方向，規范服務行為，使標準成為支撐產業發展、促進科技進步、規范行業治理的重要抓手，有力推動行業的健康有序發展。（二）數字化協

159、作賦予研發管理新動能研發管理場景由單點功能向一站式系統發展。隨著企業組織數字化水平的提高，研發團隊需要減少在各環節對應的單點工具中的來回切換，在實踐中沉淀業務流程的共性和統一的數據處理能力。因而研發管理系統將向構建統一平臺發展，以滿足不同場景和團隊的數據需求，實現研發管理協作的持續升級。個性化、自動化的管理釋放研發團隊的活力。研發管理的實踐需要基于企業組織的實際情況，在未來的研發管理中，貼合項目需求的自定義適配、減少重復勞動的自動化流轉的重要性將不斷提高，并成為研發管理產品的必備能力。研發團隊可以更好地利用時間和精力，投入到創造性的工作活動中去。中國企業軟件研發管理白皮書研發管理趨勢展望63（

160、三）安全能力保障研發管理可靠運行安全研發管理體系將更加完善。管理制度流程是實踐研發管理安全的基礎，最初，研發管理的首要目標是進行功能快速實現，從而快速交付應用服務。在大安全背景之下，隨著研發管理安全理念的不斷深化，相應的安全管理體系將不斷完善，助推安全研發管理的應用推廣。安全平臺、工具的發展將不斷推動安全研發管理的落地實踐。安全前置、安全左移理念推出發展至今已 10 年有余，僅靠管理體系、安全人員實現研發管理安全難度是巨大的，安全平臺、工具的出現將會促進安全研發管理的實踐落地。同時，企業在實踐研發管理安全的過程中，對于相應安全平臺、工具也會提出新的能力要求，進一步推動安全技術的發展。安全研發管

161、理助力企業合規工作前置。合規工作是企業安全建設的紅線，在企業開展安全風險治理工作中，合規風險與科技風險是相互關聯的，重技術而輕法規將對企業業務發展埋下諸多隱患。安全研發管理工作的落地將助力企業合規工作前置，通過專家賦能，充分理解合規要求，進行需求分析，形成知識庫，把合規需求納入架構評審、需求評審，真正實現從研發人員視角出發，提供合規要求解決方案，推動合規工作前置落地。安全研發管理的落地實踐將從全生命周期提升應用服務安全水平，從而構建安全可信生態。成熟的安全研發管理實踐將針對應用服務從需求分析設計、開發早期便引入安全，使安全覆蓋應用服務全生命周期，從而實現交付物安全可信。各行業領域領軍企業優化安

162、全研發管理實踐，不斷完善安全要求，將以點帶面，推動業界安全可信生態的建立。（四）研發效能體系建設助力研發管理提質增效據中國信息通信研究院2022 中國軟件研發效能調查報告顯示，當前處于研發效能體系初步建立階段的企業超過 50%，有近七成企業認為其研發效能體系尚不能達到完善程度。研發效能體系建設任重道遠。研發效能體系建設需關注三大要素：組織級戰略規劃，配套建設路徑，以及效能鏈接業務價值。企業組織級戰略中應具備頂層設計和規劃舉措，并在企業層面專設研發效能戰略和執行機構，各中國企業軟件研發管理白皮書研發管理趨勢展望64層級、部門統籌協作；需拆解出詳細規劃，明確配套的建設路徑，指定執行主體和目標；效能

163、提升的業務價值需進一步釋放，借助更加開放、廣泛的行業生態資源，以及價值鏈中各方力量的深入參與，才能更加有效地幫助企業提升研發管理質量和效率，加速業務創新以滿足不斷變化的市場及客戶需求，更好應對不確定性，保障可持續發展。此外，企業研發效能度量也至關重要，實現效能可量化、可分析、可提升，通過數據驅動的方式更加科學理性地評估和改善效能，挖掘根因，定位效能改進切入點。一是市場需要成熟的效能度量平臺產品和咨詢服務，改善研發效能數據的自動化采集率，降低技術門檻，提高效能度量靈活性和普及度。二是應促進研發效能度量標準在業內的推廣實施，提供度量指標體系建設路徑，引導企業建立正確、科學、有效的效能度量模型，避免

164、企業走入效能度量誤區，充分發揮效能度量對研發管理提質增效的賦能作用。（五）研發管理推動企業實現可持續發展不斷提升商業價值是企業作為商業組織最重要的目標之一，然而商業價值的背后，經營活動是否健康，也是一家企業能否持續發展的重要因素。近年來，無論是學術界還是商界，圍繞企業 ESG 的討論和實踐越來越多，ESG 分別對應著環境（Environmental）、社會（Social）和公司治理（Governance），是描述一個組織社會價值的框架。隨著 IT 軟件能力在企業中愈發重要，投入不斷增加，軟件研發團隊作為企業的重要部分也面臨可持續發展的挑戰。研發管理的最終結果，是提升研發團隊及其軟件產品的用戶生

165、產效率，在研發效率、企業品牌、社會價值等方面都有積極影響，是企業實現可持續發展的重要推動力。從研發效率的角度，當下很多頭部互聯網企業完成了研發的擴張性建設，取得了一定成效，其實踐開始被不同行業和規模的企業效仿。然而在落地過程中，容易盲目追求迭代速度和落地規模，忽視了對研發環境和社會效益的維護，不利于企業的可持續發展。有效的研發管理有利于團隊形成良好的研發氛圍，提高研發效能，減少企業內部的惡性競爭，為企業實現 ESG 提供了更多的可行性。從企業品牌的角度，研發管理的改善營造了健康的工作習慣和協作氛圍，對員工的吸納、激勵及留存起到直接的正面作用，從而提升員工的工作滿意度，形成良好的雇主口碑。企業會

166、更加專注于自身發展，企業的發展也會回饋給員工，形成內部的良性循環。企業品牌的提升將改善政府關系中國企業軟件研發管理白皮書研發管理趨勢展望65及影響用戶購買決策，進而推動了企業的資金募集和規?；l展。從企業品牌的角度，研發管理的改善營造了健康的工作習慣和協作氛圍，對員工的吸納、激勵及留存起到直接的正面作用，從而提升員工的工作滿意度，形成良好的雇主口碑。企業會更加專注于自身發展，企業的發展也會回饋給員工，形成內部的良性循環。企業品牌的提升將改善政府關系及影響用戶購買決策，進而推動了企業的資金募集和規?；l展。從社會價值的角度，更有成效的研發管理將確保產品更加符合法律法規和用戶需求。研發管理通過改善

167、軟件研發相關人員的生產效率，進而調和了企業發展與社會進步間的矛盾，打造了互惠多贏的局面。通過確保企業研發的有序進行，產品得以進入市場并持續取得成功，使企業穿越周期，在可持續發展道路上產生深遠的影響。中國企業軟件研發管理白皮書研發管理趨勢展望66版權聲明版權所有深圳復臨科技有限公司（ONES）和中國信息通信研究院云計算與大數據研究所共同所有。保留一切權利。非經深圳復臨科技有限公司（ONES）和中國信息通信研究院云計算與大數據研究所共同書面同意，任何單位和個人不得擅自摘抄、復制本白皮書內容的部分或全部，并不得以任何形式傳播。免責聲明本文檔可能含有預測信息，包括但不限于有關未來的財務、運營、產品系列、新技術等信息。由于實踐中存在很多不確定因素，可能導致實際結果與預測信息有所差別。因此，本文檔信息僅供參考，不構成任何要約或承諾，深圳復臨科技有限公司（ONES）不對您在本文檔基礎上做出的任何行為承擔責任。深圳復臨科技有限公司（ONES）可能不經通知修改上述信息，恕不另行通知。