一、CMM与CMMI的基本概念
1.1 CMM的起源与定义
CMM（Capability Maturity Model，能力成熟度模型）最初由美国卡内基梅隆大学软件工程研究所（SEI）开发，主要用于评估和改进软件开发过程。CMM的核心思想是通过定义五个成熟度等级（初始级、可重复级、已定义级、已管理级和优化级），帮助组织逐步提升其软件开发能力。
1.2 CMMI的引入与扩展
CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是CMM的升级版，旨在整合多个领域的成熟度模型，如软件开发、系统工程、采购等。CMMI不仅继承了CMM的核心框架，还引入了更广泛的实践领域和更灵活的评估方法，使其适用于更多类型的组织。
二、版本演进的时间线
2.1 CMM的版本演进
- CMM 1.0（1991年）：首次发布，专注于软件开发过程。
- CMM 1.1（1993年）：对1.0版本进行了小幅修订，增加了更多细节和示例。
2.2 CMMI的版本演进
- CMMI 1.0（2000年）：首次发布，整合了多个领域的成熟度模型。
- CMMI 1.1（2002年）：对1.0版本进行了修订，增加了更多实践领域和评估方法。
- CMMI 1.2（2006年）：进一步优化了模型结构和评估方法。
- CMMI 1.3（2010年）：引入了更多灵活性和适应性，支持更多类型的组织。
- CMMI 2.0（2018年）：最新版本，强调持续改进和业务价值，引入了更多现代实践和方法。
三、关键改进点和新增内容
3.1 CMM到CMMI的关键改进
- 领域扩展：CMMI不仅限于软件开发，还涵盖了系统工程、采购、服务等多个领域。
- 模型结构优化：CMMI引入了更灵活的模型结构，支持组织根据自身需求选择适用的实践领域。
- 评估方法改进：CMMI引入了更灵活的评估方法，如SCAMPI（Standard CMMI Appraisal Method for Process Improvement），支持更全面的评估和改进。
3.2 CMMI 2.0的新增内容
- 持续改进：CMMI 2.0强调持续改进，引入了更多现代实践和方法，如敏捷开发和DevOps。
- 业务价值导向：CMMI 2.0更加注重业务价值的实现，支持组织通过改进过程提升业务绩效。
- 评估方法优化：CMMI 2.0引入了更灵活的评估方法，支持组织根据自身需求选择适用的评估方法。
四、应用场景的变化
4.1 CMM的应用场景
CMM主要应用于软件开发领域，适用于需要提升软件开发能力的组织。其应用场景包括软件开发项目、软件外包、软件质量保证等。
4.2 CMMI的应用场景
CMMI适用于更广泛的应用场景，包括软件开发、系统工程、采购、服务等多个领域。其应用场景包括复杂系统开发、跨领域项目、服务管理等。
五、评估方法的差异
5.1 CMM的评估方法
CMM的评估方法主要基于五个成熟度等级，通过评估组织在各个等级上的表现来确定其成熟度。评估方法相对固定，主要适用于软件开发领域。
5.2 CMMI的评估方法
CMMI的评估方法更加灵活，支持组织根据自身需求选择适用的评估方法。CMMI引入了SCAMPI评估方法，支持更全面的评估和改进。CMMI 2.0进一步优化了评估方法，支持组织根据自身需求选择适用的评估方法。
六、对组织影响的不同
6.1 CMM对组织的影响
CMM主要影响组织的软件开发能力，通过提升软件开发过程的成熟度来提升软件质量和开发效率。其影响范围相对有限，主要适用于软件开发领域。
6.2 CMMI对组织的影响
CMMI对组织的影响更加广泛，不仅限于软件开发领域，还涵盖了系统工程、采购、服务等多个领域。CMMI通过提升组织在各个领域的成熟度来提升整体业务绩效。CMMI 2.0更加注重业务价值的实现，支持组织通过改进过程提升业务绩效。
总结
CMM与CMMI在基本概念、版本演进、关键改进点、应用场景、评估方法和对组织影响等方面存在显著差异。CMM主要适用于软件开发领域，而CMMI适用于更广泛的应用场景。CMMI通过引入更灵活的模型结构和评估方法，支持组织根据自身需求选择适用的实践领域和评估方法。CMMI 2.0进一步优化了模型结构和评估方法，强调持续改进和业务价值，支持组织通过改进过程提升业务绩效。
原创文章，作者：IT_learner，如若转载，请注明出处：https://docs.ihr360.com/strategy/it_strategy/67120
