然而，CMM/CMMI也有一些与身俱来的缺点不容忽视。比如，CMM/CMMI的评估耗资不菲，一个CMM2级评估就可能达到数百万之巨，而且耗时很长，过程十分复杂，常常导致效果不太理想。不少企业的认证流于形式，评估完成后就只留下一大堆文档，而真正的软件开发过程却依然故我。而且，CMM/CMMI只告诉我们应该怎么做，而没有具体地告诉如何做。比如说，它要求必须改进需求管理，那么到底该如何做需求管理？CMM/CMMI没有提供答案。
还有最重要的一点是，不少软件企业陷入了一个误区，以为单单通过CMM/CMMI评估就可以解决软件质量不高的问题，而忽略了软件过程这一真正改善软件质量的环节。事实上，完全有可能出现这样的情况: 软件成熟度为CMM 1级或2级的企业开发出的软件是真正好用的，而有的企业即使通过了CMM 5级认证，也无法保证它交付好的软件。最糟糕的情形是，如果采用不好的软件过程，通过CMM/CMMI的成熟度级别越高，只会使软件企业生产差劲软件的过程变得更加有效率，而不是使企业开发出更好的软件。
Ivar Jacobson认为,好的软件过程首先一定是基于组件的,在此基础之上,还要符合迭代开发、用例驱动开发和以架构为中心的这三个最佳实践。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
