三、 正確的態度看待CMM

    SEI的CMM并不是軟件開發的方法學，也不是產品模板，更不是過程法律。CMM是過程改進的途徑，是一套指南，幫助你通過持續的重復、測量和提煉，穩步創造與凈化開發環境。CMM的假定是：如果你實施一個不斷重復、測量和提煉的大綱，作為環境改進的副產物，質量便會自然的提高。不要把CMM設想為一套規則，而應將它理解為一個學科，做事的一般方法。在這套指南下運作，你會發現這里有著廣闊的空間，讓你剪裁和塑造自己的大綱，以適應組織的特定要求。

    CMM不采用“用這種方法做這類事”的風格，它也不對由問題的IT組織提供快速的糾正方案。CMM是一個指南針，指導你如何逃離暴風雪。CMM是一個大綱，要求你對整個IT組織的有關部分，從高層領導到軟件生產的第一次線工，都做出堅定的、長期的實施承諾。成熟的過程不可能在已也之間實現。

    在如何解釋CMM建議時，它允許極大的靈活性。CMM意識到，IT組織之間存在著很大的差別。他們的客戶不同，使用的工具不同，人員智力和專業背景不同，從事的項目屬于不同的類型，規模大小不同，要求也各不相同。因而，他們應當以自己的方式走向成熟。在一處活用的東西，在另一處未必適用。這一點非常重要，中國部分軟件公司的前車之鑒也從某種程度上給了我們建議和經驗教訓，那就是，要靈活應用CMM，不要幻想一夜就有成效。

四、CMM存在的問題

SW_CMM的版本CMM1.1存在問題主要包括
(1)、CMM雖然指明了成熟的軟件過程的各種關鍵實踐,并提供了一些有效的實踐例子,但CMM1.1并不包括對成功的項目來說是必不可少的一些重要問題,包括人才,個人技能和具體的技術等

(2)、CMM1.1所描述的標準和時間很適宜于政府簽約的大型軟件開發組織和大項目,但對于中小型組織或項目來說,必須加以適當剪裁.但是CMM1.1并沒有給出操作性好的剪裁指南.

(3)、CMM1.1所涉及的過程與ISO/IEC12207對于相應的過程的闡述不完全一致,在關于軟件過程評估工作的技術文件中,CMM1.1與ISO的表述也有差異.

(4)、CMM1.1關于第4級和第5級的闡述,在實際經驗方面的依據還不足,對這類組織過程的特征了解較少.

(5)、CMM1.1沒有指明任一軟件開發組織都必須首先建立基本的軟件工程和管理過程,因此就較難從初始級順利提高到可重復級.從初始級到可重復級的臺階太高.