軟件研發流程CMM/敏捷/DevOps三大流程，各自適合哪類項目，這個總結價值一個億。

行業新聞|Industry News|

2025-06-05 16:19:10 714

一、軟件定義一切，數字化、智能化賦能千行萬業轉型升級

未來的企業都離不開軟件，不做軟件也得用軟件，不用軟件的企業就少之又少了；現在開個小店都得有收銀系統。

二、我的軟件研發流程實踐之旅

我做軟件多近三十年（哈哈，暴露了年齡），1、作為華為軟件產品線*個CMM大項目經理，實踐了大項目基于CMM流程質量和進度效率可以兼得

2、參與了軟件產品線CMM認證，華為工作組成員，通過了CMM認證；

3、軟件產品線*個敏捷項目項目經理，取得了產能高于平均值三倍的成果；

4、企業云devops推行責任人，落地devops流程，并學習了解了國內外各科技企業的組織和流程。

5、總結下來，我還真是見證了華為公司軟件研發流程的變遷，也是隨著軟件行業研發流程變遷的升級打怪。

三、對企業研發流程的選擇我的建議

通過合適的研發流程管理軟件研發組織的工作，以達到可控的的軟件交付件，不同的流程適合研發不同種類的軟件，不同的組織可以選擇不同的研發流程。

我今天分享一下我對各種流程的個人見解，供軟件企業參考。

1、CMM：

1）CMM是由美國卡內基梅隆大學軟件工程研究所1987年研制成功的，是國際上最*最實用的軟件生產過程標準和軟件企業成熟度等級認證標準。被很多組織接納，成為軟件企業產品準入的門檻。

2）強調研發的過程的管理

堅信好的過程會帶來好的結果，詳細的定義個軟件開發過程的各個階段，每個階段的輸入、輸出標準、評審、交付件模板、收集的度量數據、嚴格的各階段的總結和度量數據收集。

3）強調質量管理

適合強質量控制、需求變化小、強進度要求的項目，尤其軟硬件結合的研發項目。

4）強調過程交付件

定義了交付件的模板，checklist工具包，按照模板輸出交付件。

5）按照功能劃分組織，組織之間有嚴格的分工，有嚴格的交付件接收標準，需求-方案設計、開發、測試、服務分屬不同的部門。

6）總結適合應用的項目：

適合需求相對穩定，技術風險不大，試錯成本高的軟件研發。

2、敏捷軟件開發：

1）是一種從1990年代開始逐漸引起廣泛關注的新型軟件開發方法，是一種能應對快速變化需求的軟件開發能力。它們的具體名稱、理念、過程、術語都不盡相同，相對于“非敏捷”，更強調程序員團隊與業務專家之間的緊密協作、面對面的溝通（認為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的代碼編寫和團隊組織方法，也更注重軟件開發過程中人的作用。

2）強調敏捷理念和實踐，強調聚焦客戶價值，強調擁抱變化，強調最終交付件代碼，強調溝通和反饋；“show me your code”；強調自動化工具，通過持續構建、持續集成？持續交付來提高效率和快速交付；擁抱變化，認為不變的是變化，要通過快速迭代出產品，讓用戶體驗（show case）。

3）強調全功能的組織、打破部門邊界、研發是一個組織需求-設計、開發、測試一體化團隊。

4）總結適合應用的項目：適合需求變化快的軟件研發過程，適合互聯網這種創新和試錯性的軟件研發，通過快速的迭代開發，來適配需求的變化和創新的不斷試錯，而不是強調需求問題、需求明確的開發流程，這是跟CMM的核心區別。

3、devops：

1）敏捷的延續和擴展，敏捷的多功能團隊里面沒有包括運維人員，這就造成了一個鴻溝，研發人員目標研發盡量多的特性，盡快上線獲得用戶反饋；運維人員目標是系統運行穩定，避免網上問題；兩者目標的沖突導致很多問題，DevOps就是來調和這樣一種合作關系的。

2）DevOps（Development和Operations的組合詞）是一組過程、方法與系統的統稱，用于促進開發（應用程序/軟件工程）、技術運營和質量保障（QA）部門之間的溝通、協作與整合。

3）它是一種重視“軟件開發人員（Dev）”和“IT運維技術人員（Ops）”之間溝通合作的文化、運動或慣例。透過自動化“軟件交付”和“架構變更”的流程，來使得構建、測試、發布軟件能夠更加地快捷、頻繁和可靠。

4）它的出現是由于軟件行業日益清晰地認識到：為了按時交付軟件產品和服務，開發和運維工作必須緊密合作。打通研發和服務，服務能力前置到軟件開發中，減少手工的維護，能自動化的都自動化，減少網工的需要；強調服務化和共享重用。“吃自己的狗糧”，“自己做的降落傘自己跳”。

5）建立研發流水線，為了落實流程，靠管理、靠模板、靠項目經理，可控度低，太依賴個人能力；因此出現了利用工具鏈，把研發流程工具化；同時研發過程工具打通串聯，形成一致化的工具；重用工具、降低研發門檻，提高研發效率。

6）總結適合哪類項目：適合互聯網服務，云服務這類在線服務的軟件類研發企業；因為服務的實時在線，所以要爆炸產品的試錯迭代能夠高效進行，又能避免網上問題，減少問題對于用戶的影響，盡量做到問題用戶無感知和新特性友好知會到用戶選擇。

四、我建的話建什么樣的軟件研發流程體系

1、融入研發治理，構建從戰略到激勵的研發管理體系。

2、融入研發投資決策的IPD體系，構建組合投資決策的研發管理體系。

3、融入研發日常管理管理體系，構建支撐研發日常運營的管理體系。

4、融入能力建設，建立整個研發體系的能力支撐體系，固化和優化研發體系的落地和持續優化。

5、融入干部管理體系，干部培養和選拔，干部的繼任者計劃和培養。

6、研發體系的關鍵崗位工作規范化

1）HRBP，考勤，成果，培訓/考試，考評，人才盤點，組織氛圍，組織職責，干部管理

2）CMO，配置管理，信息安全，配置審計

3）QA，流程設計，流程推行，流程審計，度量體系，問題回溯，質量月報，持續改進，質量理念，質量文化

7、流程體系，整合以上各點，構建到流程中，建立敏捷的，輕量級的，高質量的研發流程體系。

借鑒各流程有點，融合定義流程

1）cmm，的過程，質量，工程

2）敏捷的溝通，反饋，一體化團隊，迭代

3）devops，強化自動化工具，強化架構和可服務性架構。

結果：

1）過程清晰化，簡單過程，定義按照cmm的表述方式

2）質量，保留必做的質量活動，引入敏捷的優秀實踐，結對編程，commiter，TDD，CI/CD，融入devops理念，把發布，上線，運維工具化，

3）工程交付件，融入敏捷理念，不拘泥個數，不拘泥形式，對cmm交付件進行裁剪，選擇必做的設計，可以精簡到，需規+一篇設計（架構設計，概要設計，詳細設計之一）

4）敏捷與CMM的計劃融合，將迭代固化，確定版本周期代替靈活的迭代計劃，1（季度）+2（月度）+patches（天/周/雙周）。

5）融合敏捷和devops的自動化理念，建立自動化體系。融合AI大模型的發展，選型應用AI助手。

8、組織架構和職責，根據上述流程，構建流程性組織，項目型矩陣組織，融入敏捷和devops理念，組織一體化，激發組織潛能。

1）面向toB企業構建前后方協同的PDT運作體系

免責聲明：本文來源于“數字化轉型分享”公眾號，本文僅代表作者個人觀點，不代表薩科微及行業觀點，只為轉載與分享，支持保護知識產權，轉載請注明原出處及作者，如有侵權請聯系我們刪除。

企業咨詢和陪跑請掃碼聯系

上一篇：: 薩科微slkor品牌視覺識別系統（Vis 25.04版）釋義

下一篇：: 二十年磨一“芯”，一個堅持做好FPGA芯片的團隊 ——京微齊力CEO王海力專訪

軟件研發流程CMM/敏捷/DevOps三大流程，各自適合哪類項目，這個總結價值一個億。

客服QQ2635709730

客服QQ
2635709730