ISO20000与CMMI
CMMl（capability maturity model integration）软件能力成熟度集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会（SEI）共同开发研制的。CMMI的前身是1994年SEI正式发布的软件CMM（capability maturity model）。在CMM（又称SW-CMM）发布后，相继又开发出了系统工程（SE-CMM）、软件采购（SS-CMM）、人力资源管理以及集成产品和过程开发（IPPD-CMM）方面等多个能力成熟度模型。
2001年12月，SEI在原来的CMM基础上，正式发布CMMI1.1版本。CMMI涉及面更广，覆盖软件工程、系统工程、集成产品开发和系统采购，是一套融合多学科的、可扩充的产品集合。
CMMI提供连续模型和阶段模型这两种表示方法，组织可以根据自己的过程改进需求并自由选择合适的表示方法。阶段式表示方法把成熟度分为五个等级：连续式过程区域分为四大类:过程管理、项目管理、工程以及支持。
| 等级 | 成熟度 | 说明 |
| L1 | 完成级 | 目标完成具有偶然性，是否完成依赖于项目实施人员 |
| L2 | 管理级 | 有一系列的项目管理程序，能基本确保项目的成功完成 |
| L3 | 定义级 | 能将管理体系和流程结合组织实际情况形成自己的流程并制度化，确保项目成功经验能被复制到同类或其他项目 |
| L4 | 量化管理级 | 流程量化和数字化，管理精度较高，项目质量有所保证 |
| L5 | 优化级 | 在量化管理基础上，组织还能够主动地改善流粮，运用新技术，实现流程的不断优化 |
CMMI的实施方法分为连续式和阶段式。与连续式方法由组织挑选评估项目不同的是，阶段式方怯是由评估师来挑选评估项目，要求大部分的项目都要达到相应级别，因此阶段式方法的难度要大一些。但总体来说，其实质内容是完全一样的。
与ISO20000重点关注IT服务不同的是，CMMI重点关注的是软件的开发过程，也可以说是软件工程和系统工程结合的产物。因此ISO20000和CMMI可以应用在IT组织的不同部门或不同的工作领域。毫无疑问，在应用软件开发和基础架构项目中可以采用CMMI的模型和管理方法，在IT的运行和服务中可以采取ISO20000管理体系。
由于IT的软件或服务都不可避免的有开发到运行（提供服务）的生命周期，在这个生命周期中可以结合两种管理体系的精髓，在特定阶段分别发挥各自的特长，将运行过程中的问题反馈到开发过程，促进软件或开发过程的改进，同时为运行或服务过程提供更优的产晶或服务内容。
