CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型整合。CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Acquisition三個套裝產品。 早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應用於軟體業專案的管理方法，SEI在部分國家和地區開始推廣和試用。隨著應用的推廣與模型本身的發展，演繹成為一種被廣泛應用的綜合性模型。 自從1994 年SEI 正式釋出軟體CMM 以來，相繼又開發出了系統工程、軟體採購、人力資源管理以及整合產品和過程開發方面的多個能力成熟度模型。雖然這些模型在許多組織都得到了良好的應用，但對於一些大型軟體企業來說，可能會出現需要同時採用多種模型來改進自己多方面過程能力的情況。這時他們就會發現存在一些問題，其中主要問題體現在： n 不能集中其不同過程改進的能力以取得更大成績； n 要進行一些重複的培訓、評估和改進活動，因而增加了許多成本； n 遇到不同模型中有一些對相同事物說法不一致，或活動不協調，甚至相牴觸。 於是，希望整合不同CMM 模型的需求產生了。1997 年，美國聯邦航空管理局（FAA）開發了FAA-iCMMSM（聯邦航空管理局的整合CMM），該模型集成了適用於系統工程的SE-CMM、軟體獲取的SA-CMM 和軟體的SW-CMM 三個模型中的所有原則、概念和實踐。該模型被認為是第一個整合化的模型。 cmm是專案管理 由美國卡內基梅隆大學的軟體工程研究所(SEI)創立的CMM(Capability Maturity Model 軟體能力成熟度模型)認證評估，在過去的十幾年中，對全球的軟體產業產生了非常深遠的影響。CMM共有五個等級，分別標誌著軟體企業能力成熟度的五個層次。從低到高，軟體開發生產計劃精度逐級升高，單位工程生產週期逐級縮短，單位工程成本逐級降低。據SEI統計，透過評估的軟體公司對專案的估計與控制能力約提升40%到50%；生產率提高10%到20%，軟體產品出錯率下降超過1/3。 對一個軟體企業來說，達到CMM2就基本上進入了規模開發，基本具備了一個現代化軟體企業的基本架構和方法，具備了承接外包專案的能力。CMM3評估則需要對大軟體整合的把握，包括整體架構的整合。一般來說，透過CMM認證的級別越高，其越容易獲得使用者的信任，在國內、國際市場上的競爭力也就越強。因此，是否能夠透過CMM認證也成為國際上衡量軟體企業工程開發能力的一個重要標誌。 CMM是目前世界公認的軟體產品進入國際市場的通行證，它不僅僅是對產品質量的認證，更是一種軟體過程改善的途徑。參與CMM評估的博科負責人表示，透過CMM的評估認證不是目標，它只是推動軟體企業在產品的研發、生產、服務和管理上不斷成熟和進步的手段，是一種持續提升和完善企業自身能力的過程。如果一家公司最終透過CMMI的評估認證，標誌著該公司在質量管理的能力已經上升到一個新的高度。 等級1． 初始級 軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。 2． 已管理級 建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用專案取得的成功經驗。 3． 已定義級 已將軟體管理和工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。 4． 量化管理級 分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的範圍內預測效能。 5． 最佳化管理級 過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。 每個等級都被分解為過程域，特殊目標和特殊實踐，通用目標、通用實踐和共同特性： 每個等級都有幾個過程區域組成，這幾個過程域共同形成一種軟體過程能力。每個過程域，都有一些特殊目標和通用目標，透過相應的特殊實踐和通用實踐來實現這些目標。當一個過程域的所有特殊實踐和通用實踐都按要求得到實施，就能實現該過程域的目標。 能力度等級：屬於連續式表述，共有六個能力度等級(0~5)，每個能力度等級對應到一個一般目標，以及一組一般執行方法和特定方法。 0 不完整級 1 執行級 2 管理級 3 定義級 4 量化管理級 5 最佳化級 CMMI的基本思想 1、解決軟體專案過程改進難度增大問題 2、實現軟體工程的並行與多學科組合 3、實現過程改進的最佳效益 原則 （1）、強調高層管理者的支援。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支援是過程改進的關鍵。 （2）、 仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義並制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。 （3）、 選擇最佳實踐，應該基於組織現有的軟體活動和過程財富，參考其他標準模型，取其精華去其糟粕，得到新的實踐活動模型。 （4）、 過程改進要與組織的商務目標一致，與發展戰略緊密結合。 目標 （1）、 為提高組織過程和管理產品開發、釋出和維護能力提供保障。 （2）、 幫助組織客觀評價自身能力成熟度和過程域能力，為過程改進建立優先順序以及執行過程改進。 方法 （1）、決定哪個CMMI模型等級最適合組織過程改進需要。 （2）、 選擇模型的表示法是連續式還是階段式。 （3）、 決定組織需要用到的模型中的知識領域。 （4）、 類似CMM提出的過程改進6步，整合化過程改進分成：開始整合過程改進,建造整合改善平臺，整合傳統過程，啟動新過程，進行改進評估。 內容 CMMI內容分為“Required”（必需的）、“Expected”（期望的）、“Informative”（提供資訊的）三個級別，來衡量模型包括的質量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。 "提供的資訊"構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對需要和期望的構件做了進一步說明。 "要求"的模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了專案和過程控制已經達到了某種水平。當一個目標對應一個關鍵過程域，就稱為"特定目標"；對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴充套件"期望"的構件。 "期望"的構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能對映到一個目標上，當一個方法對一個目標是唯一就是"特定方法"；而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。 CMMI包括了10種"提供的資訊"：目的，概括和總結了關鍵過程域的特定目標；介紹說明，介紹關鍵過程域的範圍、性質和實際方法和影響等特徵；引用，關鍵過程域之間的指向是透過引用；名字，表示了關鍵過程域的構件；方法和目標關係，關鍵過程域中方法對映到目標的關係表；註釋，註釋關鍵過程域的其他模型構件的資訊來源；典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品；子方法，透過方法活動的分解和詳細描述；學科擴充，CMMI對應學科是獨立的，這裡提供了對應特定學科的擴充套件；公用方法的詳細描述，關鍵過程域中公用方法應用實踐的詳細描述。 CMMI提供了階段式和連續式兩種表示方法，但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟體能力成熟模型就是是階段式的模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM整合產品開發模型結合了階段式和連續式兩者的特點。 階段式方法將模型表示威一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中於何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進透過在一個特定的成熟度等級中滿足所有KPA的目標而實現的。 連續式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，並可應用於所有的KAP中，透過實現公用方法來改進過程。它不專門指出目標，而是強調方法。組織可以根據自身情況適當裁剪連續模型並以確定的KPA為改進目標。 兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法透過採用公用的目標和方法作為需要的和期望的模型元素，而達到了相同的改善目的。 現在CMMI面臨的一個挑戰就是建立一個單一的模型，可以從連續和階段兩個角度進行觀察，包含相同的過程改進基本資訊；處理相同範圍的一個CMMI過程能夠產生相同的結論。統一的CMMI（U-CMMI）是指產生一個只有公用方法和支援他們的KPA組成的模型。當按一種概念性的可伸展的方式編寫，併產生了用於定義組織的特定目標過程模版，定義的模版構件將定義一個模型以適用於任何工程或其他方面。 實施流程 階段1：CMMI專案啟動會 明確企業實施CMMI的商業目標，建立CMMI專案實施的溝通機制。 階段2：CMMI基礎培訓和過程改進小組（EPG）組建 進行CMMI基礎概念講解，指導企業建立核心的過程改進小組。 階段3：診斷 充分了解企業研發過程現狀，識別企業現有軟體過程與企業現階段理應達到的的CMMI成熟度級別的差距，提交診斷報告，進行過程改進的策劃。 階段4：過程域培訓和檔案定義 結合企業過程現狀進行CMMI過程域培訓，透過舉例、案例分析等方式，讓企業的EPG掌握過程檔案定義技巧，結合企業實際情況有針對性的定義組織的研發過程，並確定過程產出物（如：需求報告） 階段5：專案試點 選擇代表公司核心業務的專案或者典型專案進行試點，透過試點來完善過程檔案，從而為企業全面推廣過程檔案打下基礎。 階段6：組織推廣 全員參與全面匯入與執行CMMI。 階段7：預評估 驗證組織推廣的結果，識別企業尚存缺陷並制定再次改善方案，準備充分，以便企業能夠更好進行正式SCAMPI評估。 階段8：SCAMPI正式評估 由SEI授權的主任評估師領導，採用SCAMPI ( Standard CMMI Appraisal Method for Process Improvement)評估方法，對企業的能力成熟度進行正式的評估，頒發證書，透過SEI網站向全球釋出企業資訊。
CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型整合。CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Acquisition三個套裝產品。 早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應用於軟體業專案的管理方法，SEI在部分國家和地區開始推廣和試用。隨著應用的推廣與模型本身的發展，演繹成為一種被廣泛應用的綜合性模型。 自從1994 年SEI 正式釋出軟體CMM 以來，相繼又開發出了系統工程、軟體採購、人力資源管理以及整合產品和過程開發方面的多個能力成熟度模型。雖然這些模型在許多組織都得到了良好的應用，但對於一些大型軟體企業來說，可能會出現需要同時採用多種模型來改進自己多方面過程能力的情況。這時他們就會發現存在一些問題，其中主要問題體現在： n 不能集中其不同過程改進的能力以取得更大成績； n 要進行一些重複的培訓、評估和改進活動，因而增加了許多成本； n 遇到不同模型中有一些對相同事物說法不一致，或活動不協調，甚至相牴觸。 於是，希望整合不同CMM 模型的需求產生了。1997 年，美國聯邦航空管理局（FAA）開發了FAA-iCMMSM（聯邦航空管理局的整合CMM），該模型集成了適用於系統工程的SE-CMM、軟體獲取的SA-CMM 和軟體的SW-CMM 三個模型中的所有原則、概念和實踐。該模型被認為是第一個整合化的模型。 cmm是專案管理 由美國卡內基梅隆大學的軟體工程研究所(SEI)創立的CMM(Capability Maturity Model 軟體能力成熟度模型)認證評估，在過去的十幾年中，對全球的軟體產業產生了非常深遠的影響。CMM共有五個等級，分別標誌著軟體企業能力成熟度的五個層次。從低到高，軟體開發生產計劃精度逐級升高，單位工程生產週期逐級縮短，單位工程成本逐級降低。據SEI統計，透過評估的軟體公司對專案的估計與控制能力約提升40%到50%；生產率提高10%到20%，軟體產品出錯率下降超過1/3。 對一個軟體企業來說，達到CMM2就基本上進入了規模開發，基本具備了一個現代化軟體企業的基本架構和方法，具備了承接外包專案的能力。CMM3評估則需要對大軟體整合的把握，包括整體架構的整合。一般來說，透過CMM認證的級別越高，其越容易獲得使用者的信任，在國內、國際市場上的競爭力也就越強。因此，是否能夠透過CMM認證也成為國際上衡量軟體企業工程開發能力的一個重要標誌。 CMM是目前世界公認的軟體產品進入國際市場的通行證，它不僅僅是對產品質量的認證，更是一種軟體過程改善的途徑。參與CMM評估的博科負責人表示，透過CMM的評估認證不是目標，它只是推動軟體企業在產品的研發、生產、服務和管理上不斷成熟和進步的手段，是一種持續提升和完善企業自身能力的過程。如果一家公司最終透過CMMI的評估認證，標誌著該公司在質量管理的能力已經上升到一個新的高度。 等級1． 初始級 軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。 2． 已管理級 建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用專案取得的成功經驗。 3． 已定義級 已將軟體管理和工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。 4． 量化管理級 分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的範圍內預測效能。 5． 最佳化管理級 過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。 每個等級都被分解為過程域，特殊目標和特殊實踐，通用目標、通用實踐和共同特性： 每個等級都有幾個過程區域組成，這幾個過程域共同形成一種軟體過程能力。每個過程域，都有一些特殊目標和通用目標，透過相應的特殊實踐和通用實踐來實現這些目標。當一個過程域的所有特殊實踐和通用實踐都按要求得到實施，就能實現該過程域的目標。 能力度等級：屬於連續式表述，共有六個能力度等級(0~5)，每個能力度等級對應到一個一般目標，以及一組一般執行方法和特定方法。 0 不完整級 1 執行級 2 管理級 3 定義級 4 量化管理級 5 最佳化級 CMMI的基本思想 1、解決軟體專案過程改進難度增大問題 2、實現軟體工程的並行與多學科組合 3、實現過程改進的最佳效益 原則 （1）、強調高層管理者的支援。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支援是過程改進的關鍵。 （2）、 仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義並制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。 （3）、 選擇最佳實踐，應該基於組織現有的軟體活動和過程財富，參考其他標準模型，取其精華去其糟粕，得到新的實踐活動模型。 （4）、 過程改進要與組織的商務目標一致，與發展戰略緊密結合。 目標 （1）、 為提高組織過程和管理產品開發、釋出和維護能力提供保障。 （2）、 幫助組織客觀評價自身能力成熟度和過程域能力，為過程改進建立優先順序以及執行過程改進。 方法 （1）、決定哪個CMMI模型等級最適合組織過程改進需要。 （2）、 選擇模型的表示法是連續式還是階段式。 （3）、 決定組織需要用到的模型中的知識領域。 （4）、 類似CMM提出的過程改進6步，整合化過程改進分成：開始整合過程改進,建造整合改善平臺，整合傳統過程，啟動新過程，進行改進評估。 內容 CMMI內容分為“Required”（必需的）、“Expected”（期望的）、“Informative”（提供資訊的）三個級別，來衡量模型包括的質量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。 "提供的資訊"構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對需要和期望的構件做了進一步說明。 "要求"的模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了專案和過程控制已經達到了某種水平。當一個目標對應一個關鍵過程域，就稱為"特定目標"；對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴充套件"期望"的構件。 "期望"的構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能對映到一個目標上，當一個方法對一個目標是唯一就是"特定方法"；而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。 CMMI包括了10種"提供的資訊"：目的，概括和總結了關鍵過程域的特定目標；介紹說明，介紹關鍵過程域的範圍、性質和實際方法和影響等特徵；引用，關鍵過程域之間的指向是透過引用；名字，表示了關鍵過程域的構件；方法和目標關係，關鍵過程域中方法對映到目標的關係表；註釋，註釋關鍵過程域的其他模型構件的資訊來源；典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品；子方法，透過方法活動的分解和詳細描述；學科擴充，CMMI對應學科是獨立的，這裡提供了對應特定學科的擴充套件；公用方法的詳細描述，關鍵過程域中公用方法應用實踐的詳細描述。 CMMI提供了階段式和連續式兩種表示方法，但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟體能力成熟模型就是是階段式的模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM整合產品開發模型結合了階段式和連續式兩者的特點。 階段式方法將模型表示威一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中於何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進透過在一個特定的成熟度等級中滿足所有KPA的目標而實現的。 連續式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，並可應用於所有的KAP中，透過實現公用方法來改進過程。它不專門指出目標，而是強調方法。組織可以根據自身情況適當裁剪連續模型並以確定的KPA為改進目標。 兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法透過採用公用的目標和方法作為需要的和期望的模型元素，而達到了相同的改善目的。 現在CMMI面臨的一個挑戰就是建立一個單一的模型，可以從連續和階段兩個角度進行觀察，包含相同的過程改進基本資訊；處理相同範圍的一個CMMI過程能夠產生相同的結論。統一的CMMI（U-CMMI）是指產生一個只有公用方法和支援他們的KPA組成的模型。當按一種概念性的可伸展的方式編寫，併產生了用於定義組織的特定目標過程模版，定義的模版構件將定義一個模型以適用於任何工程或其他方面。 實施流程 階段1：CMMI專案啟動會 明確企業實施CMMI的商業目標，建立CMMI專案實施的溝通機制。 階段2：CMMI基礎培訓和過程改進小組（EPG）組建 進行CMMI基礎概念講解，指導企業建立核心的過程改進小組。 階段3：診斷 充分了解企業研發過程現狀，識別企業現有軟體過程與企業現階段理應達到的的CMMI成熟度級別的差距，提交診斷報告，進行過程改進的策劃。 階段4：過程域培訓和檔案定義 結合企業過程現狀進行CMMI過程域培訓，透過舉例、案例分析等方式，讓企業的EPG掌握過程檔案定義技巧，結合企業實際情況有針對性的定義組織的研發過程，並確定過程產出物（如：需求報告） 階段5：專案試點 選擇代表公司核心業務的專案或者典型專案進行試點，透過試點來完善過程檔案，從而為企業全面推廣過程檔案打下基礎。 階段6：組織推廣 全員參與全面匯入與執行CMMI。 階段7：預評估 驗證組織推廣的結果，識別企業尚存缺陷並制定再次改善方案，準備充分，以便企業能夠更好進行正式SCAMPI評估。 階段8：SCAMPI正式評估 由SEI授權的主任評估師領導，採用SCAMPI ( Standard CMMI Appraisal Method for Process Improvement)評估方法，對企業的能力成熟度進行正式的評估，頒發證書，透過SEI網站向全球釋出企業資訊。