能力成熟度模型集成
能力成熟度模型集成（，简称CMMI或“希迈”）是一种改进过程的方法，其目的是协助提升组织的绩效。“希迈”可用来引导一整个项目、一整个部门乃至一个完整的组织的过程改进。在软件工程和组织发展的领域中，希迈能够向组织提供用于有效的过程改进的基本元素。“希迈”由卡内基梅隆大学在美国专利和商标局（英文：U.S. Patent and Trademark Office）注册。
按照（简写：SEI或“软工所”，2008）说法，希迈能够协助“集成传统独立的组织功能，设置过程改进目标和优先级，为质量过程提供指引，并为评价当前过程提供一个参考点”。
“希迈”目前致力于三个感兴趣的区域：
“希迈”由来自行业、政府和位于卡内基·梅隆大学的软件工程研究所的一组专家开发。希迈模型为开发或改进用于达成一个组织的商业目标的过程提供指导。一个希迈模型也可能被用作用于评价组织的过程成熟度的框架。
“希迈”原先面向软件工程，但是近年已经被高度一般化，以包含其他兴趣范围，例如硬件产品的开发、所有种类的业务的交付，以及产品和服务的采购。“软件”这个词现在不出现在希迈的定义中了。这个改进概念的一般化，使得希迈极度抽象。它现在不像它的前身——软件能力成熟度模型（英文：Software CMM，参见下文）——一样为软件工程所特有了。
“希迈”是由希迈项目开发的，它的目的是通过将许多不同的模型集成到一个框架中，来改进成熟度模型的可用性。该项目由行业、政府和卡内基·梅隆大学软件工程研究所（软工所）的成员组成。主要的发起者包括美国（简称OSD或“防长办”）和美国——也称“（美国）国家防务产业协会”。
“希迈”是能力成熟度模型（Capability Maturity Model，简称CMM或“希姆”）或“软件希姆”的接替者。“希姆”自1987年开始开发，一直持续到1997年。在2002年，希迈1.1版发布，随后1.2版本在2006年8月发布，而1.3版本则于2010年11月发布。 於2018年三月，“希邁2.0”正式問世，自此希邁不再是免費使用；最便宜的收費選項為一週期限的線上使用版，收費為150美金。
“希迈”存在两种表现方式：“持续的”（continuous）和“分阶段的”（staged）。“持续的”的表现方式被设计为允许用户聚焦特定的、被认为对于企业眼下的商业目标而言非常重要的过程，或那些企业对其指派了一个高程度的风险的过程。“分阶段的”的表现方法同时提供了从“软件希姆”到“希迈”的轻松迁移。
根据所使用的希迈系列集（采购、服务和开发），它所包含的过程区域将会改变。过程区域是那些将被组织的过程所覆盖的区域。下表列出了在所有希迈系列集中出现的过程区域。这十六个过程的集合被称为希迈核心过程区域。
CMMI实施时有连续式和阶段式两种改进实施方式。在阶段式中有五个等级。由于第一级“初始级”是组织的初始状态（可以认为每一个没有通过CMMI评估的公司或组织都处于“初始级”），故成熟度级别评定从2到5级被授予。下面的过程区域及其成熟度级别是为希迈开发方面模型而列出的：
成熟度级别2 － 已管理 成熟度级别3 － 已定义
成熟度级别4 － 已量化地管理
成熟度级别5 － 优化中
下面的过程区域及其成熟度级别是为CMMI服务方面模型列出的：
成熟度级别2 － 已管理
成熟度级别3 － 已定义
成熟度级别4 － 已量化地管理
成熟度级别5 － 优化中
下面的过程区域及其成熟度级别为希迈采购方面模型列出：
成熟度级别2 － 已管理
成熟度级别3 － 已定义
成熟度级别4 － 已量化地管理
成熟度级别5 － 优化中
希迈最佳实践（best practices）被发布在称为模型的文档中，这些文档中的每一个都专注于一个不同的兴趣区域。希迈的当前发行版本——1.3版——提供用于3个兴趣范围的模型：开发、采购和服务。
不管组织选择哪种模型，希迈最佳实践应当被组织根据它的商业目标来适配。
一个组织不能在希迈中被认证（certified）；替代地，组织是被评价（appraised）。依赖评价的类型，这个组织可被授予一个成熟度等级评定（英文：maturity level rating）1～5，或能力等级达成概要（英文：capability level achievement profile）。
许多组织通过进行一个评价，在度量他们的过程期间发现价值。评价典型地因下面的一个或多个原因而进行：
使用一个希迈模型的组织的评价必须遵守定义在“希迈评价需求”（英文：Appraisal Requirements for CMMI，简称ARC或“阿克”）文档中的需求。有三类评价——甲、乙和丙，它们聚焦于识别改进机会，并将组织的过程与希迈最佳实践相比较。其中，甲类评价是最正式的，并且是唯一一个可以在一个等级评定中得到结果的。评价团队使用一个希迈模型和阿克相符的评价方法来指导他们对组织的评估以及他们的结论报告。评价结果随后可以被用于为组织（例如，通过一个过程组）来计划改进。
“”（简称SCAMPI或“斯坎皮”）是一个评价方法，它满足所有的阿克需求。一个斯坎皮评价的结果会被发布在软工所的希迈网站（如果被评价的组织同意的话）：已发布的斯坎皮评价结果。斯坎皮还支持ISO/IEC 15504的管理——也称SPICE（软件过程改进和能力测定），评价等。
组织经常采用的来达到希迈模型遵从性的传统的方法包括工程过程组（Engineering Process Group，简称EPG）和过程行动团队（PATs）的建立。这个方法要求：工程过程组和过程行动团队的成员经过在希迈中的培训、一个非正式的评价（斯坎皮－丙）已被执行、以及过程区域被为改进而排列优先级。更多新的方法包括商业可用的开发、遵从希迈的过程，可以显著地减少达到遵从的时间。软工所已为组织通过更早的软件希姆、并主要使用传统方法，维护对于“提升时间”的统计。这些统计表明，自1987年以来，从1级移动到2级的时间中值是23个月，而从2级到3级则外加20个月。这些统计尚未为希迈而更新。
软件工程研究所（软工所）的“团队软件过程”（Team Software Process）方法论和对希迈模型的使用可以被用于提升成熟度级别。
软工所发布说，60个组织度量了在开销、安排、生产率、质量和客户满意度范畴内的绩效的提升。绩效的增长中值徘徊在14%（客户满意度）和62%之间。然而，希迈模型大多数处理什么过程应当被实施，而对如何它们才能被实施却不多。这些结果不保证在任何组织中使用希迈都将会提高绩效。一个拥有较少资源的小公司不太会从希迈中得到好处；这个观点由过程成熟度概要（第10页）支撑。对于小型组织（小于25名雇员），70.5%被评估在2级：已管理，而52.8%的拥有1001～2000名雇员的组织被评价为最高级（5：优化中）。
有趣的是，特纳和耆那（2002）争论说，尽管很明显在希迈和敏捷方法之间有着巨大的不同，但两个方法拥有很多共同点。他们相信没有一条路是开发软件的“正确的”路，但是项目中存在一些一者或二者更适合的阶段。他们建议应该将这些方法的不同碎片结合到一个新的混合的方法。萨瑟兰等人（2007）断言“混战争球”和希迈比任何单独一方能带来更多的适应性和可预测性。戴维·J·安德森（2005）给出了对于如何以敏捷方式解释希迈的提示。其他关于使用希迈和敏捷开发的观点可以在软工所网站上找到。
项目管理技术“挣值管理”（英文：earned value management，简称EVM）与希迈的结合已经被描述（所罗门，2002）。为了与希迈的近似使用达成一致，“极限编程”（英文：Extreme Programming，简称XP）——一个软件工程方法——被按希姆/希迈来评估（Nawrocki等人，2002）。例如，依靠口头交流的极限编程需求管理方法，被评估为不遵从希迈。
希迈可以被用两种不同的方法来评价：分阶段的和持续的。分阶段的方法产生五个"成熟度级别"之一的评价结果。持续的方法产生六个"能力级别"之一。这些方法的不同点仅会在评价时被感知，最佳实践是平等的并且导致平等的过程改进结果。