第一級：初始級
在初始級，企業一般不具備穩定的軟體開發與維護的環境。常常在遇到問題的時候，就放棄原定的計畫而只專注於程式設計與測試。
第二級：可重複級
在這一級，建立了管理軟體專案的政策以及為貫徹執行這些政策而定的措施。基於過往的專案的經驗來計畫與管理新的專案。
第**：定義級
在這一級，有關軟體工程與管理工程的乙個特定的、面對整個企業的軟體開發與維護的過程的檔案將被制訂出來。同時，這些過程是整合到乙個協調的整體。這就稱為企業的標準軟體過程。
第四級：定量管理級
在這一級，企業對產品與過程建立起定量的質量目標，同時在過程中加入規定得很清楚的連續的度量。作為企業的度量方案， 要對所有專案的重要的過程活動進行生產率和質量的度量。軟體 產品因此具有可預期的高質量。
第五級：（不斷）優化級
在這個等級，整個企業將會把重點放在對過程進行不斷的優化。企業會採取主動去找出過程的弱點與長處，以達到預防缺陷 的目標。同時，分析有關過程的有效性的資料，作出對新技術的 成本與收益的分析，以及提出對過程進行修改的建議。
cmm第一級：初始級
◆ 特徵
(1)軟體過程的特點是雜亂無章，有時甚至混亂，幾乎沒有定義過程的規則或步驟。
(2)過分的承諾，常作出良好的承諾：如「按照軟體工程方式，有序的工程來工作」；或達到高目標的許諾。但實際上卻出現一系列問題。
(3)遇到危機就放棄原計畫過程，反覆編碼和測試。
(4)成功完全依賴個人努力和傑出的專業人才，取決於超常的管理人員和傑出有效的軟體開發開發人員。具體的表現和成果都源 於或者說是決定於個人的能力和他們先前的經驗、知識以及他們的進取心和積極程度。
(5)能力只是個人的特性，而不是開發組織的特性。依靠著個人的品質或承受著巨大的壓力；或找竅門取得成果。但此類人一旦離去，對組織的穩定作用也消失。
(6)軟體過程是不可確定的和不可預見的。軟體成熟性程度處於第一級軟體組織的軟體過程在實際的工作過程中被經常的改變（過程是隨意的）。這類組織也在開發產品，但其成果是不穩定的，不可預見的，不可重複的。也就是說，軟體的計畫、預算、功能和產品的質量都是不可確定和不可預見的。
◆ 過程
(1)極少存在或使用穩定的過程
(2)所謂「過程」，往往是「就這麼幹」而言。
(3)各種條例，規章制度互不協調，甚至互相矛盾。
◆ 人員
(1)依賴個人努力和傑出人物。一旦優秀人物離去，專案就無法繼續。
(2)人們的工作方式如同「救火」，就是在開發過程中不斷地出現危機，以及不斷的「救火」。
◆ 技術
引進新技術是極大風險。
◆ 度量
不收集資料或分析資料。
◆ 改進方向
(1)建立專案管理過程，實施規範化管理，保障專案的承諾。
(2)首要任務是進行需求管理，建立客戶與軟體專案之間的共同理解，使專案真正反映客戶的要求。
(3)建立各種軟體專案計畫、如軟體開發計畫、軟體質量保證計畫、軟體配置管理計畫、軟體測試計畫、風險管理計畫及過程改進計畫。
(4)開展軟體質量保證活動（sqa）。
cmm第二級：可重複級
◆ 特徵
(1)進行較為現實的承諾，可按以前在同類專案上的成功經驗建立的必要過程準則來確保再一次的成功。
(2)主要是逐個專案地建立基本過程管理條例來加強過程能力。
(3)建立了基本的專案管理過程來跟蹤成本、進度和功能。
(4)管理工作主要跟蹤軟體經費支出、進度及功能。識別在承諾方面出現的問題。
(5)採用基線（baseline）來標誌進展、控制完整性。
(6)定義了軟體專案的標準，並相信它，遵循它。
(7)通過子合同建立有效的供求關係。
◆ 過程
(1)軟體開發和維護的過程是相對穩定的，但過程建立在專案一級。
(2)有規則的軟體過程是在乙個有效的工程管理系統的控制之下，先前的成功經驗可以被重複。
(3)問題出現時，有能力識別及糾正。承諾是可實現的。
◆ 人員
(1)專案的成功依賴於個人的能力以及管理層的支援。
(2)理解管理的必要性及對管理的承諾。
(3)注意人員的培訓問題。
◆ 技術
建立技術支援活動，並有穩定的計畫。
◆ 度量
每個專案建立資源計畫。主要是關心成本、產品和進度。有相應的管理資料。
◆ 改進方向
(1)不再按專案制定軟體過程，而是總結各種專案的成功經驗，使之規則化，把具體經驗歸納為全組織的標準軟體過程。把改進組織的整體軟體過程能力的軟體過程活動，作為軟體開發組織的責任。
(2)確定全組織的標準軟體過程，把軟體工程及管理活動整合到乙個穩固確定的軟體過程中。從而可以跨專案改進軟體過程效果，也可作為軟體過程剪裁的基礎。
(3)建立軟體工程過程小組（sepg）長期承擔評估與調整軟體過程的任務，以適應未來軟體專案的要求。
(4)積累資料，建立組織的軟體過程庫及軟體過程相關的文件庫。
(5)加強培訓。
cmm第**：確定級
◆ 特徵
(1)無論管理方面或工程方面的軟體過程都已檔案化、標準化，並綜合成軟體開發組織的標準軟體過程。
(2)軟體過程標準被應用到所有的工程中，用於編制和維護軟體。有的專案也可根據實際情況，對軟體開發組織的標準軟體過程進行剪裁。
(3)在從事一項工程時，產品的生產過程、花費、計畫以及功能都是可以控制的，從而軟體質量也可以控制。
(4)軟體工程過程組（sepg）負責軟體活動。
(5)在全組織範圍內安排培訓計畫。
◆ 過程
(1)整個組織全面採用綜合性的管理及工程過程來管理。軟體工程和管理活動是穩定的和可重複的，具有連續性的。
(2)軟體過程起了預見及防範問題的作用，能使風險的影響最小化。
◆ 人員
(1)以專案組的方式進行工作。如同綜合產品團隊。
(2)在整個組織內部的所有人對於所定義的軟體過程的活動、任務有深入了解，大大加強了過程能力。
(3)有計畫地按人員的角色進行培訓。
◆ 技術
在定性基礎上建立新的評估技術。
◆ 度量
(1)在全過程中收集使用資料。
(2)在全專案中系統性地共享資料。
◆ 改進方向
(1)開始著手軟體過程的定量分析，以達到定量地控制軟體專案過程的效果。
(2)通過軟體的質量管理達到軟體的質量目標。
cmm第四級：管理級
◆ 特徵
(1)制定了軟體過程和產品質量的詳細而具體的度量標準，軟體過程和產品質量都可以被理解和控制。
(2)軟體組織的能力是可預見的，原因是軟體過程是被明確的度量標準所度量和操作。不言而喻，軟體產品的質量就可以預見和得以控制。
(3)組織的度量工程保證所有專案對生產率和質量進行度量、並作為重要的軟體過程活動。
(4)具有良好定義及一致的度量標準來指導軟體過程，並作為評價軟體過程及產品的定量基礎。
(5)在開發組織內已建立軟體過程資料庫，儲存收集到的資料，可用於各項目的軟體過程。
◆ 過程
(1)開始定量地認識軟體過程。
(2)軟體過程的變化小，一般在可接受的範圍內。
(3)可以預見軟體過程中和產品質量方面的一些趨勢。一旦質量經度量後超出這些標準或是有所違反，可以採用一些方法去改正，以達到良好的目標。
◆ 人員
每個專案中存在強烈的群體工作意識。因為每人都了解個人的作用與組織的關係，因此能夠產生這種群體意識。
◆ 技術
不斷的在定量基礎上評估新技術。
◆ 度量
(1)在全組織內進行資料收集與確定。
(2)度量標準化。
(3)資料用於定量地理解軟體過程及穩定軟體過程。
◆ 改進方向
(1)缺陷防範，不僅僅在發現了問題時能及時改進，而且應採取特定行動防止將來出現這類缺陷。
(2)主動進行技術變動管理、標識、選擇和評價新技術，使有效的新技術能在開發組織中施行。
(3)進行過程變動管理，定義過程改進的目的，經常不斷地進行過程改進。
cmm第五級：優化級
◆ 特徵
(1)整個組織特別關注軟體過程改進的持續性、預見及增強自身，防止缺陷及問題的發生，不斷地提高他們的過程處理能力。
(2)加強定量分析，通過來自過程的質量反饋和吸收新觀念，新科技，使軟體過程能不斷地得到改進。
(3)根據軟體過程的效果，進行成本/利潤分析，從成功的軟體過程中吸取經驗，加以總結。把最好的創新成績迅速向全組織轉移， 對失敗的案例，由軟體過程小組進行分析以找出原因。
(4)組織能找出過程的不足並預先改進，把失敗的教訓告知全體組 織以防止重複以前的錯誤。
(5)對軟體過程的評價和對標準軟體過程的改進，都在全組織內推 廣。
◆ 過程
(1)不斷地系統地改進軟體過程。
(2)理解並消除產生問題的公共根源，在任何乙個系統中都可找到：由於隨機變化造成重複工作、進而導致時間浪費。為了防止浪 費人力可能導致的系統變化。要消除「公共」的無效率根源，防止浪費發生。儘管所有級別都存在這些問題，但這是第五級的焦點。
◆ 人員
(1)整個組織都存在自覺的強烈的團隊意識。
(2)每個人都致力過程改進，人們不再以達到里程碑的成就而滿足， 而要力求減少錯誤率。
◆ 技術
基於定量的控制和管理，事先主動考慮新技術、追求新技術。可以實現軟體開發中的方法和新技術的革新、以防止出現錯誤，不斷提 高產品的質量和生產率。
◆ 度量
利用資料來評估，選擇過程改進。
◆ 改進方向
保持持續不斷的軟體過程改進。
CMMI基礎知識
b cmmi v1.3基礎知識 b cmmi 主要用來評估與維護開發過程，並針對各個過程進行改進和度量。使用cmmi的好得包括 1 deliver products better,faster,and cheaper 交付產品質量更好，週期更短，成本便低。2 b 1 b cmmi capabilit...
CMMI基礎知識掃盲
cmmi是什麼東西？連續式 vs 階段式 cmmi有兩種表述方式 連續式與階段式，兩種方式只是從不同的角度來闡述cmmi，其實質上表達的內容是一致的。就好像我們做資料庫 設計的時候，可能會設計不同的檢視來檢視相同資料表的資料，只是角度不一樣。大家可能會問，好好的cmmi，為什麼要搞兩種表達方式呢？不...
CMMI基礎知識掃盲
摘要 cmmi全稱是capability maturity model integration，cmmi是個好東西來的，但行內人士對她的認識並不全面，甚至有種種的誤解。儘管網上有很多cmmi相關介紹，但一般都是比較苦澀難懂的。本文將用生動通俗的語句，讓大家初步看清楚cmmi的真面面孔。cmmi是什麼...