如何實現CMMI以及什麼是CMMI

問這麼大的問題不會被扣分。

首先應該有乙個身份定位的問題，比如你現在是公司的CEO，中層管理者，或者CMMI的PM實施有不同的關注點，既然你有隨便提問的習慣，我就簡單說吧。

1.戰略：實施CMMI是一項長期任務，老闆需要定義乙個戰略，比如2年後要達到什麼水平。

2.建立組織EPG：EPG的能力幾乎決定了CMMI的水平和改進的速度，擁有強大的EPG是實施CMMI、建立流程規範和教育培訓的重中之重，同時也是CMMI級別的負責人。

3.CMMI在公司各部門實施：組織要求各部門提供按照CMMI運作的專案，以認證的形式審核各部門，對人員能力不足進行審核，做好教育培訓。 同時，完善組織的流程規範。

4.收集資料：建立測試庫和風險資料庫等組織資產，收集專案運營資料，建立（優化）基線和模型。

5.迴圈改進：在部門實施CMMI的過程中，吸收經驗和建議，分析專案常見問題的原因，完善組織流程規範。

一般的CMMI實施與CMMI認證級別之間存在著密切的聯絡。 一種相輔相成的關係。 在認證過程中，也會指出公司的不足之處和改進建議，公司會在實踐中做出改進，然後去認證，這是乙個健康的迴圈。

另乙個就是認證通過後就放棄了，下一次認證就匆匆忙忙，讓大家覺得只是為了證書，失去了持續改進的動力，這是乙個惡性迴圈。

如果您的公司已經通過了CMMI等級並獲得了相應的證書，則應遵循當時顧問教授的流程管理。 至於具體情況，該級別根據相應的CMMI級別進行管理。 你不能告訴你，我不能告訴你。

cmmi(capability

maturity

modelintegration）是能力成熟度模型整合;

自上線以來，CMMI的目標一直沒有改變，第一是質量，第二是時間線，第三是使用最低的成本。 然而，需要強調的是，CMMI不是傳統的軟體開發生命週期，而應該應用於更廣泛的領域——工程生命週期。 TSP的建立也是為了在CMMI支援這樣的系統。

那麼CMMI到底是什麼呢？這不是乙個過程，它不是乙個告訴你如何做某事的過程。 如果可以用一句話概括CMMI是什麼，那就是每個過程的關鍵要素，是許多領域的整合點。

這是乙個基本框架，可用於衡量您的有效性和效用;能夠識別其中一些機會和持續改進的機會，包括在業務目標、戰略和專案風險降低方面。

CMMI 代表 能力成熟度模型整合。 CMMI 是 CMM 模型的最新版本。

CMMI是由美國卡內基梅隆大學軟體工程研究所（SEI）歷時四年，由全球軟體流程改進和軟體開發管理專家共同制定的軟體能力成熟度評估標準，主要用於指導軟體開發過程的改進，評估軟體開發能力。

早期的CMMI（CMMI-SE SW IPPD），SEI開始在一些國家和地區推廣和嘗試。 隨著應用的普及和模型本身的發展，演繹已成為一種被廣泛使用的綜合模型。

能力成熟度模型 - 整合

有 5 個級別：

CMMI1 ---初始階段。

CMMI2 ---管理級。

CMMI3 ---可定義的級別。

CMMI4 ---定量等級。

CMMI5 ---持續改進級別。

CMMI 代表 能力成熟度模型整合。

CMMI 是 CMM 模型的最新版本。 在CMMI（CMMI-SE SW IPPD）的早期，SEI開始在一些國家和地區推廣和試用。 隨著應用的普及和模型本身的發展，演繹法已成為一種應用廣泛的綜合模型。

CMM模型自20世紀80年代末引入，90年代廣泛應用於軟體流程改進以來，極大地促進了軟體生產力和軟體質量的提高，為軟體行業的發展壯大做出了巨大貢獻。

CMMI的基本思想：

軟體專案的流程改進是乙個難以解決的問題。 CMM成功實施後，大大提高了軟體企業的開發效率和軟體產品的質量，從而提高了軟體產品的可靠性和軟體行業的公信力，使人們對軟體寄予了更大的希望。 人們希望軟體能夠完成更多、更大、更複雜的任務。

實現軟體工程的並行、多學科結合。 三坐標測量機模型的成功實踐導致了工程組織和產品開發的巨大變化。 改革的主要目標是消除與分段發展相關的低效率。

在細分化發展的過程中，當中間產品在下一階段轉移給員工時，可能會有很多返工來糾正原來的誤區。