CMMI的核心

CMMI的核心

在导入CMMI国内企业犯的最常见的错误是把它当成一个过程，一个标准，而不是一个模型。CMMI中的原话：“CMMI不包括过程（process）不包括程序流程（procedure）。”考虑到各种组织和项目的巨大差异，没有人能制定涵盖所有企业和项目的标准流程，CMMI当然也不是这样的标准流程。CMMI它只描述了有效过程的特征，并给出了必要的目标和建议。

1.3版本的CMMI开发模型包括22个过程域，每个过程域由目标和相关实践活动组成。例如：过程域Verification（验证）中SG2.和SP2.3（特定实践2.3)定义如下：

SG2:实施选定工作产品的同级评审。

SP2.3.分析同级评审的准备，实施与结果相关的数据。

这里只说同行评审必须执行，建议在同行评审活动中分析评审活动和结果的数据。

为了实现这一目标，企业需要根据自己的实际情况、项目的质量要求和缺陷分析要求，制定不同工作产品的评价方法和数据收集分析方法（如软件需求规范、设计文档、代码、操作手册等）。以及评估哪些产品，使用什么样的评估方法？参与评估的角色是什么？收集了哪些数据？从什么角度进行分析？模型中没有标准要求，但企业需要根据自己的场景和投资回报分析建立自己的同行评估过程，以实现同行评估的目标。

CMMI它是软件工程、系统工程、硬件工程理论研究和应用实践的集合，包括通常改进组织过程的活动。CMMI用作标准的后果是浪费了大量的人力物力，以评价的名义做了很多毫无价值的工作。CMMI作者指出，该模型没有直接应用（applied）相反，它应该实现（implemented），真正理解这个概念可以帮助你理解CMMI核心CMMI当工程师和架构师使用工程模型时，应将其视为学习工具、沟通工具和汇集思想的手段。