雖然中國目前是全球CMMI評估第一大國，CMMI研究院官網列出的CMMI組織一大半都是中國企業(ye) ，但真正理解評估目的、核心價(jia) 值的並不很多。這裏和大家聊聊CMMI評估的進化史，幫助大家更好的理解評估。

CMMI之父Humphrey早在多年前就識別出許多管理者的一個(ge) 通病：沒有耐心定位關(guan) 鍵問題，上來就要問題解決(jue) 方案。“別講問題，你就告訴我怎麽(me) 解決(jue) 。”這類霸道總裁的標配語言在職場司空見慣，但大多數這種情形下的方案並不能解決(jue) 問題。所以從(cong) 一開始，CMM評估的定位就是針對軟件公司的老板們(men) 。當一個(ge) 老板意識到軟件開發過程存在問題時，可以請些專(zhuan) 家來幫助做個(ge) 診斷，找出關(guan) 鍵問題及初步改進建議。所以CMM/CMMI評估的最重要角色並不是評估組長（主任評估師），而是被評估組織的Sponsor（評估發起人，公司高管）。

從(cong) Humphrey初衷來講，評估能發現真正弱項才是錢沒白花。但可惜的是，國內(nei) 許多Sponsors們(men) 並沒有真正介入到評估過程中來，除了一紙證書(shu) ，再無其他期望。當然作為(wei) 評估組長，工作量倒是大大降低。

最早CMM評估診斷是以訪談為(wei) 主，文檔為(wei) 輔；CMMI評估方法改為(wei) 文檔、訪談並重。但今天的CMMI 2.0的評估方法基本上還是遵循了Humphrey製定的評估框架和原則，最重要的評估著眼點還是放在後續的改進上，評估過程的相關(guan) 規定也是為(wei) 了支持實現評估目的。

如評估保密要求，是為(wei) 了讓參加訪談人員不必擔心講真話的後果，讓評估組能夠基於(yu) 項目的真實情況給出一份對Sponsor有價(jia) 值的改進報告。

軟件過程評估不同於(yu) 其他領域的審核，Humphrey下麵這段話值得每個(ge) 評估組成員仔細體(ti) 會(hui) ：“一般來講，軟件過程的評估、審核是確保組織批準的過程得到執行。執行中偏離過程有可能不是因為(wei) 自以為(wei) 是，而是希望能在實際情況下更快、更有效的完成任務。過程執行者有可能會(hui) 發現一些官方過程內(nei) 容過時、不適用，他們(men) 克服組織過程中的官僚障礙，找到有效的捷徑。評估組要注意這些情況，否則評估審核可能是弊大於(yu) 利。一個(ge) 適用的、已定義(yi) 的軟件過程能是一個(ge) 高效評估的基礎”。

評估發現的弱項不一定都是執行中過程的偏離點，也有可能是定義(yi) 過程的問題。不論什麽(me) 弱項，相關(guan) 做法一定有可能導致一些負麵的後果。

一些評估背書(shu) 式的訪談準備也偏離了CMMI的評估原則，CMMI評估不是CMMI考試，不要求所有參加訪談人員都要了解CMMI。評估前準備好訪談問題清單是一件好事，這樣可以確保模型實踐的覆蓋，讓問題本地化便於(yu) 理解。但如果參加訪談人員根據問題事先準備好“標準答案”那就把評估變成了一場表演，參加訪談的同學在乎評估組想聽什麽(me) ，而不是組織內(nei) 部實際的做法。還是那句老話，“評估訪談沒有正確答案或錯誤答案，隻有可接受不可接受的答案，實際做法就是可接受的回答，反之就是不可接受的”。

由於(yu) 證書(shu) 壓力和對評估的錯誤理解導致一些評估希望抹平所有弱項。有弱項不代表模型中的要求一定沒有實現，隻要模型中核心要求（1.3PA中的SG/GG(目標)；2.0PA中的PGs（實踐級別））得到滿足即可。麵臨(lin) 各種壓力的項目在實際開發過程中，很難有效點到幾百條實踐要求，在滿足核心要求前提下，有些不足也屬正常。在評估前的就緒檢查中，明確影響目標實現的問題，通過這些問題的整改，降低通過評估的風險。

由於(yu) 評估識別的強項和建議與(yu) 評估是否通過沒有關(guan) 係，如果Sponsor也不提要求，評估組自然敷衍，寫(xie) 些不疼不癢的通用強項、建議，讓評估價(jia) 值大打折扣。

最後希望大家不要忘了Humphrey給出的三個(ge) 簡簡單單的評估目標：

1.  了解組織的工作模式。

2.  識別其主要問題。

3.  把組織內(nei) 有影響力的人拉入到過程改進的工作中。

本文轉載自公眾(zhong) 號：老叢(cong) 講桌（laocongjiangzhuo） 作者：叢(cong) 斌博士
原文鏈接：    https://mp.weixin.qq.com/s/7PheXwm1ucHkzMlxucqcTQ

點擊了解更多CMMI詳情（CMMI的五個(ge) 級別、CMMI實踐域、CMMI評估的條件、CMMI評估的好處）