这里有一个需要澄清的观点，那就是：CMM/CMMI只有评估，没有认证！

　　关于CMM/CMMI有下面两个特点是与ISO9000不同的：

　　第一，CMM/CMMI的评估是一个持续不断的过程，CMM/CMMI的目的是为了帮助目标企业改进其软件开发过程，而不是简单的认证。因此，每过一段时间就需要进行重新的评估，如果再次评估的时候没有达到上次评估的要求，则在CMM/CMMI的级别发布中会修改其级别。

　　第二、CMM/CMMI只是对组织中的某一个部门的评估，不会对整个组织/企业进行评估！，CMM/CMMI的评估只是针对部门，同时在3级以上才需要组织/企业提供一些环境和配套措施，但它始终都不是对整个组织/企业的评估。

　　第三，按照规定大概每过半年，该部门的状态就需要进行一次重新的评估，以确保他们在此期间的项目仍然能够达到此前评估中认定的级别。检查该部门是否出现新的问题或者其级别是否已经有所提高！如果过了期限而没有参加评估，则不会被认定仍然具有该资格。在SEI那里记录的也只是曾经通过评估的有哪些，并不是说明现在还拥有资格的有哪些，所以，在看CMM证书的时候一定要注意一下！

　　因为每次评估，CMM的主任评估师都只会说：“我是来帮助你们改进过程的。每过一段时间，我们都需要过来评估一下你们目前的开发过程所处的状态，并针对你们的缺陷提出我们的意见和建议，供你们参考来改进你们部门的过程，提高你们的软件开发管理水平……”

　　另外，CMM/CMMI的评估没有其所要求的固定的软件开发与管理要求，它就像一个抽象的理论框架，企业采用哪种具体的实现方法是没有关系的，因此，企业可以选择XP或者选择RUP或者选择其他开发过程来进行这个评估。

　　2、开发者公司或项目组对项目过程管理框架的应用状况

　　图表 ：开发者公司或项目组对项目过程管理框架的应用状况
　　

　　从上面这张调查图上可以看出，国内软件企业的规范化程度有了显著的提高，因为软件开发的过程管理框架可以显示出一个企业在软件开发上的规范程度，这是一个企业从混沌状态到规范化状态必须跨越的一个门槛，而有了自己的过程管理框架也说明这个企业有了自己的核心技术人员和专家团队。

　　从软件企业的开发过程和实践来看，完全采用RUP的过程框架进行开发在中国国内是不太现实的，因为RUP过程本身的复杂度和管理上的重量是国内从大型企业到小型企业都无法承受的。这一点也可以从下面使用软件开发辅助工具的情况上看出来。

　　而XP的过程由于其先天的特征，要求企业内必须有技术水平绝对高的架构师的存在，而从中国的软件开发历程来看，中国国内目前还没有开发经验20年以上的软件技术人员存在，加上软件技术本身的变革和飞跃，基本上可以认为国内目前还没有真正培养出自己的软件架构师的时间，所以，从这一点来看，完全的XP实施就是不现实的事情。

　　这一点同样可以从后面的 “您所在的公司或项目组是否选用了迭代的开发方式”的调查数据中看出来。