最近受朋友公司所托，幫他們的測試團隊與產品線質量保障體系業務進行業務咨詢。其中讓我比較感興趣的就是一個50人的測試部門，從5年前的初創的十幾人團隊開始，經歷了從混亂到有序的流程演變，通過團隊乃至公司整體的意識認知與實際行動，自始至終將產品質量思維貫徹其中，最后讓公司通過了CMMI4級認證。

能獲得這樣的成就，最根本的原因就在于公司上下團結一致，各層部門與人員有效的發揮著各自的作用，堅持不斷創新、總結、優化各類工作流程與項目經驗。而更難得的是公司內的人員與團隊又始終保持著高度的目的與價值觀統一，這樣的公司總體來說想不成功都很難。

說到這里就不得不提一下CMMI這個概念了，相信在IT公司做過研發與測試的同學應該都有所耳聞，這次我們就圍繞著CMMI來詳細說說與其相關的一些內容。

CMMI的全稱為Capability Maturity Model Integration，即能力成熟度模型集成。最早的時候在部分國家與地區還是使用的是CMM這個標準，但隨著模型本身的發展與演化，最后就變成了CMMI這個廣泛的認證模型標準了。

那CMMI又有什么用呢？企業在集成了CMMI的成熟度模型之后，可以增強軟件的開發與改進能力，也方便對軟件工程過程進行管理和優化，從而能按時地、不超預算地開發出高質量的軟件；這么說可能會有點虛，其實說直白點就是規范企業的項目產品執行過程。

如果企業嚴格依照CMMI的要求去執行產品或項目的流程，認證時會評估企業這套執行流程就給與評分和改進建議，流程中的需求分析、設計、編碼、測試、集成、交付一些列的動作就可以依照這個標準來進行優化和提升，并且CMMI認證的專業性也是毋庸置疑的，所以帶給企業的執行流程方面的提升也是顯而易見且效果巨大的。

另外，如果企業的項目都是以招標的形式進行獲取的話，通過CMMI的高等級認證，它可以幫助企業在招投標中獲得高額加分，一般情況下可以獲得2-7分的加分。

某些情況下企業可以靠CMMI認證獲得高額政府補貼，部分地區的補貼可以達到幾十萬元；至于CMMI為企業帶來的其他正向影響也是不勝枚舉，比如行業標桿影響力、企業的品牌宣傳、融資時的優勢等等。

CMMI一共分為5級，1級最低，5級最高，每一級的定義如下。

產品或項目的研發過程是混亂的，對過程管理幾乎沒有定義，就是我們平時所說的干到哪算哪。過程中的風險與不可控環節隨處都是，這樣的狀態下研發出的產品自然沒有任何的高質量保障。說的極端點，產品是否OK完全看運氣。

產品或項目的研發過程中建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程規范，并能復用之前項目中成功經驗。一般來說大部分的小公司都處于在這個階段，有基本的研發流程與項目管理角色參與其中，但也僅限于此，項目中的時間、成本、質量無法做到應有的及時管控與優化。盡管可以從既有與過往的項目中復盤進行部分的完善與優化，但也有其自身的局限性。

企業已經將產品或項目的過程有了一整套完整的實施流程，并演化成企業自身的標準軟件過程。所有項目均使用經批準、剪裁的標準軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。到了這一等級，整個產品或項目的研發過程已經是相當的完善了，其中的每一個階段的準入、輸入、輸出、成果物都是經過準確標準評審而產生的正向結果，也正是因為這樣的嚴格標準，才能確保整個研發的鏈路中很少會出現不可控因素與低級風險產生，從而保證了產品與項目的高質量交付與上線。

分析對軟件過程和產品質量的詳細度量數據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。

這一級別是在3級的基礎上增加了數據論證與量級控制標準，研發的過程中對于每個階段的要求都有精確的度量數據，以此來進行高精度的產品與項目質量管控。

試想一下，在這個等級中，測試團隊需要在項目的測試階段嚴格做好每一項測試流程中的活動：測試計劃（是否細化到大中小周期）、測試用例（覆蓋率是否100%）、評審的時機是否在需求規格說明書在設計階段進行、接口測試-功能測試-非功能測試-性能測試是否按照事前安排準確執行、測試報告中測試結果描述維度、問題的解決與跟蹤是否有明確的去向、是否符合執行標準。

除了這些，還需要有缺陷防范機制；主動進行技術變動管理與標志、選擇、評價的機制；過程變動管理，定義過程改進的目的，經常地進行過程改進等等條件限制。

優化管理級的量化反饋和先進的新思想、新技術促使過程持續不斷改進。這一等級的要求就已經變得極其嚴苛了，需要在產品或項目的過程中特別關注軟件過程改進的持續性、有效性以及自身加強。防止缺陷及問題的發生。不斷地提高整個的過程能力。另外對于執行過程的效果，進行成本/利潤分析，從成功的過程實踐中吸取經驗，加以總結。

把最好的創新成績迅速向全組織轉移。對失敗的案例，由項目團隊近行分析以找出原因。項目完成后進行分析，通過來自過程的質量反饋和吸收新觀念、新科技，使過程能不斷地得到改進。最后對過程的評價相對標準軟件過程的改進，都在全組織內推廣。

一般來說CMM1和CMMI2，企業只要有軟件研發的過程，企業實際經營管理能夠正常運轉且經營狀態為續存，就滿足了要求。而從CMMI3開始才會有相應的認證證書，對企業也開始有了一定的要求了，如團隊規模與人員角色數量規定。

認證CMMI3級的話研發團隊人數應在15-20人左右，開發的產品需要準備3個（兩個是研發完成狀態，另一個是需要在研發中），評估小組成員4人（ATM），另外就是固定的辦公場所。

CMMI3的人員架構需要1名發起人（公司法人或高層，法人最好），組織級5人（高層經理、組織培訓、過程與產品質量保證、配置管理員、過程改進小組EPG），項目級10人（負責該項目的項目經理、開發與測試人員等），評估小組4人（主要負責協助主任評估師完成正式評估）。

一般來說CMMI3的認證不會太困難，大部分的企業都是可以達到認證條件的，只需要全力配合認證機構順利開展，并確保所需的材料與日常工作標準與輸出物OK的情況下，剩下的就只是水到渠成的事。

CMMI4的要求自然就更高了，它要求認證企業必須擁有自己的項目庫，并且能從一定量的案例中做到實際的優化，對人員（開發、測試、質量經理、ATM等）、軟件、企業經營規模等要求都更高。

CMMI的認證是可以越級的，但也僅限于到CMMI3，要認證CMMI4與CMMI5的話必須先通過CMMI3的認證并且持證時間滿一年后才可以。

CMMI4認證的資格除了上面說的這些先決條件之外，另外很重要的就是在CMMI3認證取得之后一直到CMMI4或5認證開的這段時間是否有積累到一定量的項目實施經驗與成果累積，這里的積累不是單純的只要執行就好了，重點在于是否可以按照后期需要認證的CMMI等級的標準要求進行相應的材料與經驗累積。

說的通俗一點就是你想考個證，就必須復習和他相關的教材的意思。日常工作中是否有嚴格按照CMMI的認證要求執行，對應的流程與標準是否有跡可循，文檔化、量化、持久化都是必不可少的手段。剩下的無非就是團隊的規模是否達標，企業戰略目標是否合理且明確等等條件。

能申請到CMMI5的公司都是非常厲害的，達到企業規模65人和項目規模6個的要求其實并不難，難就難在20個實踐領域。企業必須確保在滿足CMMI3的實踐領域基礎上追加這些并嚴格執行這些認證要求。

這里需要注意的是之前很多人說的22個過程領域其實是CMMI v1.3版本的叫法，2019年開始就全面改為CMMI2.0版本，此版本開始已經將這個22個領域進行了分解與合并，變成了現在的20個實踐領域。