基本介紹
- 中文名：軟體能力成熟度模型
- 外文名：Capability Maturity Model for Software
- 縮寫：SW-CMM
- 其它意思：化妝品
- 起源地：美國卡內基梅隆大學軟體研究所
- 起源時間：1987年研製成功
成熟度模型,歷史,基本概念,CMM等級,意義,實施必要性,現狀,工程,補充,體系結構,框架,結構,實施思考,關鍵過程,認證,
成熟度模型
能力成熟度模型（Capability Maturity Model，英文縮寫為CMM）是一種開發模型。Carnegie Mellon大學的研究人員從美國國防部契約承包方那裡收集數據並加以研究，提出了CMM。美國國防部資助了這項研究。Carnegie Mellon以該模型為基礎，創辦了軟體工程研究所（SEI）。CMM的目標是改善現有軟體開發過程，也可用於其它過程。
CMM是一種用於評價軟體承包能力以改善軟體質量的方法，側重於軟體開發過程的管理及工程能力的提高與評估。分為五個等級：一級為初始級，二級為可重複級，三級為已定義級，四級為已管理級，五級為最佳化級。
其假設是：只要集中精力持續努力去建立有效的軟體工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟體生產中的困難。
歷史
1984年，美國國防部資助建立了卡內基·梅隆大學軟體研究所（SEI）；1987年，SEI發布第一份技術報告介紹軟體能力成熟度模型（CMM）及作為評價國防契約承包方過程成熟度的方法論；1991年，SEI發表1.0版軟體CMM(SW-CMM)。
CMM自1987年開始實施認證，現已成為軟體業權威的評估認證體系。CMM包括5個等級，總計18個過程域，52個目標，300多個關鍵實踐。
基本概念
CMMI（Capability Maturity Model Integration，能力成熟度模型集成）
將各種能力成熟度模型（即：Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM）整合到同一架構中去，由此建立起包括軟體工程、系統工程和軟體採購等在內的諸模型的集成，以解決除軟體開發以外的軟體系統工程和軟體採購工作中的迫切需求。
CMMI框架包括軟體能力成熟度模型CMM 2.0草案，系統工程能力成熟度模型，軟體採購能力成熟度模型，繼承產品和過程開發等。
CMMI的:“關鍵過程域”25個，“目標”105個， “關鍵實踐”485條。
CMMI的評估方式：
自我評估：用於本企業領導層評價公司自身的軟體能力。
主任評估：使本企業領導層評價公司自身的軟體能力，向外宣布自己企業的軟體能力。
CMMI的評估類型：
軟體組織的關於具體的軟體過程能力的評估。
軟體組織整體軟體能力的評估（軟體能力成熟度等級評估）。
CMMI的基本思想
1、解決軟體項目過程改進難度增大問題
2、實現軟體工程的並行與多學科組合
3、實現過程改進的最佳效益
背景介紹： CMM是“軟體能力成熟度模型”的英文簡寫，該模型由美國卡內基-梅隆大學的軟體工程研究所（簡稱SEI）受美國國防部委託，於1991年研究制定，初始的主要目的是為了評價美國國防部的軟體契約承包組織的能力，後因為在軟體企業套用CMM模型實施過程改進取得較大的成功，所以在全世界範圍內被廣泛使用，SEI同時建立了主任評估師評估制度，CMM的評估方法為CBA－IPI。
CMMI是SEI於2000年發布的CMM的新版本。CMMI不但包括了軟體開發過程改進，還包含系統集成、軟硬體採購等方面的過程改進內容。CMMI糾正了CMM存在的一些缺點，使其更加適用企業的過程改進實施。CMMI適用SCAMPI評估方法。需要注意的是，SEI沒有廢除CMM模型，只是停止了CMM評估方法：CBA－IPI。但CMMI模型最終代替CMM模型的趨勢不可避免。
標準特點： CMM/CMMI/SPCA的思想來源於已有多年歷史的產品質量管理和全面質量管理。Watts Humphrey和Ron Radice在IBM公司將全面質量管理的思想套用於軟體工程過程，收到了很大的成效。SEI的軟體能力成熟度框架就是在以Humphrey為主的軟體專家實踐經驗的基礎上發展而來的。軟體能力成熟度模型中融合了全面質量管理的思想，以5個不斷進化的層次反映了軟體過程定量控制中項目管理和項目工程的基本原則。CMM/CMMI/SPCA所依據的想法是只要不斷地對企業的工程過程的基礎結構和實踐進行管理和改進，就可以克服軟硬體生產中的困難，增強開發製造能力，從而能按時地、不超預算地製造出高質量的軟體產品。
CMM簡介
CMM(Capability Maturity Model)是能力成熟度模型的縮寫,CMM是國際公認的對軟體公司進行成熟度等級認證的重要標準。CMM的工作最早開始於86年11月,當時為滿足美國政府評估軟體供應商能力並幫助其改善軟體質量的要求,由美國國防部資助的卡內基—梅隆大學的軟體工作研究所(SEI)牽頭,在Mitre公司協助下,於87年9月發布了一份能力成熟度框架(Capability Maturity Framework)以及一套成熟度問卷(Maturity Questionnaire)。四年後，SEI在總結自87年以來對成熟度框架和初版成熟度問卷的經驗基礎上，推出了CMM1.0版。CMM1.0版在成熟度框架的基礎上建立了一個可用的模型，該模型可以更加有效地幫助軟體公司建立和實施過程改進計畫。兩年後，SEI於93年推出了CMM1.1版。近幾年，SEI又推出了CMM2.0版，同時進入了ISO體系，稱為ISO/IEC15504(軟體過程評估)。
CMM共分五級。在每一級中，定義了達到該級過程管理水平所應解決的關鍵問題和關鍵過程。每一較低級別是達到較高級別的基礎。其中五級是最高級，即最佳化級，達到該級的軟體公司過程可自發地不斷改進，防止同類問題二次出現；四級稱為已管理級，達到該級的軟體公司已實現過程的定量化；三級為已定義級，即過程實現標準化；二級為可重複級，達到該級的軟體公司過程已制度化，有紀律，可重複；一級為初始級，過程無序，進度、預算、功能和質量等方面不可預測。
CMM致力於軟體開發過程的管理和工程能力的提高與評估。該模型在美國和北美地區已得到廣泛套用，同時越來越多的歐洲和亞洲等國家的軟體公司正積極採納CMM，CMM實際上已成為軟體開發過程改進與評估事實上的工業標準。如今，全球通過CMM五級評估的軟體公司大約有十幾家，三級以上的大約有100餘家，通過二級評估的有300家左右。軟體大國印度在這方面工作開展的比較廣泛，受益匪淺。，該公司表示將爭取早日通過CMM三級評估。
CMM與ISO9000的主要區別：
1.CMM是專門針對軟體產品開發和服務的，而ISO9000涉及的範圍則相當寬。
2.CMM強調軟體開發過程的成熟度，即過程的不斷改進和提高。而ISO9000則強調可接收的質量體系的最低標準。
引進CMM的主要意義
一.對軟體公司
1.提高軟體公司軟體開發的管理能力，因為CMM可提供軟體公司自我評估的方法和自我提高的手段。
2.提高軟體生產率。
3.提高軟體質量。
4.提高軟體公司的國內和國際競爭力。
二.對軟體項目發包單位和軟體用戶
提供了對軟體開發商開發管理水平的評估手段，有助於軟體開發項目的風險識別。
我國CMM工作的開展相對滯後，全面正式開展CMM評估工作還需一定時間，但只是遲早的問題。業內有識之士呼籲我國應結合國情，及早開展CMM有關工作。
CMM等級
能力等級 | 特點 | 關鍵過程 |
第一級 初始級（最低級） | 軟體工程管理制度缺乏，過程缺乏定義、混亂無序。成功依靠的是個人的才能和經驗，經常由於缺乏管理和計畫導致時間、費用超支。管理方式屬於反應式，主要用來應付危機。過程不可預測，難以重複。 | |
第二級 可重複級 | 基於類似項目中的經驗，建立了基本的項目管理制度，採取了一定的措施控制費用和時間。管理人員可及時發現問題，採取措施。一定程度上可重複類似項目的軟體開發。 | 需求管理,項目計畫,項目跟蹤和監控,軟體子契約管理,軟體配置管理,軟體質量保障 |
第三級 已定義級 | 已將軟體過程文檔化、標準化，可按需要改進開發過程，採用評審方法保證軟體質量。可藉助CASE工具提高質量和效率。 | 組織過程定義,組織過程焦點,培訓大綱,軟體集成管理,軟體產品工程,組織協調,專家審評 |
第四級 已管理級 | 針對制定質量、效率目標，並收集、測量相應指標。利用統計工具分析並採取改進措施。對軟體過程和產品質量有定量的理解和控制。 | 定量的軟體過程管理和產品質量管理 |
第五級 最佳化級（最高級） | 基於統計質量和過程控制工具，持續改進軟體過程。質量和效率穩步改進。 | 缺陷預防,過程變更管理和技術變更管理 |
CMM能力成熟度各級特點和關鍵過程。
基本思想
CMM的基本思想是，因為問題是由我們管理軟體過程的方法引起的，所以新軟體技術的運用不會自動提高生產率和利潤率。CMM有助於組織建立一個有規律的、成熟的軟體過程。改進的過程將會生產出質量更好的軟體，使更多的軟體項目免受時間和費用的超支之苦。軟體過程包括各種活動、技術和用來生產軟體的工具。因此，它實際上包括了軟體生產的技術方面和管理方面。CMM策略力圖改進軟體過程的管理，而在技術上的改進是其必然的結果。
CMM實施步驟
CMM實施步驟必須牢記，軟體過程的改善不可能在一夜之間完成，CMM是以增量方式逐步引入變化的。CMM明確地定義了5個不同的“成熟度”等級，一個組織可按一系列小的改良性步驟向更高的成熟度等級前進。
整個企業將會把重點放在對過程進行不斷的最佳化，採取主動的措施去找出過程的弱點與長處，以達到預防缺陷的目標。同時，分析各有關過程的有效性資料，作出對新技術的成本與效益的分析，並提出對過程進行修改的建議。達到該級的公司可自發的不斷改進，防止同類缺陷二次出現。
在表中可以看出，CMM為軟體的過程能力提供了一個階梯式的改進框架，它基於以往軟體工程的經驗教訓，提供了一個基於過程改進的框架圖，它指出一個軟體組織在軟體開發方面需要哪些主要工作，這些工作之間的關係，以及開展工作的先後順序，一步一步的做好這些工作而使軟體組織走向成熟。CMM的思想來源於已有多年歷史的項目管理和質量管理，自產生以來幾經修訂，成為軟體業具有廣泛影響的模型，並對以後項目管理成熟度模型的建立產生了重要的影響。儘管已有個人或團體提出了各種各樣的成熟度模型，但還沒有一個像CMM那樣在業界確立了權威標準的地位。但PMI於2003年發布的OPM3以其立體的模型及涵蓋範圍的廣泛有望成為項目管理界的新標準。
意義
軟體開發的風險之所以大，是由於軟體過程能力低，其中最關鍵的問題在於軟體開發組織不能很好地管理其軟體過程，從而使一些好的開發方法和技術起不到預期的作用。而且項目的成功也是通過工作組的傑出努力，所以僅僅建立在可得到特定人員上的成功不能為全組織的生產和質量的長期提高打下基礎，必須在建立有效的軟體如管理工程實踐和管理實踐的基礎設施方面，堅持不懈地努力，才能不斷改進，才能持續地成功。
軟體質量是模糊的、捉摸不定的概念。我們常常聽說：某某軟體好用, 某某軟體不好用；某某某軟體功能全、結構合理, 某某某軟體功能單一、操作困難……這些模模糊糊的語言不能算作是軟體質量評價，更不能算作是軟體質量科學的定量的評價。軟體質量，乃至於任何產品質量，都是一個很複雜的事物性質和行為。產品質量，包括軟體質量，是人們實踐產物的屬性和行為，是可以認識，可以科學地描述的。可以通過一些方法和人類活動，來改進質量。
實施CMM是改進軟體質量的有效方法：控制軟體生產過程、提高軟體生產者組織性和軟體生產者個人能力的有效合理的方法。
軟體工程和很多研究領域及實際問題有關，主要相關領域和因素有：
需求工程(REQUIREMENTS ENGINEERING)。理論上，需求工程是套用已被證明的原理、技術和工具，幫助系統分析人員理解問題或描述產品的外在行為。
軟體復用(SOFTWARE REUSE)，定義為利用工程知識或方法，由一已存在的系統，來建造一新系統。這種技術，可改進軟體產品質量和生產率。
還有軟體檢查、軟體計量、軟體可靠性、軟體可維修性、軟體工具評估和選擇等。
實施必要性
軟體開發其中最關鍵的問題在於軟體開發組織不能很好地管理其軟體過程，從而使一些好的開發方法和技術起不到預期的作用。而且項目的成功也是通過工作組的傑出努力，所以僅僅建立在可得到特定人員上的成功不能為全組織的生產和質量的長期提高打下基礎，必須在建立有效的軟體如管理工程實踐和管理實踐的基礎設施方面，堅持不懈地努力，才能不斷改進，才能持續地成功。
軟體質量是一模糊的、捉摸不定的概念。我們常常聽說：某某軟體好用, 某某軟體不好用；某某某軟體功能全、結構合理, 某某某軟體功能單一、操作困難……這些模模糊糊的語言不能算作是軟體質量評價，更不能算作是軟體質量科學的定量的評價。軟體質量，乃至於任何產品質量，都是一個很複雜的事物性質和行為。產品質量，包括軟體質量，是人們實踐產物的屬性和行為，是可以認識，可以科學地描述的。可以通過一些方法和人類活動，來改進質量。
實施CMM是改進軟體質量的有效方法:控制軟體生產過程、提高軟體生產者組織性和軟體生產者個人能力的有效合理的方法軟體工程和很多研究領域及實際問題有關，主要相關領域和因素有：需求工程(RE：REQUIREMENTS ENGINEERING)。理論上，需求工程是套用已被證明的原理、技術和工具，幫助系統分析人員理解問題或描述產品的外在行為。軟體復用(SR：SOFTWARE REUSE)。定義為利用工程知識或方法，由一已存在的系統，來建造一新系統。這種技術，可改進軟體產品質量和生產率。還有軟體檢查、軟體計量、軟體可靠性、軟體可維修性、軟體工具評估和選擇等。
現狀
中國生產力促進協會、北航SEI、中科院研究SEI等科研機構已於近幾年在北京、上海、廣州和深圳等地先後舉辦過多次報告會和研討會，組織過課程學習和套用實驗，開展了軟體過程方面的研究與開發工作，並發表了多篇的研究成果和學術論文，在軟體質量保障平台支撐環境也取得了一定的成果。
近兩年來，CMM在我國獲得了各界越來越多關注，業界有過多次關於CMM的討論，2000年6月國務院頒發的《鼓勵軟體產業和積體電路產業發展的若干政策》對中國軟體企業申請CMM認證給予了積極的支持和推動作用，第17條規定"對軟體出口型企業CMM認證費用予以適當支持。"2000年中關村電腦節上還有CMM專題論壇，吸引了眾多業內人士。鼎新、東大阿爾派、聯想、方正、金蝶、用友、浪潮、創智、華為等大型集團或企業等都從1997---2000年起批企業都在進行研究、實驗或實施預評估。其中鼎新公司從1997年著手進行CMM認證工作。1999年7月通過第三方認證機構的CMM2認證。東大阿爾派公司於2000年10月通過第三方認證機構的CMM2認證。2001年1月，聯想軟體經過英國路透集團的嚴格評估，順利通過CMM2認證。2001年6月26日，瀋陽東軟軟體股份有限公司（原瀋陽東大阿爾派軟體股份有限公司）正式通過了CMM3級認證，成為中國首家通過CMM3級的軟體企業。
總體上講，國內對軟體過程理論的討論與實踐正在展開，目標是使軟體的質量管理和控制達到國際先進水平，中國的軟體產業獲得可持續發展的能力。專家分析，在未來兩三年內，國內軟體業勢必將出現實施CMM的高潮。從這一趨勢看，中國的軟體企業已經開始走上標準化、規範化、國際化的發展道路，中國軟體業已經面臨一個整體突破的時代。
但是我們應該看到目前國內對軟體管理工程存在的最大問題是認識不足。管理實際上是一把手工程，需要高層管理人員的足夠重視。而且軟體過程的重大修改也必須由高層管理部門啟動，這是軟體過程改善能否進行到底的關鍵。此外，軟體過程的改善還有待於全體有關人員的積極參與。
除了要認識到過程改善工作是一把手工程這個關鍵因素外，還應認識到軟體過程成熟度的升級本身就是一個過程，且有一個生命周期。過程改善工作需要循序漸進，不能一蹴而就，需要持續改善，不能停滯不前；需要聯繫實際，不能照本宣科；需要適應變革，不能凝固不變。一個有效的途徑是自頂向下的課程培訓，即從高層主管依次普及到下面的工程師。
工程
CMM標準並不意味著高品質工程，並不意味著最高水平的組織，並不意味著生產效率最高，其標準本身與項目的品質沒有直接關係，CMM只是一種形式測試，表示你是否有一定的程式來遵循，它是大型項目開發的必要條件，不是品質高的充分條件，過度拘泥於CMM形式，失去了靈活性，也可能失去市場，並且CMM並不能保證品質，因為CMM不檢測程式的內容，只是檢測程式的形式，是否有各種會議，步驟等，至於會議開了什麼內容，沒有任何關係。CMM水平5 是最高水平，取得CMM5的最多的國家是印度，但是印度的軟體質量很差，這折射了這種形式測試的局限性。我國在引用CMM時，一定要吸取其精華，不要拘泥於形式，好的形式要發揚，壞的形式要廢棄，保持產品的優質無瑕，和充分的競爭力才是關鍵。
補充
CMM與RUP的關係：RUP是過程框架，RUP能達到CMM2-3級的要求，RUP描述了軟體開發中的過程，即軟體開發中需要遵循的規則、模板、方法等；CMM不是過程，而是檢驗過程成熟度的標準。
體系結構
一個企業軟體能力類似於一個人在一個特定領域的能力，是逐步獲得和增長的。如果一個人在其領域的發展過程中能得到一個很好的指南，那么他或她就會不斷達到一個個設定的目標，並變得成熟起來，否則可能會盲目發展，離自己的目標越來越遠，甚至南轅北轍。一個企業的軟體能力發展也同樣需要一個良好的指南，SW-CMM正是這樣一個指南，它以幾十年產品質量概念和軟體工業的經驗及教訓為基礎，為企業軟體能力不斷走向成熟提供了有效的步驟和框架。
框架
SW-CMM為軟體企業的過程能力提供了一個階梯式的進化框架，階梯共有五級。第一級實際上是一個起點，任何準備按CMM體系進化的企業都自然處於這個起點上，並通過這個起點向第二級邁進。除第一級外，每一級都設定了一組目標，如果達到了這組目標，則表明達到了這個成熟級別，可以向下一個級別邁進。CMM體系不主張跨越級別的進化，因為從第二級起，每一個低的級別實現均是高的級別實現的基礎。
1.初始級初始級的軟體過程是未加定義的隨意過程，項目的執行是隨意甚至是混亂的。也許，有些企業制定了一些軟體工程規範，但若這些規範未能覆蓋基本的關鍵過程要求，且執行沒有政策、資源等方面的保證時，那么它仍然被視為初始級。
2.可重複級根據多年的經驗和教訓，人們總結出軟體開發的首要問題不是技術問題而是管理問題。因此，第二級的焦點集中在軟體管理過程上。一個可管理的過程則是一個可重複的過程，一個可重複的過程則能逐漸進化和成熟。第二級的管理過程包括了需求管理、項目管理、質量管理、配置管理和子契約管理五個方面。其中項目管理分為計畫過程和跟蹤與監控過程兩個過程。通過實施這些過程，從管理角度可以看到一個按計畫執行的且階段可控的軟體開發過程。
3.定義級在第二級僅定義了管理的基本過程，而沒有定義執行的步驟標準，而且無論是管理還是工程開發都需要一套文檔化的標準，並將這些標準集成到企業軟體開發標準過程中去。所有開發的項目需根據這個標準過程，剪裁出與項目適宜的過程，並執行這些過程。過程的剪裁不是隨意的，在使用前需經過企業有關人員的批准。
4.管理級第四級的管理是量化的管理。所有過程需建立相應的度量方式，所有產品的質量(包括工作產品和提交給用戶的產品)需有明確的度量指標。這些度量應是詳盡的，且可用於理解和控制軟體過程和產品。量化控制將使軟體開發真正變成為一種工業生產活動。
5.最佳化級第五級的目標是達到一個持續改善的境界。所謂持續改善是指可根據過程執行的反饋信息來改善下一步的執行過程，即最佳化執行步驟。如果一個企業達到了這一級，那么表明該企業能夠根據實際的項目性質、技術等因素，不斷調整軟體生產過程以求達到最佳。
結構
除第一級外，SW-CMM的每一級是按完全相同的結構構成的。每一級包含了實現這一級目標的若干關鍵過程域(KPA)，每個KPA進一步包含若干關鍵實施活動(KP)，無論哪個KPA，它們的實施活動都統一按五個公共屬性進行組織，即每一個KPA都包含五類KP。
- 目標每一個KPA都確定了一組目標。若這組目標在每一個項目都能實現，則說明企業滿足了該KPA的要求。若滿足了一個級別的所有KPA要求，則表明達到了這個級別所要求的能力。
- 實施保證實施保證是企業為了建立和實施相應KPA所必須採取的活動，這些活動主要包括制定企業範圍的政策和高層管理的責任。
- 實施能力實施能力是企業實施KPA的前提條件。企業必須採取措施，在滿足了這些條件後，才有可能執行KPA的執行活動。實施能力一般包括資源保證、人員培訓等內容。
- 執行活動執行過程描述了執行KPA所需求的必要角色和步驟。在五個公共屬性中，執行活動是唯一與項目執行相關的屬性，其餘四個屬性則涉及企業CMM能力基礎設施的建立。執行活動一般包括計畫、執行的任務、任務執行的跟蹤等。
- 度量分析度量分析描述了過程的度量和度量分析要求。典型的度量和度量分析的要求是確定執行活動的狀態和執行活動的有效性。
- 實施驗證實施驗證是驗證執行活動是否與所建立的過程一致。實施驗證涉及到管理方面的評審和審計以及質量保證活動。在實施CMM時，可以根據企業軟體過程存在問題的不同程度確定實現KPA的次序，然後按所確定次序逐步建立、實施相應過程。在執行某一個KPA時，對其目標組也可採用逐步滿足的方式。過程進化和逐步走向成熟是CMM體系的宗旨。
實施思考
應注意的是，並非實施了CMM軟體項目的質量就能有所保障。CMM是一種資質認證，它可以證明一個軟體企業對整個軟體開發過程的控制能力。按照CMM的思想進行管理與通過CMM認證並不能劃等號。CMM認證並不僅僅是在評估軟體企業的生產能力，整個評估過程同時還在幫助企業完善已經按照CMM建立的科學工作流程，發現企業在軟體質量、生產進度以及成本控制等方面可能存在的問題，並且及時予以糾正。
CMM
CMM實施CMM對軟體企業的發展起著至關重要的作用，CMM過程本身就是對軟體企業發展歷程的一個完整而準確的描述，企業通過實施CMM，可以更好地規範軟體生產和管理流程，使企業組織規範化。
CMM的成功與否，與一個組織內部有關人員的積極參與和創造性活動是密不可分的，而且CMM並未提供實現有關子過程域所需要的具體知識和技能。在國內要想取得過程改進成功，必須做好以下的幾點:軟體過程改進必須有高級主管的支持與委託，並積極地管理過程改進的進展;中層管理的積極支持;責任分明，過程改進小組的威望高;基層的支持與參與極端重要;利用定量的可觀察數據，儘快使過程改進成果可見，從而激勵參與者的興趣;將實施CMM與實施PSP和TSP有機地結合起來;為企業的商業利益服務，並要求同時相符的企業文化變革。
過程改善工作具有一切過程所具有的固有特徵，即需要循序漸進，不能一蹴而就；需要持續改善，不能停滯不前；需要聯繫實際，不能照本宣讀；需要適應變革，不能凝固不變。將CMM/PSP/TSP引人軟體企業首先要對單位主管和主要開發人員進行系統的培訓。另外一個有效的途徑是自頂向下的課程培訓，即從高層主管依次普及到下面的工程師。培訓包括最基本的軟體工程和CMM培訓知識；專業領域知識等方面的培訓；軟體過程方面的培訓。
CMM模型劃分為5個級別，總計18個關鍵過程域，52個目標，300多個關鍵實踐。每一個CMM等級的評估周期（從準備到完成）約需12-30個月。此期間應抽調企業中有管理能力、組織能力和軟體開發能力的骨幹人員,成立專門的CMM實施領導小組或專門的機構。同時設立軟體工程過程組、軟體工程組、系統工程組、系統測試組、需求管理組、軟體項目計畫組、軟體項目跟蹤與監督、軟體配置管理組、軟體質量保證組、培訓組。各個小組完成自己的任務同時協調其他小組的工作。然後制定和完善軟體過程, 按照CMM規範評估這個過程。CMM正式評估由CMU/SEI授權的主任評估師領導一個評審小組進行，評估過程包括員工培訓、問卷調查和統計、文檔審查、數據分析、與企業的高層領導討論和撰寫評估報告等，評估結束時由主任評估師簽字生效。此後最關鍵的就是根據評估結果改進軟體過程,使CMM評估對於軟體過程改進所應具有的作用得到最好的發揮。
關鍵過程
CMM2:可重複階段(Repeatable)
- 需求管理：requirement management
- 軟體項目計畫：software project planning
- 軟體項目跟蹤和監督：software project tracking oversight
- 軟體子契約管理：software subcontract management
- 軟體質量保證：software quality assurance
- 軟體配置管理：software configuratione management
CMM3:已定義階段(Defined)
- 組織過程焦點：organization process focus
- 組織過程定義：organization process definition
- 培訓大綱：training program
- 集成軟體管理：intergrated software management
- 軟體產品工程：software product engineering
- 組間協調：intergroup coordination
- 同行評審：peer review
CMM4:已管理階段（Managed）
- 定量管理過程：quantitative process management
- 軟體質量管理：software quality management
CMM5:最佳化階段(Optimizing)
- 缺陷預防：defect prevention
- 技術改革管理：technology change management
- 過程更改管理：process change management
認證
CMMI認證是由美國軟體工程學會(software engineering institue,簡稱SEI)制定的一套專門針對軟體產品的質量管理和質量保證標準. CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。"
