CMMI全稱是Capability Maturity Model Integration，即能力成熟度模型內建（也有稱為：軟體能力成熟度內建模型），申請此認證的前提條件是該企業具有有效的軟體企業認定證書。
目的是幫助軟體企業對軟體工程過程進行管理和改進，增強開發與改進能力，進而能按時地、不超預算地開發出高品質的軟體。其所依據的想法是：隻要集中精力持續努力去建立有效的軟體工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟體開發中的困難。
這裡說一個資訊，申請CMMI認證各個地區是有獎勵的，可以咨詢下當地有關部門。
言歸正傳，本人在不同類型的企業親自參與過3-5級的CMMI實施，在這裡總結下個人的經驗。
1． 初始級（創業期）
軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。
初始級對應的是剛開始的創業公司、自己組織的工作室等小型團隊。這個階段在正常的情況下可以快速的産出一個系統。中間存在的問題有
a.團隊中必須要有能力很強的人
b.産品不能太大，功能不能太繁雜
c.不需要考慮後面的擴充和版本更新
比較多的案例有：網站、公衆号、小程式、融資推廣的應用等。
2．可管理級（發展期）
建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用項目取得的成功經驗。
适合接外包項目的小公司、小程式開發公司等公司
對于外包公司來說，轉包方會将需求、調研的原型等都整理清楚，基本不會有太大的變動。而企業網站、小程式、公衆号這些公司，基本都是接同類型的多個項目，公司已經形成了一套簡單的開發流程。并不需要什麼需要調研、系統設計、詳細設計、系統測試等，一般隻做簡單的單元測試。
在這些情況下隻需要基本的跟蹤就可以完成項目。
3． 已定義級（盈利期）
已将軟體管理和工程兩方面的過程文檔化、标準化，并綜合成該組織的标準軟體過程。所有項目均使用經準許、剪裁的标準軟體過程來開發和維護軟體，軟體産品的生産在整個軟體過程是可見的。
适合較大的外包公司，項目開發公司。當承接項目以後要解決幾個問題。
a.需求 通過與客戶的交流采集需求内容。
b.硬體 根據需求，技術需要分解出需要使用到的硬體
c.網絡布局 根據需求和硬體，負責技術（開發、資料庫管理者、網絡管理者）需要整理出網絡圖譜圖。
整個過程必須文檔化，産出的文檔一般有：投标書、項目預算表、需求分析、系統設計、詳細設計、資料庫設計、測試用例、驗收文檔、操作手冊等。
開發過程标準化：通過甘特圖實作子產品劃分、人力資源劃分、裡程碑。通過甘特圖掌握項目進度，在有需求變更或進度有變化的情況下可以追蹤和改善開發流程。
4． 量化管理級（穩定期）
分析對軟體過程和産品品質的詳細度量資料，對軟體過程和産品都有定量的了解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的範圍内預測性能。
能采用第4級方式做軟體過程的一般都是在公司财政穩定、項目大、産品要求高的情況下才會實施。一般适用的公司包括第三級和一些大型集團公司，也包括一些拿到比較高融資的産品公司。
項目公司：比較容易展現的是在做項目的過程中，項目組會提煉一些項目中的元件或者将整個項目做整理，以便以後在項目 中可以重複使用。并且通過多個項目的實施以後能總結出經驗，能夠保證項目進度沒有偏差。
産品公司：在這個階段的産品公司應該是已經有第一代或更高的公司産品了。通過高融資以後為了提高使用者體驗和産品的性 能。是需要采用第4級來規範開發流程，提高産品品質。
5． 優化管理級（成熟期）
過程的量化回報和先進的新思想、新技術促使過程持續不斷改進。
雖然有很多公司已經拿到了CMMI5的證書，其實真正達到這個階段的公司很少。能真正實施的應該算行業内已經很有名了，在完成本身開發規範的同時，還能在過程中總結出有利于行業的一些标準、建立标準。
以上非通過官方說法，隻是通過CMMI每個階段對應不同階段的公司個人看法。
個人感覺現在的公司大多包括 外包公司 項目公司 産品公司。
當然做小程式的和官網的怎麼分類還真不清楚。如果是配置就可以給别人使用的小程式應該算産品的，畢竟通過開發一個自己的産品給别人自動生成、但是有限制性。還有定制的應該歸為項目類。
![項目品質管理-知識領域[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)