基本介紹
- 中文名：企業免費CMMI認證
- 外文名：Free CMMI certification enterprises
- 類型：CMMI認證
- 目的：推動武漢信息技術產業事業的繁榮
起源與發展,基本思想,原則,目標,等級,方法,內容,評估方法,價值,
起源與發展
CMM是Capability Maturity Model的縮寫形式，是美國國防部委託CMU-SEI（卡耐基梅隆大學的軟體工程協會）開發的一套標準，用以對軟體承包商的開發能力進行評估。
美國防部因外包項目而造成的損失以億美元為單位計，而CMM的實施則極大的提高了其外包項目的開發管理水平。後來，很多軟體開發商發現CMM可用來改進軟體開發管理過程，CMM因此得以推廣，進而在全球範圍內流行。
上世紀90年代末，SEI組織開發了CMMI（Capability Maturity Model Integration）,CMMI是以3個基本成熟度模型為基礎綜合生成的，分別是面向軟體開發的SW-CMM ( Software-CMM )、面向系統工程的SE-CMM ( System Engineering-CMM )以及面向並行工程的IPD-CMM (Integrated Product Development-CMM )。基於企業會將系統或產品的某些部分採用外購或協同開發模式進行的考慮，SEI又將外購成熟度模型SA-CMM ( Supplier Sourcing-CMM )作為CMMI的第4個模型源。其中Integration的用意是解決現有不同CMM模型的重複性、複雜性問題，並對CMM家族標準進行統一。CMMI將軟體CMM2.0版草案C(SW-CMM)、EIA過渡標準731（SE-CMM）及IPD-CMM集成為一體，同時，還與ISO15504相兼容。從內容組織上看，CMMI更適合有志於改進過程的企業根據自身情況定製改進方案。SEI在2011年3月發布CMMI 1.3版本，為當前使用的版本。
CMMI模型由一系列的PA（過程域）組成，這些PA構成了集成能力模型的核心，為企業提供了軟體工程、系統工程、集成產品及過程開發方面的過程改進框架和指南。在CMMI中，軟體組織可以按照兩中模型改進自己的軟體開發過程——連續的和階段性的模型。
據SEI統計，通過CMMI認證並切實實施CMMI管理模式的軟體公司對項目的估計與控制能力約提升40%到50%；生產率提高10%到20%，軟體產品出錯率下降超過1/3。
基本思想
1.解決軟體項目過程改進難度增大問題
2.實現軟體工程的並行與多學科組合
3、實現過程改進的最佳效益
原則
1.強調高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支持是過程改進的關鍵。
2.仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義並制定計畫。選擇能夠達到的目標和能夠看到對組織的效益。
3.選擇最佳實踐，應該基於組織現有的軟體活動和過程財富，參考其他標準模型，取其精華去其糟粕，得到新的實踐活動模型。
4.過程改進要與組織的商務目標一致，與發展戰略緊密結合。
目標
1.為提高組織過程和管理產品開發、發布和維護能力的提供保障。
2.幫助組客觀織評價自身能力成熟度和過程域能力，為過程改進建立優先權以及執行過程改進。
等級
軟體過程能力成熟度的五個等級的關鍵特徵是：
1．初始級。企業的項目開發過程始終處於黑盒狀態，項目經常失控，對於關鍵開發人員的依賴性極大，項目組也始終處於一種救火式的狀態。成功來源於個人英雄主義而非機構行為，因此它不可重複，更換人員後成功便難以維持。
2．管理級。明確了基本的項目管理和控制；對特定的項目，建立了管理該項目的策略，以及實現這些策略的過程；新項目的計畫和管理，基於類似項目經驗；過程能力主要通過管理單個項目的過程，來得到提高和增強；不同的項目可有不同的軟體過程。
3．已定義級。軟體過程已被提升成標準化過程，從而更加具有穩定性、重複性和可控性；工程活動和管理活動，集成為一個有機的整體；軟體工程組（SEPG）專門負責訂立機構的標準軟體過程；標準的軟體過程結合具體項目的特點，經過裁剪形成項目的過程；時間、成本和實現功能均可跟蹤和控制，產品的質量得到保證。企業由項目組級管理機制轉向組織級管理機制，組織內的每一個項目組都遵循組織級開發過程進行開發工作。
4．量化管理級。定量、可預測、異常控制和高質量；軟體的過程和產品，有定量的質量指標；產品和生產過程的控制具有可預測性。
5．最佳化管理級。機構集中於持續的過程改進。
方法
1.決定哪個CMMI模型等級最適合組織過程改進需要。
2.選擇模型的表示法是連續式還是階段式。
3.決定組織需要用到的模型中的知識領域。
4.類似CMM提出的過程改進6步，集成化過程改進分成：開始集成過程改進,建造集成改善平台，集成傳統過程，啟動新過程，進行改進評估。
內容
CMMI內容分為三個級別
Required必需的
模型和過程改進的基礎。
模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了項目和過程控制已經達到了某種水平。當一個目標對應一個關鍵過程域，就稱為"特定目標"；對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴展"期望"的構件。
Expected期望的
在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。
模型構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上，當一個方法對一個目標是唯一就是"特定方法"；而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。
Informative提供信息的
構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對需要和期望的構件做了進一步說明。
CMMI包括了10種"提供的信息"：目的，概括和總結了關鍵過程域的特定目標；介紹說明，介紹關鍵過程域的範圍、性質和實際方法和影響等特徵；引用，關鍵過程域之間的指向是通過引用；名字，表示了關鍵過程域的構件；方法和目標關係，關鍵過程域中方法映射到目標的關係表；注釋，注釋關鍵過程域的其他模型構件的信息來源；典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品；子方法，通過方法活動的分解和詳細描述；學科擴充，CMMI對應學科是獨立的，這裡提供了對應特定學科的擴展；公用方法的詳細描述，關鍵過程域中公用方法套用實踐的詳細描述。
評估方法
CMMI目前使用的評估方法為SCAMPI。
SEI將CMMI的評估過程分為Class A、B、C三種類型：
Class A類評估：是正式的標準過程，目的是獲得評估等級，評估過程需執行所有的評估步驟 ，在CMMI標準中需要滿足ARC要求( Appraisal Requirement for CMMI )，需要組建正式評估小組，並需要SEI授權的主任評估師領導評估組進行評估。根據被評估的CMMI的不同級別，評估組人數通常為4-9人，評估天數為5-10天，被評估企業派人參加ATM。評估方式為檔案審查和人員訪談，評估輸出物為最終評估報告，並由主任評估師向SEI註冊評估結果。具體評估過程詳細描述參見SCAMPI（Standard CMMI Appraisal Method for Process Improvement）“標準的CMMI評估方法”。企業做CMMI評估並向SEI註冊，都是採用本類評估。
Class B類評估：只需要滿足部分的ARC要求，並可以只收集更少的信息，但必須包括從訪談方式獲得的信息，不需要最終產生組織的成熟度級別，評估組的負責人既可以是SEI授權主任評估師，也可以由組織內部有經驗的成員擔當，可以認為是組織內部的評估過程，可以在過程改進過程中的診斷過程中使用，也可以在組織發展過程中進行階段性評估審計時使用。
Class C類評估：是一種非正式評估過程，滿足更少的ARC要求，組織快速瀏覽過程，只確定相對較少過程域，不需要SEI授權評估師給出組織成熟度級別。一般是針對特定少數或一個項目，或針對少數過程、或一個過程在組織中執行的情況進行評估，通常是在組織發展過程中進行。
價值
通過CMMI評估與認證對於企業的價值在於，CMMI的系統模型和技術規範保證了企業可以獲得全球最權威的軟體技術開發和管理能力的認可。那么，通過CMMI認證的企業就可以得到以下一些核心的價值：
首先，通過了CMMI評估與認證，企業的軟體開發能力得到了足夠的提升和規範，對軟體過程管理有了可以遵循的標準；
第二，通過了CMMI評估與認證，可以幫助企業更好地去建設自己的軟體開發和管理團隊，並同時對組織管理產生積極的影響。
第三，CMMI評估與認證是個全球軟體開發行業絕對認可的技術、管理標準，獲得了此標準的評估和認證的企業便獲得了行業的技術資格與認可，因此就可以得到更多的外包訂單、技術契約等。這對軟體外包企業至關重要。
最後，CMMI系統是個集成體系，它不僅可以運用到軟體開發和管理過程中，而且可以對企業、項目各個環節的過程管理，以及組織和團隊的建設都起到一定的規範和管理效果。因此，其在各個領域都得到了充份的認可。
