一、CMMI認證是什麽(me) 意思

CMMI模型最初是為(wei) 美國國防部創建的，旨在評估其軟件承包商的質量和能力，現已擴展到軟件工程之外，以幫助任何行業(ye) 的任何組織建立，改進和衡量其能力並提高性能。

CMMI是“能力成熟度模型集成”的意思。是一種評估或者認證製度。最新的CMMI V2.0模型有四個(ge) 視圖，DEV開發視圖、SVC服務視圖、供應商、人力資源，目前開發視圖是全球應用最廣泛的，主要是由CMMI研究院主任評估師按照CMMI模型檢查企業(ye) 或組織的軟件開發過程是否達到了CMMI某個(ge) 級別的要求。

CMMI認證分為(wei) 5個(ge) 等級：ML1(初始級)、ML2(已管理級)、ML3(已定義(yi) 級)、ML4(量化管理級)、ML5(優(you) 化級)。

擴展閱讀：  
 1、詳細了解CMMI的五個(ge) 級別

二、CMMI的發展曆程

1984年，美國國防部（DoD）委托美國卡內(nei) 基美隆大學（CMU）的軟件工程研究學院（SEI）和美國國防工業(ye) 協會(hui) （NDIA）共同進行一項研究，用於(yu) 評估國防部委托的外部軟件公司的軟件開發能力。

1987年，SEI推出了SW - CMM框架。
1991年，SEI發布了CMM V1.0。CMM推出後，不僅(jin) 成為(wei) 了許多大型軟件企業(ye) 用於(yu) 改善軟件工程的評估標準，也應用到了係統工程及軟件采購方麵，成為(wei) 全世界範圍認同且通用的一種軟件生產(chan) 程序標準。在此基礎上開發出了不同的CMM模型，比如軟件能力成熟度 (SW-CMM) 、係統工程能力成熟度模型 ( SE-CMM) 、集成產(chan) 品開發能力成熟度模型 ( IPD-CMM) 、人力資源管理能力成熟度模型 (P-CMM) 等應用模型。
1993年，SEI發布CMM V1.1 （該版本應用最廣泛）。
1997年，SEI製定CMM V2.0草案 （未廣泛應用）。
1998年，計劃開發CMMI。
2000年，SEI發布CMMI V1.0 (CMM演化為(wei) CMMI， CMM2.0是CMMI1.0的主要組成部分）。
2002年，SEI發布CMMI-SE/SW V1.1 （CMMI for System Engineering and Software Engineering) 。
2006年，SEI發布CMMI V1.2 。
2011年，SEI發布CMMI V1.3 版本（該版本應用最長久）。
2016年3月3日，CMMI研究所被ISACA（Information Systems Audit and Control Association，國際信息係統審計協會(hui) ）收購並作為(wei) 其下的一個(ge) 分會(hui) ，但將繼續獨立運營。
2018.3.29，ISACA發布CMMI V2.0 版本。這是CMMI研究院從(cong) 卡內(nei) 基梅隆大學軟件工程研究所（SEI）剝離出來、歸並入國際信息係統審計協會(hui) （ISACA）之後的第一次版本更新。
2018.7.17，CMMI 研究院正式發布了 CMMI 2.0 中文版。

三、CMMI的核心價(jia) 值

CMMI的價(jia) 值在於(yu) 它不是束之高閣的一紙證書(shu) ，而是讓客戶終身受益的評估報告。過程管理是CMMI的主題。它要求團隊通過遵循已製定的過程，完成開發工作，同時在此過程中不斷地學習(xi) 積累，不斷地發現問題解決(jue) 問題，來使這一過程更加的完善。過程管理同樣強調透明度，要求團隊保證開發相關(guan) 活動中項目內(nei) 或項目之間必要地溝通。

CMMI把客戶作為(wei) 過程改進的最終受益者，以客戶期望、產(chan) 品及項目價(jia) 值和公司的商業(ye) 目標為(wei) 重心，而不是單純的追逐成熟度的級別。

在擬訂評估計劃之前，需要先收集企業(ye) 相關(guan) 的具體(ti) 信息。包括商業(ye) 目標、評估目標、項目信息情況、人員信息等等。

企業(ye) 導入CMMI的過程可以分為(wei) 兩(liang) 個(ge) 步驟，一個(ge) 是書(shu) 麵的文檔化過程，一個(ge) 是組織及項目裏麵實際執行的過程。但實際情況中，許多通過了CMMI三級甚至更高級別的企業(ye) 都存在兩(liang) 個(ge) 過程不一致的狀況。如果企業(ye) 不能保證在日常工作中落實過程改進，CMMI的價(jia) 值便不會(hui) 實現。

建立具有一定靈活性的標準過程。

組織內(nei) 部的有效最佳實踐以及可用的業(ye) 界最佳實踐及標準是組織標準過程的兩(liang) 個(ge) 主要來源。組織內(nei) 部的有效最佳實踐作為(wei) 企業(ye) 自身工程管理的經驗積累，是組織標準過程不可或缺的組成部分，可以為(wei) 之後的項目提供參考。同時業(ye) 界的最佳實踐也是其中的重要組成部分，但參考這些實踐時必須要根據企業(ye) 自身的狀況進行相應的調整，以使其更有利於(yu) 企業(ye) 的發展。組織標準過程建立過程中，企業(ye) 當前的現狀及約束條件一定要考慮在內(nei) ，才能確保過程能在組織內(nei) 部達到製度化、日常化的執行力度。

定期完善修改過程

過程執行者要通過使用過程，真正知道過程的不足之處，從(cong) 而對組織過程進行不斷地完善和優(you) 化，而不能對缺陷避而不談，或將其作為(wei) 不執行的借口。用過程執行者熟悉的語言及方式描述過程。

CMMI中的相關(guan) 描述非常專(zhuan) 業(ye) ，有的甚至較為(wei) 拗口。因此如果在過程執行中選用執行者較為(wei) 熟悉的語言及方式描述過程，就會(hui) 節省很大的培訓成本，並避免了溝通上的障礙。 讓過程執行者看到過程的效果及過程改進的價(jia) 值。

CMMI存在的基礎是：執行者相信產(chan) 品的質量和用來開發這個(ge) 產(chan) 品過程的質量有極大的關(guan) 係。要讓管理者及工程人員信服組織製定的過程，首先要讓他們(men) 看到過程及過程改進的好處，看到質量、效率的提升以及客戶的認可，隻有這樣大家才能真正接受這些標準過程。

過程管理中要平衡組織、項目、個(ge) 人的關(guan) 係

如果這個(ge) 天平太傾(qing) 向於(yu) 組織，會(hui) 使得項目及個(ge) 人缺少必要的靈活從(cong) 而喪(sang) 失動力。如果走到另一個(ge) 極端，隻考慮個(ge) 體(ti) 性、靈活性，則會(hui) 給組織帶來風險，失去學習(xi) 的機會(hui) 。從(cong) 長遠來講也不能保證質量及生產(chan) 效率的持續提升。

CMMI中提到其自身並不包含過程與(yu) 程序流程，而是一個(ge) 過程，一個(ge) 標準。而許多國內(nei) 企業(ye) 在導入CMMI時，將其誤認為(wei) 了是一種模型，認為(wei) 是一種可以涵蓋所有企業(ye) 、項目的標準過程。在導入CMMI時，企業(ye) 隻有真正了解了CMMI的目的和意圖，才能理解CMMI的核心價(jia) 值。企業(ye) 需要將其作為(wei) 提升、改進自己的手段和工具，根據自身的實際情況，項目的質量要求及缺陷分析要求，從(cong) 而製定對不同工作產(chan) 品的評審方法及數據收集分析手段。

可能還想了解：CMMI的認證流程