能力成熟度模型集成

历史

“希迈”是由希迈项目开发的，它的目的是通过将许多不同的模型集成到一个框架中，来改进成熟度模型的可用性。该项目由行业、政府和卡内基·梅隆大学软件工程研究所（软工所）的成员组成。主要的发起者包括美国国防部长办公室（简称OSD或“防长办”）和美国国防产业协会——也称“（美国）国家防务产业协会”。
“希迈”是能力成熟度模型（Capability Maturity Model，简称CMM或“希姆”）或“软件希姆”的接替者。“希姆”自1987年开始开发，一直持续到1997年。在2002年，希迈1.1版发布，随后1.2版本在2006年8月发布，而1.3版本则于2010年11月发布。
于2018年三月，“希迈2.0”正式问世，自此希迈不再是免费使用；最便宜的收费选项为一周期限的在线使用版，收费为150美金。

希迈表现方式

“希迈”存在两种表现方式：“持续的”（continuous）和“分阶段的”（staged）。“持续的”的表现方式被设计为允许用户聚焦特定的、被认为对于企业眼下的商业目标而言非常重要的过程，或那些企业对其指派了一个高程度的风险的过程。“分阶段的”的表现方法同时提供了从“软件希姆”到“希迈”的轻松迁移。

达到希迈符合性

组织经常采用的来达到希迈模型遵从性的传统的方法包括工程过程组（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）。例如，依靠口头交流的极限编程需求管理方法，被评估为不遵从希迈。
希迈可以被用两种不同的方法来评价：分阶段的和持续的。分阶段的方法产生五个成熟度级别之一的评价结果。持续的方法产生六个能力级别之一。这些方法的不同点仅会在评价时被感知，最佳实践是平等的并且导致平等的过程改进结果。