CMMI 快速指南

---

---

SEI CMMI - 概述

过程改进是持续改进。我们永远无法达到完美。在本教程中，我们将学习 CMM，这是一个不断发展和改进的模型，其重点始终是做得更好。我们的目标应该永远超越我们的能力。

什么是 CMM？

• CMM 代表Capability Maturity Model。（能力成熟度模型）

• 关注来自各种知识体系的基本实践和流程的要素。

• 描述了常识性的、高效的、行之有效的业务方式（你可能已经在做了）——而不是一种激进的新方法。

• CMMI 是一种评估和衡量组织软件开发过程成熟度的方法。

• CMMI 以 1 到 5 的等级衡量软件开发过程的成熟度。

• CMM v1.0 由美国匹兹堡卡内基梅隆大学软件工程研究所 (SEI) 开发。

• CMM 最初是为软件开发和维护而开发的，但后来扩展到：

  • 系统工程

  • 供应商采购

  • 集成产品和过程开发

  • 人员 CMM

  • 软件采购

CMMI 示例

• 人员 CMM——培养、激励和留住项目人才。

• 软件 CMM——增强以软件为中心的开发和维护能力。

什么是成熟度？

定义各不相同，但成熟的流程通常被认为是：

• 定义明确的，

• 可重复的，

• 可衡量的，

• 可分析的，

• 可改进的，以及

• 有效的。

糟糕但成熟的流程与完全没有成熟度一样糟糕！

CMMI 通过定义一组实践并提供改进它们的通用框架来帮助解决成熟度问题。CMMI 的重点是识别关键过程域和可能构成规范软件流程的典范实践。

不成熟的组织与成熟的组织

不成熟的组织具有以下特征：

• 项目过程中即兴发挥

• 忽略已批准的流程

• 被动反应，而非主动预防

• 预算和进度不切实际

• 为了进度牺牲质量

• 没有客观的质量衡量标准

相反，成熟组织的特征如下：

• 组间沟通和协调

• 按计划完成工作

• 实践与流程一致

• 根据需要更新流程

• 明确的角色/职责

• 管理层正式承诺

什么是 CMMI？

CMMI 集成项目旨在解决使用多个 CMM 的问题。CMMI 产品团队的使命是将三个源模型整合到一个改进框架中，供追求企业范围过程改进的组织使用。这三个源模型是：

• 软件能力成熟度模型 (SW-CMM) - v2.0 草案 C。

• 电子工业联盟临时标准 (EIA/IS) - 731 系统工程。

• 集成产品开发能力成熟度模型 (IPD-CMM) v0.98。

CMMI 集成

• 构建一组初始的集成模型。

• 根据经验教训改进源模型中的最佳实践。

• 建立一个框架，以实现未来模型的集成。

CMM 和 CMMI 之间的区别

CMM 是特定学科中成熟实践的参考模型，例如系统工程 CMM、软件 CMM、人员 CMM、软件采购 CMM 等，但它们难以根据需要进行集成。

CMMI 是 CMM 的继承者，它发展成为一套更成熟的指南，并通过结合 CMM 各个学科（软件 CMM、人员 CMM 等）的最佳组成部分而构建。它可以应用于产品制造、人员管理、软件开发等。

CMM 只描述软件工程，而 CMM 集成则描述软件和系统工程。CMMI 还包含集成过程和产品开发以及供应商采购。

CMMI 和业务目标

CMMI 的目标非常明显，如下所示：

• 生产高质量的产品或服务——CMMI 模型中的过程改进理念源于戴明、朱兰和克劳斯比的质量范式：高质量产品是高质量流程的结果。CMMI 非常关注与质量相关的活动，包括需求管理、质量保证、验证和确认。

• 为股东创造价值——成熟的组织比成熟度较低的组织更有可能做出更好的成本和收入预测，然后根据这些预测执行。CMMI 支持高质量产品、可预测的进度和有效的衡量，以支持管理层做出准确和可辩护的预测。这种流程成熟度可以防止可能削弱组织在投资者眼中的价值的项目绩效问题。

• 增强客户满意度——在满足成本和进度目标的同时提供经过验证符合客户需求的高质量产品是获得客户满意度的良好方法。CMMI 通过强调规划、监控和衡量以及更有效流程带来的改进的可预测性来解决所有这些要素。

• 增加市场份额——市场份额是许多因素的结果，包括高质量的产品和服务、品牌知名度、定价和形象。客户喜欢与那些信守承诺的供应商打交道。

• 获得业界公认的卓越地位——培养卓越声誉的最佳方法是在项目中始终保持良好的业绩，在成本和进度范围内交付高质量的产品和服务。拥有符合 CMMI 要求的流程可以增强这种声誉。

SEI CMMI 模型 - 学科

CMMI 集成是一个模型，它集成了多个学科/知识体系。目前，在选择 CMMI 模型时，您可以使用四个知识体系。

系统工程

系统工程涵盖完整系统的开发，其中可能包含或不包含软件。系统工程师专注于将客户的需求、期望和约束转化为产品解决方案，并在产品的整个生命周期中支持这些产品解决方案。

软件工程

软件工程涵盖软件系统的开发。软件工程师专注于将系统化、规范化和可量化的方法应用于软件的开发、运行和维护。

集成产品和过程开发

集成产品和过程开发 (IPPD) 是一种系统方法，它在产品的整个生命周期中实现相关利益相关者的及时协作，以更好地满足客户的需求、期望和要求。支持 IPPD 方法的流程与组织中的其他流程集成。

如果项目或组织选择 IPPD，它将与用于生产产品（例如，与系统工程相关的那些）的其他最佳实践同时执行 IPPD 最佳实践。也就是说，如果组织或项目希望使用 IPPD，则必须除 IPPD 外选择一个或多个学科。

供应商采购

随着工作量变得越来越复杂，项目经理可能会使用供应商来执行功能或添加项目特别需要的产品修改。当这些活动至关重要时，项目将受益于增强的源分析和在产品交付前监控供应商活动。在这种情况下，供应商采购学科涵盖从供应商处获取产品。

与 IPPD 最佳实践类似，必须结合用于生产产品的最佳实践来选择供应商采购最佳实践。

CMMI 学科选择

选择学科可能是一个困难的步骤，这取决于组织想要改进什么。

• 如果您正在改进系统工程流程，例如配置管理、测量和分析、组织流程重点、项目监控和控制、过程和产品质量保证、风险管理、供应商协议管理等，那么您应该选择系统工程 (SE) 学科。系统工程的学科扩展将得到特别重视。

• 如果您正在改进集成产品和过程开发流程，例如集成团队合作、集成组织环境，那么您应该选择 IPPD。IPPD 的学科扩展将得到特别重视。

• 如果您正在改进源选择流程，例如集成供应商管理，那么您应该选择供应商采购 (SS)。供应商采购的学科扩展将得到特别重视。

• 如果您正在改进多个学科，那么您需要处理与这些学科相关的所有领域，并关注这些学科的所有学科扩展。

我们将在后续章节中讨论与 CMMI 实施相关的不同领域。

SEI CMMI - 表示法

CMMI 的结构如下：

• 成熟度等级（分阶段表示）或能力等级（持续表示）
• 过程域
• 目标：通用目标和特定目标
• 通用特征
• 实践：通用实践和特定实践

本章将讨论两种 CMMI 表示法，其余主题将在后续章节中介绍。

表示法允许组织追求不同的改进目标。组织可以选择以下两种改进路径之一。

分阶段表示法

分阶段表示法是软件 CMM 中使用的方法。这是一种使用预定义的过程域集来定义组织改进路径的方法。这种改进路径由称为成熟度等级的模型组件来描述。成熟度等级是朝着实现改进的组织流程而迈出的定义明确的演变阶段。

CMMI 分阶段表示法

• 提供经过验证的改进顺序，每个改进都为下一个改进奠定基础。

• 通过使用成熟度等级，允许跨组织和组织间进行比较。

• 提供从 SW-CMM 到 CMMI 的轻松迁移。

• 提供总结评估结果的单一评级，并允许组织间进行比较。

因此，分阶段表示法基于经过验证的流程分组和排序以及相关的组织关系，提供组织改进的预定义路线图。您不能偏离步骤顺序。

CMMI 分阶段结构

下图说明了 CMMI 分阶段模型结构。（此处应插入图片）

持续表示法

持续表示法是 SECM 和 IPD-CMM 中使用的方法。这种方法允许组织选择特定的过程域并基于其进行改进。持续表示法使用能力等级来表征相对于单个过程域的改进。

CMMI 持续表示法

• 允许您选择最符合组织业务目标并减轻组织风险领域的改进顺序。

• 能够在过程域的基础上进行跨组织和组织间的比较。

• 提供从 EIA 731（以及其他具有持续表示法的模型）到 CMMI 的轻松迁移。

因此，持续表示法为组织提供了选择改进流程以及所需改进程度的灵活性。

CMMI 持续结构

下图说明了 CMMI 持续模型结构。（此处应插入图片）

持续表示法与分阶段表示法

哪种表示更好？

每种表示都比另一种具有优势，一些组织同时使用这两种表示来满足其改进计划中不同时间的特定要求。

阶段式表示关注组织成熟度，而连续表示关注流程域能力。

组织成熟度和流程域能力是相似的概念。它们之间的区别在于，组织成熟度与整个组织的一组流程域有关，而流程域能力则与与单个流程域或特定实践相关的一组流程有关。

下图显示了这两种表示。在此图中，**ML** 表示成熟度等级，**PA** 表示流程域。

CMMI - 成熟度等级

成熟度等级是朝着实现成熟软件流程的明确定义的演化平台。每个成熟度等级都在持续流程改进的基础上提供一层。

采用阶段式表示的 CMMI 模型具有五个成熟度等级，分别用数字 1 到 5 表示。它们是：

• 初始级
• 已管理级
• 已定义级
• 定量管理级
• 优化级

CMMI 阶段式表示成熟度等级

下图显示了 CMMI 阶段式表示中的成熟度等级。（此处应插入图片）

现在我们将学习有关每个成熟度等级的详细信息。下一节将列出与这些成熟度等级相关的所有流程域。

成熟度等级详情

成熟度等级由一组预定义的流程域组成。成熟度等级通过实现适用于每个预定义流程域集的**具体**和**通用目标**来衡量。以下各节将详细描述每个成熟度等级的特征。

成熟度等级 1 初始级

在成熟度等级 1，流程通常是临时和混乱的。组织通常无法提供稳定的环境。这些组织的成功取决于组织中人员的能力和英勇行为，而不是对成熟流程的使用。

成熟度等级 1 的组织通常会生产可用的产品和服务；但是，它们经常超过项目的预算和进度。

成熟度等级 1 的组织的特点是倾向于过度承诺，在危机时期放弃流程，并且无法重复过去的成功。

成熟度等级 2 已管理级

在成熟度等级 2，组织已实现成熟度等级 2 流程域的所有**具体**和**通用目标**。换句话说，组织的项目已确保对需求进行管理，并且对流程进行规划、执行、衡量和控制。

成熟度等级 2 反映的流程规范有助于确保在压力时期保留现有实践。当这些实践到位时，项目将根据其已记录的计划执行和管理。

在成熟度等级 2，需求、流程、工作产品和服务都得到管理。工作产品的状态和服务的交付在规定的时间点对管理层可见。

在相关利益相关者之间建立承诺，并根据需要进行修订。工作产品与利益相关者一起审查并进行控制。

工作产品和服务满足其规定的要求、标准和目标。

成熟度等级 3 已定义级

在成熟度等级 3，组织已实现分配给成熟度等级 2 和 3 的流程域的所有**具体**和**通用目标**。

在成熟度等级 3，流程具有良好的特征和理解，并在标准、程序、工具和方法中进行了描述。

成熟度等级 2 和成熟度等级 3 之间的关键区别在于标准、流程描述和程序的范围。在成熟度等级 2，标准、流程描述和程序在流程的每个特定实例（例如，在特定项目上）中可能大相径庭。

在成熟度等级 3，项目的标准、流程描述和程序是从组织的标准流程集中定制的，以适应特定的项目或组织单元。组织的标准流程集包括在成熟度等级 2 和成熟度等级 3 中讨论的流程。因此，在整个组织中执行的流程是一致的，除了定制指南允许的差异。

另一个关键区别在于，在成熟度等级 3，流程的描述通常比成熟度等级 2 更详细和更严格。在成熟度等级 3，流程使用对流程活动相互关系的理解和对流程、其工作产品及其服务的详细衡量指标更主动地进行管理。

成熟度等级 4 定量管理级

在成熟度等级 4，组织已实现分配给成熟度等级 2、3 和 4 的所有**具体目标**以及分配给成熟度等级 2 和 3 的**通用目标**。

在成熟度等级 4，选择对整体流程性能有重大贡献的子流程。这些选定的子流程使用统计和其他定量技术进行控制。

建立质量和流程性能的定量目标，并将其用作管理流程的标准。定量目标基于客户、最终用户、组织和流程实施者的需求。质量和流程性能以统计术语理解，并在流程的整个生命周期中进行管理。

对于这些流程，收集流程性能的详细衡量指标并进行统计分析。识别流程变化的特殊原因，并在适当的情况下纠正特殊原因的来源，以防止将来再次发生。

质量和流程性能衡量指标被纳入组织的衡量存储库，以支持未来的基于事实的决策。

成熟度等级 3 和成熟度等级 4 之间的关键区别在于流程性能的可预测性。在成熟度等级 4，流程的性能使用统计和其他定量技术进行控制，并且在数量上是可预测的。在成熟度等级 3，流程仅在质量上是可预测的。

成熟度等级 5 优化级

在成熟度等级 5，组织已实现分配给成熟度等级 2、3、4 和 5 的所有**具体目标**以及分配给成熟度等级 2 和 3 的**通用目标**。

流程基于对流程中固有的共同原因变化的定量理解而持续改进。

此级别侧重于通过增量和创新的技术改进持续改进流程性能。

建立组织的定量流程改进目标，不断修订以反映不断变化的业务目标，并将其用作管理流程改进的标准。

根据定量流程改进目标衡量和评估已部署流程改进的效果。已定义的流程和组织的标准流程集都是可衡量改进活动的靶标。

优化敏捷和创新的流程，取决于与组织的业务价值观和目标一致的授权员工的参与。通过寻找加速和共享学习的方法，增强了组织快速响应变化和机遇的能力。流程改进本质上是每个人都必须扮演的角色，从而形成持续改进的循环。

成熟度等级 4 和成熟度等级 5 之间的关键区别在于所解决的流程变化类型。在成熟度等级 4，流程关注的是解决流程变化的特殊原因并提供结果的统计可预测性。尽管流程可能会产生可预测的结果，但这些结果可能不足以实现既定的目标。在成熟度等级 5，流程关注的是解决流程变化的共同原因并改变流程（即，改变流程性能的均值）以改进流程性能（同时保持统计可预测性）以实现既定的定量流程改进目标。

不应跳过成熟度等级

每个成熟度等级都为有效实施下一级别的流程提供了必要的基石。

• 如果没有较低级别提供的规范，较高级别的流程成功的可能性较小。

• 在嘈杂的流程中，创新的效果可能会被掩盖。

较低成熟度等级的组织可能会执行较高级别的成熟度流程，但存在在危机中无法持续应用的风险。

成熟度等级和流程域

这是一个为软件组织定义的所有相应流程域的列表。这些流程域对于不同的组织可能有所不同。

本节提供了相关流程域的名称。有关这些流程域的更多详细信息，请参阅 CMMI 流程域章节。

CMMI - 能力等级

能力级别是对组织相对于流程领域的能力进行描述的明确定义的演化平台。能力级别由流程领域中相关的特定和通用实践组成，这些实践可以改进组织与该流程领域相关的流程。每个级别都是持续流程改进基础中的一个层次。

因此，能力级别是累积的，即更高的能力级别包括较低级别的属性。

在采用连续表示法的CMMI模型中，有六个能力级别，用数字0到5表示。

• 0 − 不完整
• 1 − 已执行
• 2 − 已管理
• 3 − 已定义
• 4 − 定量管理
• 5 − 优化

以下是每个能力级别的简短描述：

能力级别0：不完整

“不完整流程”是指未执行或部分执行的流程。流程领域的⼀个或多个具体目标未实现，并且此级别不存在通用目标，因为没有理由将部分执行的流程制度化。

这相当于分阶段表示中的成熟度级别1。

能力级别1：已执行

能力级别1流程是指预期执行所有能力级别1特定和通用实践的流程。性能可能不稳定，可能无法达到质量、成本和进度等具体目标，但可以完成有用的工作。这仅仅是流程改进的开始或第一步。这意味着您正在做某些事情，但您无法证明它确实对您有效。

能力级别2：已管理

已管理的流程是指为单个项目、组或独立流程进行规划、执行、监控和控制以实现既定目的的流程。管理流程既实现了模型对流程的目标，也实现了其他目标，例如成本、进度和质量。正如本级别标题所示，您正在积极管理组织的工作方式。您有一些持续收集并应用于管理方法的指标。

注意 − 在CMMI的分阶段和连续表示法中，所有级别都收集和使用指标。认为组织可以等到能力级别4才能使用指标是一种严重的谬误。

能力级别3：已定义

能力级别3流程的特点是“已定义流程”。已定义的流程是从组织的标准流程集根据组织的定制指南定制的已管理（能力级别2）流程，并为组织流程资产贡献工作产品、度量和其他流程改进信息。

能力级别4：定量管理

能力级别4流程的特点是“定量管理流程”。定量管理流程是使用统计和其他定量技术控制的已定义（能力级别3）流程。建立质量和流程性能的定量目标，并将其用作管理流程的标准。质量和流程性能以统计术语理解，并在流程的整个生命周期中进行管理。

能力级别5：优化

优化流程是基于对流程固有的常见流程变化原因的理解而改进的定量管理流程。它专注于通过增量和创新改进持续改进流程性能。已定义的流程和组织的标准流程集都是改进活动的目标。

能力级别4侧重于建立流程性能的基线、模型和度量。能力级别5侧重于研究整个组织或整个企业的绩效结果，找出工作方式（使用的流程）中问题的常见原因，并解决流程中的问题。修复将包括更新流程文档和培训参与者。

连续表示法中流程领域的组织

CMMI - 关键流程领域

流程领域是在一个领域中相关实践的集合，当这些实践共同实施时，可以满足一组被认为对在该领域取得重大改进至关重要的目标。所有CMMI流程领域都适用于连续表示和分阶段表示。

连续表示法使组织能够通过选择最能使组织及其业务目标受益的流程领域或相关流程领域集来选择其流程改进工作的重点。尽管由于流程领域之间的依赖性，组织的选择存在一些限制，但组织在其选择方面拥有相当大的自由度。

选择流程领域后，还必须选择希望改进与这些流程领域相关的流程的程度（即选择适当的能力级别）。能力级别以及通用目标和实践支持改进各个流程领域的流程。

相反，您会看到分阶段表示鼓励您始终在所属成熟度级别的上下文中查看流程领域。流程领域按成熟度级别组织，以增强此概念。使用流程领域时，使用的是整个流程领域，即所有目标和所有实践。

CMMI流程领域 (PA) 可以分为以下四个类别，以便理解它们之间的相互作用和联系，而不管其定义的级别如何

• 流程管理

• 项目管理

• 工程

• 支持

每个流程领域都由一组目标和实践定义。目标和实践分为两类：

• 通用目标和实践 − 它们是每个流程领域的一部分。

• 特定目标和实践 − 它们特定于给定的流程领域。

当公司的流程涵盖该流程领域的所有通用和特定目标和实践时，该流程领域就得到满足。

通用目标和实践

通用目标和实践是每个流程领域的一部分。

符号 − GG --> 通用目标和 GP --> 通用实践

• GG 1 实现特定目标

  • GP 1.1 执行特定实践

• GG 2 建立已管理流程

  • GP 2.1 制定组织政策

  • GP 2.2 规划流程

  • GP 2.3 提供资源

  • GP 2.4 分配责任

  • GP 2.5 培训人员

  • GP 2.6 管理配置

  • GP 2.7 识别并纳入相关利益相关者

  • GP 2.8 监控和控制流程

  • GP 2.9 客观评估遵守情况

  • GP 2.10 与上级管理层审查状态

• GG 3 建立已定义流程

  • GP 3.1 建立已定义流程

  • GP 3.2 收集改进信息

• GG 4 建立定量管理流程

  • GP 4.1 为流程建立定量目标

  • GP 4.2 稳定子流程性能

• GG 5 建立优化流程

  • GP 5.1 确保持续流程改进

  • GP 5.2 纠正问题的根本原因

通用特征

共同特征是表明关键流程领域的实施和制度化是否有效、可重复和持久性的属性。五个共同特征如下：

• 履行承诺 − 履行承诺描述了组织必须采取的行动，以确保流程的建立和持续。履行承诺通常涉及制定组织政策和获得高级管理层的支持。

• 履行能力 − 履行能力描述了项目或组织中必须具备的先决条件，才能胜任地实施软件流程。履行能力通常涉及资源、组织结构和培训。

• 已执行活动 − 已执行活动描述了实施关键流程领域所需的职能和程序。已执行活动通常涉及制定计划和程序、执行工作、跟踪工作以及根据需要采取纠正措施。

• 测量和分析 − 测量和分析描述了测量流程和分析测量的必要性。测量和分析通常包括可以用来确定已执行活动的状况和有效性的测量的示例。

• 验证实施 − 验证实施描述了确保活动符合已建立流程的步骤。验证通常包括管理层和软件质量保证的审查和审核。

“已执行活动”共同特征中的实践描述了为建立流程能力必须实施的内容。其他实践作为一个整体，构成了组织能够将“已执行活动”共同特征中描述的实践制度化的基础。

流程领域详解

CMMI 包含 22 个流程领域，指示公司流程需要涵盖的产品开发方面。

因果分析和解决

• 这是一个成熟度等级为5的支持流程领域。

目的

因果分析和解决 (CAR) 的目的是识别缺陷和其他问题的根本原因，并采取行动防止这些问题将来再次发生。

按目标划分的具体实践

• SG 1 确定缺陷的原因

  • SP 1.1 选择用于分析的缺陷数据

  • SP 1.2 分析原因

• SG 2 解决缺陷的原因

  • SP 2.1 实施行动方案

  • SP 2.2 评估变更效果

  • SP 2.3 记录数据

配置管理

• 这是一个成熟度等级为2的支持流程领域。

目的

配置管理 (CM) 的目的是利用配置识别、配置控制、配置状态核算和配置审计来建立和维护工作产品的完整性。

按目标划分的具体实践

• SG 1 建立基线

  • SP 1.1 识别配置项

  • SP 1.2 建立配置管理系统

  • SP 1.3 创建或发布基线

• SG 2 跟踪和控制变更

  • SP 2.1 跟踪变更请求

  • SP 2.2 控制配置项

• SG 3 建立完整性

  • SP 3.1 建立配置管理记录

  • SP 3.2 执行配置审计

决策分析与解决

• 这是一个成熟度等级为3的支持流程领域。

目的

决策分析和解决 (DAR) 的目的是使用正式的评估流程来分析可能的决策，该流程根据既定标准评估已识别的备选方案。

按目标划分的具体实践

• SG 1 评估备选方案

  • SP 1.1 建立决策分析指南

  • SP 1.2 建立评估标准

  • SP 1.3 识别替代方案

  • SP 1.4 选择评估方法

  • SP 1.5 评估备选方案

  • SP 1.6 选择解决方案

集成项目管理 + IPPD

• 这是一个成熟度等级为3的项目管理流程领域。

目的

集成项目管理 + IPPD (IPM) 的目的是根据从组织的标准流程集定制的集成和定义的流程，建立和管理项目以及相关利益相关者的参与。

按目标划分的具体实践

• SG 1 使用项目定义的流程

  • SP 1.1 建立项目的定义流程

  • SP 1.2 使用组织流程资产规划项目活动

  • SP 1.3 建立项目的作业环境

  • SP 1.4 集成计划

  • SP 1.5 使用集成计划管理项目

  • SP 1.6 为组织流程资产做出贡献

• SG 2 与相关利益相关者协调和协作

  • SP 2.1 管理利益相关者的参与

  • SP 2.2 管理依赖关系

  • SP 2.3 解决协调问题

IPPD 增补 −

• SG 3 应用 IPPD 原则

  • SP 3.1 建立项目的共享愿景

  • SP 3.2 建立集成的团队结构

  • SP 3.3 将需求分配给集成团队

  • SP 3.4 建立集成团队

  • SP 3.5 确保接口团队之间的协作

测量与分析

这是一个成熟度等级为2的支持流程领域。

目的

测量和分析 (MA) 的目的是开发和维持一种测量能力，用于支持管理信息需求。

按目标划分的具体实践

• SG 1 协调测量和分析活动

  • SP 1.1 建立测量目标

  • SP 1.2 指定度量

  • SP 1.3 指定数据收集和存储程序

  • SP 1.4 指定分析程序

• SG 2 提供测量结果

  • SP 2.1 收集测量数据

  • SP 2.2 分析测量数据

  • SP 2.3 存储数据和结果

  • SP 2.4 传达结果

组织创新和部署

这是一个成熟度等级为5的流程管理流程领域。

目的

组织创新和部署 (OID) 的目的是选择和部署增量式和创新式改进，这些改进可以显著改善组织的流程和技术。这些改进支持组织从组织的业务目标中得出的质量和流程绩效目标。

按目标划分的具体实践

• SG 1 选择改进

  • SP 1.1 收集和分析改进建议

  • SP 1.2 识别和分析创新

  • SP 1.3 试点改进

  • SP 1.4 选择用于部署的改进

• SG 2 部署改进

  • SP 2.1 规划部署区域

  • SP 2.2 管理部署

  • SP 2.3 衡量改进效果

组织流程定义 + IPPD (OPD)

这是一个成熟度等级为3的流程管理流程领域。

目的

组织流程定义 + IPPD (OPD) 的目的是建立和维护一套可用的组织流程资产。

按目标划分的具体实践

• SG 1 建立组织流程资产

  • SP 1.1 建立标准流程

  • SP 1.2 建立生命周期模型描述

  • SP 1.3 建立定制标准和指南

  • SP 1.4 建立组织的测量库

  • SP 1.5 建立组织的流程资产库

IPPD 增补 −

• SG 2 支持 IPPD 管理

  • SP 2.1 建立授权机制

  • SP 2.2 建立集成团队的规则和指南

  • SP 2.3 平衡团队和本组织的责任

组织流程重点

这是一个成熟度等级为3的流程管理流程领域。

目的

组织流程重点 (OPF) 的目的是根据对组织流程和流程资产当前优势和劣势的透彻理解，规划和实施组织流程改进。

按目标划分的具体实践

• SG 1 确定流程改进机会

  • SP 1.1 建立组织流程需求

  • SP 1.2 评估组织的流程

  • SP 1.3 确定组织的流程改进

• SG 2 规划和实施流程改进活动

  • SP 2.1 建立流程行动计划

  • SP 2.2 实施流程行动计划

• SG 3 部署组织流程资产并吸取经验教训

  • SP 3.1 部署组织流程资产

  • SP 3.2 部署标准流程

  • SP 3.3 监控实施情况

  • SP 3.4 将流程相关经验纳入组织流程资产

组织流程绩效

这是一个成熟度等级为4的流程管理流程领域。

目的

组织流程绩效 (OPP) 的目的是建立和维持对组织标准流程集绩效的定量理解，以支持质量和流程绩效目标，并提供流程绩效数据、基线和模型，以便定量管理组织的项目。

按目标划分的具体实践

• SG 1 建立绩效基线和模型

  • SP 1.1 选择流程

  • SP 1.2 建立流程绩效指标

  • SP 1.3 建立质量和流程绩效目标

  • SP 1.4 建立流程绩效基线

  • SP 1.5 建立流程绩效模型

组织培训

这是一个成熟度等级为3的流程管理流程领域。

目的

组织培训 (OT) 的目的是培养人们的技能和知识，使他们能够有效率地履行职责。

按目标划分的具体实践

• SG 1 建立组织培训能力

  • SP 1.1 建立战略培训需求

  • SP 1.2 确定哪些培训需求是组织的责任

  • SP 1.3 建立组织培训战术计划

  • SP 1.4 建立培训能力

• SG 2 提供必要的培训

  • SP 2.1 提供培训

  • SP 2.2 建立培训记录

  • SP 2.3 评估培训效果

产品集成

这是一个成熟度等级为3的工程流程领域。

目的

产品集成 (PI) 的目的是从产品组件组装产品，确保已集成的产品正常运行，并交付产品。

按目标划分的具体实践

• SG 1 准备产品集成

  • SP 1.1 确定集成顺序

  • SP 1.2 建立产品集成环境

  • SP 1.3 建立产品集成程序和标准

• SG 2 确保接口兼容性

  • SP 2.1 审查接口描述的完整性

  • SP 2.2 管理接口

• SG 3 组装产品组件并交付产品

  • SP 3.1 确认产品组件已准备好进行集成

  • SP 3.2 组装产品组件

  • SP 3.3 评估组装的产品组件

  • SP 3.4 包装和交付产品或产品组件

项目监控和控制

这是一个成熟度等级为2的项目管理流程领域。

目的

项目监控和控制 (PMC) 的目的是了解项目的进展情况，以便在项目的绩效与计划有重大偏差时采取适当的纠正措施。

按目标划分的具体实践

• SG 1 监控项目计划

  • SP 1.1 监控项目规划参数

  • SP 1.2 监控承诺

  • SP 1.3 监控项目风险

  • SP 1.4 监控数据管理

  • SP 1.5 监控利益相关者的参与

  • SP 1.6 进行进度审查

  • SP 1.7 进行里程碑审查

• SG 2 管理纠正措施直至关闭

  • SP 2.1 分析问题

  • SP 2.2 采取纠正措施

  • SP 2.3 管理纠正措施

项目规划

这是一个成熟度等级为2的项目管理流程领域。

目的

项目规划 (PP) 的目的是建立和维护定义项目活动的计划。

按目标划分的具体实践

• SG 1 建立估算

  • SP 1.1 估算项目的范围

  • SP 1.2 建立工作产品和任务属性的估算

  • SP 1.3 定义项目生命周期

  • SP 1.4 确定工作量和成本估算

• SG 2 制定项目计划

  • SP 2.1 制定预算和进度表

  • SP 2.2 识别项目风险

  • SP 2.3 规划数据管理

  • SP 2.4 规划项目资源

  • SP 2.5 规划所需知识和技能

  • SP 2.6 规划利益相关者的参与

  • SP 2.7 制定项目计划

• SG 3 获得对计划的承诺

  • SP 3.1 审查影响项目的计划

  • SP 3.2 协调工作和资源级别

  • SP 3.3 获得计划承诺

过程和产品质量保证

这是一个成熟度等级为2的支持流程领域。

目的

流程和产品质量保证 (PPQA) 的目的是为员工和管理层提供对流程和相关工作产品的客观见解。

按目标划分的具体实践

• SG 1 客观地评估流程和工作产品

  • SP 1.1 客观地评估流程

  • SP 1.2 客观地评估工作产品和服务

• SG 2 提供客观见解

  • SP 2.1 传达和确保解决不符合问题

  • SP 2.2 建立记录

定量项目管理

这是一个成熟度等级为4的项目管理流程领域。

目的

定量项目管理 (QPM) 流程领域的目的是定量管理项目定义的流程，以实现项目既定的质量和流程绩效目标。

按目标划分的具体实践

• SG 1 定量管理项目

  • SP 1.1 建立项目的总体目标

  • SP 1.2 组成已定义的流程

  • SP 1.3 选择将进行统计管理的子流程

  • SP 1.4 管理项目绩效

• SG 2 统计管理子流程绩效

  • SP 2.1 选择度量和分析技术

  • SP 2.2 应用统计方法来了解差异

  • SP 2.3 监控所选子流程的绩效

  • SP 2.4 记录统计管理数据

需求开发

这是一个成熟度等级为3的工程流程领域。

目的

需求开发 (RD) 的目的是生成和分析客户需求、产品需求和产品组件需求。

按目标划分的具体实践

• SG 1 开发客户需求

  • SP 1.1 征集需求

  • SP 1.2 开发客户需求

• SG 2 开发产品需求

  • SP 2.1 建立产品和产品组件需求

  • SP 2.2 分配产品组件需求

  • SP 2.3 识别接口需求

• SG 3 分析和验证需求

  • SP 3.1 建立操作概念和场景

  • SP 3.2 建立所需功能的定义

  • SP 3.3 分析需求

  • SP 3.4 分析需求以实现平衡

  • SP 3.5 验证需求

需求管理

这是一个成熟度等级为2的工程流程领域。

目的

需求管理 (REQM) 的目的是管理项目产品和产品组件的需求，并识别这些需求与项目计划和工作产品之间不一致的地方。

按目标划分的具体实践

• SG 1 管理需求

  • SP 1.1 获取需求理解

  • SP 1.2 获取对需求的承诺

  • SP 1.3 管理需求变更

  • SP 1.4 维持需求的双向追溯性

  • SP 1.5 识别项目工作与需求之间的不一致性

风险管理

这是一个成熟度等级为3的项目管理流程领域。

目的

风险管理 (RSKM) 的目的是在潜在问题发生之前识别它们，以便能够根据需要在产品或项目的整个生命周期中规划和调用风险处理活动，以减轻对实现目标的不利影响。

按目标划分的具体实践

• SG 1 风险管理准备

  • SP 1.1 确定风险来源和类别

  • SP 1.2 定义风险参数

  • SP 1.3 制定风险管理策略

• SG 2 识别和分析风险

  • SP 2.1 识别风险

  • SP 2.2 评估、分类和优先排序风险

• SG 3 减轻风险

  • SP 3.1 制定风险缓解计划

  • SP 3.2 实施风险缓解计划

供应商协议管理

这是一个成熟度等级为2的项目管理流程领域。

目的

供应商协议管理 (SAM) 的目的是管理从存在正式协议的供应商处采购产品。

按目标划分的具体实践

• SG 1 建立供应商协议

  • SP 1.1 确定采购类型

  • SP 1.2 选择供应商

  • SP 1.3 建立供应商协议

• SG 2 履行供应商协议

  • SP 2.1 执行供应商协议

  • SP 2.2 监控选定供应商流程

  • SP 2.3 评估选定供应商工作产品

  • SP 2.4 验收采购产品

  • SP 2.5 产品过渡

技术解决方案

这是一个成熟度等级为3的工程流程领域。

目的

技术解决方案 (TS) 的目的是设计、开发和实施满足需求的解决方案。解决方案、设计和实现涵盖产品、产品组件和产品相关的生命周期流程，可以单独或组合使用，具体取决于情况。

按目标划分的具体实践

• SG 1 选择产品组件解决方案

  • SP 1.1 开发替代方案和选择标准

  • SP 1.2 选择产品组件解决方案

• SG 2 开发设计

  • SP 2.1 设计产品或产品组件

  • SP 2.2 建立技术数据包

  • SP 2.3 使用标准设计接口

  • SP 2.4 执行自制、外购或重用分析

• SG 3 实施产品设计

  • SP 3.1 实施设计

  • SP 3.2 开发产品支持文档

确认

这是一个成熟度等级为3的工程流程领域。

目的

验证 (VAL) 的目的是证明产品或产品组件在其预期环境中使用时能够满足其预期用途。

按目标划分的具体实践

• SG 1 验证准备

  • SP 1.1 选择用于验证的产品

  • SP 1.2 建立验证环境

  • SP 1.3 建立验证程序和标准

• SG 2 验证产品或产品组件

  • SP 2.1 执行验证

  • SP 2.2 分析验证结果。

验证

这是一个成熟度等级为3的工程流程领域。

目的

验证 (VER) 的目的是确保选定的工作产品满足其规定的要求。

按目标划分的具体实践

• SG 1 验证准备

  • SP 1.1 选择用于验证的工作产品

  • SP 1.2 建立验证环境

  • SP 1.3 建立验证程序和标准

• SG 2 执行同行评审

  • SP 2.1 同行评审准备

  • SP 2.2 进行同行评审

  • SP 2.3 分析同行评审数据

• SG 3 验证选定的工作产品

  • SP 3.1 执行验证

  • SP 3.2 分析验证结果

1.2 版本中的变更

这里只考虑对流程域集所做的更改。有关完整详细信息，请访问SEI 主页。

• 已删除以下流程域（所有成熟度级别 3）：

  • 集成组织环境 (OEI)

  • 集成团队 (IT)

  • 集成供应商管理 (ISM)

• 在现有流程域中进行了以下补充：

  • IPM . 删除了 SG3 和 SG4，添加了新的 SG3（所有 IPPD PA）

  • OPD . 添加了 SG，将其转变为 IPPD PA

  • OPF . 从 SG 中提取了两个 SP，并与两个新的 SP 一起创建了 SG3

  • REQD . SP3.5 重命名为验证需求

  • SAM . 删除了 SP2.1，在 SG2 中添加了两个新的 SP

  • TS . 删除了 SP1.2

  • VER . SP3.2 重命名为分析验证结果

CMMI - 评估

CMMI 评估是对一个或多个流程由经过培训的专业人员团队进行的检查，使用评估参考模型作为确定组织优势和劣势的基础。

评估需要规划。在规划对贵组织的评估时，请确定组织单元的范围、要包含的学科、评估团队是否由贵组织内部或外部成员组成、要包含的项目、要采访的个人以及必要的评估类型或级别。

评估考虑 CMMI 中定义的三类模型组件：

• 必需的 - 仅限特定和通用目标。

• 预期的 - 仅限特定和通用实践。

• 信息性的 - 包括子实践和典型工作产品。

SEI 发布了两份关于 CMMI 评估的指导性文件：

• CMMI 评估要求 (ARC) - 它包含三类评估方法（A 类、B 类和 C 类）的要求。这些要求是定义每类评估方法的规则。

• 用于流程改进的标准 CMMI 评估方法 (SCAMPI) - 方法描述文档 (MDD) 目前是唯一批准的 A 类评估方法。

SCAMPI 目前是唯一批准的 CMMI A 类评估方法。也就是说，SCAMPI 满足 ARC A 类评估方法的所有要求，并已获得 SEI 批准。

CMMI 评估方法分为三类：A 类、B 类和 C 类。

SCAMPI A 类评估

当组织实施了许多重要的流程改进，需要根据 CMMI 正式衡量其流程时，通常会进行 SCAMPI A 类评估。SCAMPI A 是唯一提供 CMMI 成熟度级别或能力级别评级的评估方法。

您可以从 SCAMPI A 获得以下结果：

• 成熟度级别评级或能力级别评级。

• 描述贵组织流程相对于 CMMI 的优势和劣势的调查结果。

• 关于组织关键流程问题的共识。

• 组织可以继续使用以监控流程改进进度并支持未来评估的评估数据库。

SCAMPI B 类评估

当组织需要评估其朝着目标 CMMI 成熟度级别的进展，但成本低于 SCAMPI A 时，需要进行 SCAMPI B 类评估。SCAMPI B 评估提供详细的调查结果，并指出评估的实践在 SCAMPI A 评估中被评为令人满意地实施的可能性。

SCAMPI B 类评估是 SEI 三种评估方法之一，它帮助组织以相对较高的置信度了解其软件和系统工程流程相对于 CMMI 的状态。当组织需要准确评估其朝着目标 CMMI 成熟度级别的进展时，通常会执行 SCAMPI B 类评估。

您可以从 SCAMPI B 获得以下结果：

• 详细的调查结果，描述贵组织流程相对于 CMMI 的优势和劣势。

• 实践特征，表明被检查的实践满足 CMMI 目标并符合 CMMI 意图的可能性。

• 关于组织关键流程问题的共识。

• 组织可以继续使用以监控流程改进进度并支持未来评估的 FIDO 数据库。

SCAMPI C 类评估

SCAMPI C 类评估比 SCAMPI A 类和 B 类评估更短、更灵活，并用于解决各种特殊需求，从快速差距分析到确定组织对 SCAMPI A 的准备情况。

SCAMPI C 类评估是 SEI 评估方法套件中最不正式的，具有高度灵活性，可以用于解决各种需求。SCAMPI C 类评估的持续时间通常比 A 类和 B 类评估短得多，通常出于以下原因进行：

• 提供组织流程相对于 CMMI 的快速差距分析。

• 评估新流程在实施前的充分性。

• 监控流程的实施。

• 确定组织对 SCAMPI A 的准备情况。

• 支持供应商的选择。

您可以从 SCAMPI C 获得以下结果：

• 描述被评估流程的优势和劣势的调查结果。根据评估范围和策略，调查结果可能会映射到相关的 CMMI 组件。

• 总结被评估流程相对于 CMMI 的充分性的特征。

• 推荐的流程改进措施。

• 组织可以继续使用以监控流程改进进度并支持未来评估的 FIDO 数据库。

评估类别特征

每个类别都以应用该方法相关的严格程度来区分。A 类最严格，B 类略微不那么严格，C 类最不严格。下表提供了一些关于每个类别中方法之间预期差异的概念。

SCAMPI 基础知识

SCAMPI 是标准 CMMI 评估方法用于流程改进的首字母缩写词。SCAMPI 评估必须由 SEI 授权的 SCAMPI 首席评估员领导。SCAMPI 由 SCAMPI 产品套件支持，该套件包括 SCAMPI 方法描述、成熟度问卷、工作辅助工具和模板。

目前，SCAMPI 是唯一可以提供评级的方法，也是 SEI 唯一认可的方法，也是组织最感兴趣的方法。

SCAMPI 基于以前方法的经验，包括：

• CBA IPI - 基于 CMM 的内部流程改进评估。

• SCE - 软件能力评估。

• EIA/IS 732.2 - 题为系统工程评估方法的临时国际标准。

• SDCE - 软件开发能力评估。

• FAA评估方法。

CMMI参与者——角色与职责

本章讨论参与流程改进工作的主要参与者。但是，贵组织可能需要更多或更少的团队。

请注意，一个人可以同时或连续地履行这些角色中的许多角色，具体取决于贵组织的规模和流程改进 (PI) 工作的复杂性。

流程改进

流程改进工作通常需要以下个人和团队：

• PI发起人——负责监督整个PI工作的组织成员。此人通常有权分配资金和人员。此人通常是总监级别或以上。

• PI推动者——PI工作的公共关系人员，他可能担任也可能不担任EPG负责人。此人负责推广PI的理念、方法和成果。

• 工程流程组 (EPG) 负责人——领导负责审查流程的团队。此人为EPG成员分配任务，监督他们的工作，并规划EPG的日常工作。

• EPG成员——这些个人担任EPG的委员。他们负责确保流程改进文档的编写和执行。他们还负责生成指标来跟踪流程改进过程。他们领导PAT。

• 流程行动团队 (PATs)——这些团队生成流程改进文档、策略、流程、程序、章程和行动计划。

• 转型伙伴——通常是一到两个人，他们是由外部聘请的顾问，负责帮助建立、规划、领导和监控组织流程改进的进度。这些人拥有来自其他几个组织和行业的流程改进经验。

CMMI - 总结

本教程涵盖了CMMI的结构，它包括以下组成部分：

• 成熟度等级（分阶段表示）或能力等级（持续表示）
• 过程域
• 目标：通用目标和特定目标
• 通用特征
• 实践：通用实践和特定实践

我们已经涵盖了所有成熟度级别和能力级别。此外，我们还讨论了所有关键流程域以及相关的通用目标、具体目标、常见特征和实践。

随后，我们简要介绍了CMMI评估，并展示了不同的评估类别。

接下来是什么？

SEI CMMI是一个很大的主题，无法在一个小型教程中解释清楚。因此，我们强烈建议您查阅其他CMMI资源，并收集有关此主题的更多信息。这些资源列在CMMI资源章节中。

请将您的反馈发送到 [email protected]

CMMI - 词汇表

执行能力——CMMI模型流程域的一个常见特征，采用分阶段表示，将与确保项目和/或组织拥有所需资源相关的通用实践分组。

验收标准——产品或产品组件必须满足才能被用户、客户或其他授权实体验收的标准。

验收测试——进行的正式测试，使用户、客户或其他授权实体能够确定是否验收产品或产品组件。

成就概况——在连续表示中，流程域及其对应能力级别的列表，表示组织在各个流程域中通过能力级别提升的进度。

获取——通过合同获得的任何离散行动或拟议行动的过程，该行动将承诺投资以获得产品和服务。

获取策略——获取产品和服务的具体方法，基于对供应来源、获取方法、需求规范类型、合同或协议类型以及相关获取风险的考虑。

充足的——“充足的”、“适当的”和“按需的”出现在CMMI中，允许所有级别的管理人员和实践者根据组织的业务目标来解释具体目标和通用目标以及实践。例如，风险管理流程域的一个通用实践指出——“为执行风险管理流程、开发工作产品和提供流程服务提供充足的资源。”充足的可以由人员数量、必须监控风险的人员等来满足。

高级实践——在连续表示中，所有能力级别为2或更高的具体实践。

协议/合同要求——与获取相关的全部技术和非技术要求。

分配的需求——将全部或部分更高级别需求的性能和功能分配给较低级别架构元素或设计组件的需求。

替代实践——替代CMMI模型中包含的一个或多个通用实践或具体实践的实践，其对满足与模型实践相关的通用目标或具体目标具有同等效力。替代实践不一定是通用实践或具体实践的一对一替代。

评估——评估是由训练有素的专业人员团队使用评估参考模型作为基础，对一个或多个流程进行检查，以确定优势和劣势。

评估结果——评估的结论，确定了评估范围内的最重要的问题、难题或机会。它至少包括基于有效观察的优势和劣势。

评估参与者——在评估期间参与提供信息的组织单位成员。

评估等级——在CMMI评估材料中，评估团队分配给以下任一对象的数值：（1）CMMI目标或流程域；（2）流程域的能力级别；或（3）组织单位的成熟度级别。等级是通过实施所采用的评估方法的已定义等级过程确定的。

评估参考模型——在CMMI评估材料中，评估团队将已实施的流程活动与其关联的CMMI模型。

评估范围——评估边界的定义，包括组织限制和CMMI模型限制。

评估团队领导——领导评估活动并满足评估方法定义的经验、知识和技能资格标准的人员。

适当的——参见“充足的”的定义。

按需的——参见“充足的”的定义。

评估——评估是组织为了流程改进而自行进行的评估。

流程变异的可归因原因——在CMMI中，术语“流程变异的特殊原因”用于代替“流程变异的可归因原因”，以确保一致性。这两个术语的定义相同。

审核——对工作产品或一组工作产品进行的独立检查，以确定是否满足要求。

基准度量——实体的不同属性或特征及其量化方法。

基础实践——在连续表示中，所有能力级别为1的具体实践。

基线——基线一词通常用于表示这样的参考点。基线是系统在开发生命周期中适当点上的已批准快照。基线建立了一个正式的基础，用于定义随后的更改。如果没有这条线或参考点，更改的概念就没有意义。

业务目标——高级管理层制定的战略，旨在确保组织的持续存在并提高其盈利能力、市场份额以及影响组织成功的其他因素。

能力评估——训练有素的专业人员团队进行的评估，用作选择供应商、合同监控或激励措施的区分因素。评估用于帮助决策者做出更好的获取决策，提高分包商的绩效，并为采购组织提供洞察力。

能力级别——在单个流程域内实现流程改进。能力级别由流程域的适当具体实践和通用实践定义。

能力级别概况——在连续表示中，流程域及其对应能力级别的列表。当它代表组织在各个流程域中通过能力级别提升的进度时，概况可能是成就概况。或者，当它代表流程改进的目标时，概况可能是目标概况。

能力成熟度模型——能力成熟度模型 (CMM) 包含一个或多个学科有效流程的基本要素。它还描述了一条从临时性、不成熟的流程到纪律性、成熟的流程的演进式改进路径，从而提高质量和效率。

胜任流程——能够满足其规定的产品质量、服务质量和流程绩效目标的流程。

因果分析——确定缺陷原因的分析。

变更管理——明智地使用各种方法来影响产品或服务的变更或拟议变更。

CMMI评估调整——在特定情况下使用评估方法中的选项。评估调整的目的是协助组织使其方法的应用与业务目标保持一致。

CMMI模型组件——构成CMMI模型的主要架构元素中的任何一个。CMMI模型的主要元素包括具体实践、通用实践、具体目标、通用目标、流程域、能力级别和成熟度级别。

CMMI模型调整——出于使其适合特定应用的目的而使用CMMI模型的子集。模型调整的目的是协助组织使其模型的应用与业务目标保持一致。

CMMI产品套件——此术语已用于完整的CMMI框架。

执行承诺——CMMI模型流程域的一个常见特征，采用分阶段表示，将与创建策略和确保支持相关的通用实践分组。

流程变异的共同原因——由于流程组件之间的正常和预期交互而存在的流程变异。

操作概念——实体使用或操作方式的总体描述。

配置审核——进行的审核，以验证配置项是否符合指定的标准或要求。

配置基线——产品或产品组件生命周期中特定时间正式指定的配置信息。配置基线加上来自这些基线的已批准更改构成了当前配置信息。

配置控制——配置管理的一个要素，包括在正式建立其配置标识后，对配置项的更改进行评估、协调、批准或不批准以及实施。

配置控制委员会——负责评估和批准或不批准对配置项的拟议更改，并确保实施已批准更改的人员组。

配置标识——配置管理的一个要素，包括为产品选择配置项，为其分配唯一标识符，并在技术文档中记录其功能和物理特性。

配置项 − 一组被指定用于配置管理并作为配置管理过程中单个实体处理的工作产品。

配置管理 − 一门学科，运用技术和行政指导及监督来：(1) 识别和记录配置项的功能和物理特性；(2) 控制这些特性的变更；(3) 记录和报告变更处理和实施状态；以及 (4) 验证是否符合规定的要求。[IEEE Std 610.1990]

CMMI 模型 − 由于CMMI框架可以根据使用它的组织的需求生成不同的模型，因此存在多个CMMI模型。“CMMI模型”这个短语可以指许多信息集合中的任何一个。“CMMI模型”指的是可以从CMMI框架生成的可能的模型中的一个、一些或全部集合。

配置状态会计 − 配置管理的一个组成部分，包括记录和报告有效管理配置所需的信息。这些信息包括批准的配置标识的列表、对配置的拟议变更的状态以及批准的变更的实施状态。

持续表示法 − 能力成熟度模型结构，其中能力级别为在每个指定的流程域内实现流程改进提供了一个推荐的顺序。

纠正措施 − 用于补救情况、消除错误或调整条件的行为或行动。

COTS − 可以从商业供应商处购买的商品。

客户 − 客户是指负责验收产品或授权付款的个人、项目、组织、群体等等。客户位于项目之外，但不一定位于组织之外。当我们讨论需求收集或获取时，“客户”一词也用作变量。

数据管理 − 数据共享和管理的原则、流程和系统。

缺陷密度 − 每单位产品大小的缺陷数量（例如，每1000行代码的问题报告）。

已定义流程 − 作为改进一部分而需遵循的一组已定义的步骤。

派生度量 − 由两个或多个基准度量的数学函数产生的数据。

派生需求 − 客户需求中未明确说明但推断出的需求：(1) 来自上下文需求（例如，适用的标准、法律、政策、常见做法和管理决策），或 (2) 来自指定产品组件所需的那些需求。派生需求也可能在产品或系统的组件分析和设计过程中产生。

设计评审 − 对设计进行正式、有文件记录、全面和系统的检查，以评估设计要求和设计满足这些要求的能力，并识别问题并提出解决方案。

开发 − 在CMMI中使用的“开发”是指维护活动以及开发活动。经验表明，如果组织追求工程卓越，则应将最佳实践应用于开发和维护项目。

开发计划 − 指导、实施和控制一个或多个产品的设计和开发的计划。

指导实施 − 具有分阶段表示的CMMI模型过程域的一个共同特征，它将与管理过程绩效、管理其工作产品的完整性以及让相关利益相关者参与相关的通用实践分组。

学科扩展 − 提供指导，用于解释针对特定学科（例如，系统工程或软件工程）的模型信息的模型组件称为“学科扩展”。根据需要将学科扩展添加到其他模型组件。这些很容易找到，因为它们出现在页面的右侧，并带有指示其解决的学科的标题（例如，“软件工程”）。

文档 − 文档是数据的集合，无论其记录的介质是什么。它通常具有持久性，可以被人类或机器读取。文档包括纸质文档和电子文档。

企业 − “企业”用于指由许多位于不同地点、拥有不同客户的组织组成的超大型公司。

进入准则 − 在工作能够成功开始之前必须具备的状态。

等效分级 − 等效分级是使用持续表示法创建的目标分级，其定义方式是为了使使用目标分级的结果能够与分阶段表示法的成熟度级别进行比较。

退出准则 − 在工作能够成功结束之前必须具备的状态。

预期CMMI组件 − 解释可以采取哪些措施来满足所需CMMI组件的CMMI组件。模型用户可以显式地实现预期组件，也可以实现这些组件的等效替代实践。具体实践和通用实践是预期的模型组件。

发现 − 请参见评估发现。

正式评估流程 − 在“决策分析与解决”流程域中，请参见介绍性说明中“正式评估流程”的定义。

功能分析 − 检查定义的功能，以识别完成该功能所需的所有子功能；识别功能关系和接口（内部和外部），并将其捕获在功能架构中；以及上位性能要求的分解，并将这些要求分配给下位子功能。

功能架构 − 功能、其内部和外部（外部指相对于集合本身）功能接口和外部物理接口、各自的功能和性能要求以及设计约束的分层排列。

通用目标 − 通用目标之所以被称为“通用”，是因为相同的目标陈述出现在多个流程域中。在分阶段表示法中，每个流程域只有一个通用目标。在流程域中实现通用目标意味着在规划和实施与该流程域相关的流程方面得到了改进的控制，从而表明这些流程是否可能有效、可重复和持久。通用目标是必需的模型组件，用于在评估中确定是否满足流程域。

通用实践 − 通用实践提供制度化保证，以确保与流程域相关的流程将是有效、可重复和持久的。通用实践按通用目标和共同特征进行分类，并且是CMMI模型中的预期组件。（只有通用实践的标题、陈述和详细说明出现在流程域中。）

通用实践阐述 − 在具体实践之后，会出现适用于该流程域的通用实践标题和陈述。在每个通用实践陈述之后，可能出现带有“阐述”标题的纯文本阐述。通用实践阐述提供有关如何为该流程域解释通用实践的信息。如果没有阐述，则无需阐述即可清楚地应用通用实践。

目标 − “目标”是必需的CMMI组件，可以是通用目标或具体目标。当您在CMMI模型中看到“目标”一词时，它始终指的是模型组件（例如，通用目标、具体目标）。

不完整流程 − 未执行或仅部分执行的流程（也称为能力级别0）。该流程域的一个或多个具体目标未得到满足。

独立小组 − 在“流程和产品质量保证”流程域中，请参见介绍性说明中“独立小组”的讨论。

信息性CMMI组件 − 帮助模型用户了解模型所需和预期组件的CMMI组件。这些组件可能包含示例、详细说明或其他有用的信息。子实践、注释、参考文献、目标标题、实践标题、来源、典型工作产品、学科扩展和通用实践阐述都是信息性模型组件。

制度化 − 组织作为其企业文化一部分例行遵循的根深蒂固的经营方式。

集成产品和流程开发 − 一种系统化的产品开发方法，它实现了产品生命周期中相关利益相关者的及时协作，以更好地满足客户需求。

集成团队 − 一组具有互补技能和专长的成员，他们致力于通过及时的协作交付指定的工作产品。集成团队成员提供适合工作产品所有阶段的技能和倡导，并共同负责按规定交付工作产品。集成团队应包括来自对工作产品成功具有影响的组织、学科和职能的授权代表。

接口控制 − 在配置管理中，(1) 识别与由一个或多个组织提供的两个或多个配置项的接口相关的所有功能和物理特性，以及 (2) 确保在实施之前评估和批准对这些特性的拟议变更的流程。[IEEE 828-1983]

首席评估员 − 如CMMI产品套件中所用，是指已获得授权机构认可，可以作为特定评估方法的评估团队领导的人员。

生命周期模型 − 将产品的生命周期划分为各个阶段，指导项目从识别客户需求到产品退役的全过程。

经理 − 项目经理是负责规划、指导、控制、构建和激励项目的人员。他或她可以为在其责任范围内的执行项目任务或活动的人员提供技术和行政指导与控制。项目经理最终对客户负责。

成熟度等级 − 在一组预定义的流程域中，所有目标都达成的流程改进程度。

谅解备忘录 − 两个或多个当事方之间具有约束力的谅解文件或协议。

自然界限 − 由流程绩效度量反映的内在流程，有时称为“流程的声音”。控制图、置信区间和预测区间等技术用于确定变化是由于共同原因（即流程是可预测的或“稳定的”）还是由于某些特殊原因造成的，这些特殊原因可以并且应该被识别和消除。

非研制项目 − 在采购或开发流程中之前开发的供应项目。此类项目可能需要进行少量修改才能满足其当前预期用途的要求。

非技术需求 − 影响产品或服务获取方式的合同规定、承诺、条件和条款。例如，要交付的产品、交付的商用现货 (COTS) 非研制项目 (NDI) 的数据权利、交付日期以及具有退出标准的里程碑。其他非技术需求包括培训要求、场地要求和部署时间表。

目标 − “目标”一词在CMMI中以常见的日常意义使用；这是我们想要实现的目标。

客观证据 − 如CMMI评估材料中所用，是指关于项目或服务特性或流程要素的存在和实施情况的定性或定量信息、记录或事实陈述，这些信息基于观察、测量或测试，并且是可验证的。

客观评估 − 根据最大限度地减少审查人员主观性和偏见的标准来审查活动和工作产品。客观评估的一个示例是独立质量保证职能针对要求、标准或程序进行的审核。

观察 (Guānchá) − 如CMMI评估材料中所用，指评估团队成员对在评估数据收集活动中看到或听到的信息的书面记录。书面记录可以是陈述的形式，也可以是其他形式，只要信息内容得到保留。

运作概念 (Yùnzùo gàiniàn) − 对实体使用方法或运作方式的总体描述。

运作场景 (Yùnzùo chǎngjǐng) − 对想象的事件序列的描述，包括产品与其环境和用户之间的交互，以及其产品组件之间的交互。运作场景用于评估系统的需求和设计，并验证和确认系统。

优化过程 (Yōuhuà guòchéng) − 一个定量管理的过程，基于对过程中固有变异的常见原因的理解进行改进。一个专注于通过增量和创新改进持续改进过程绩效范围的过程。

组织 (Zǔzhī) − 组织是一个结构，人们在这个结构中集体管理一个或多个项目作为一个整体，其项目共享高级经理并根据相同的策略运作。

组织的业务目标 (Zǔzhī de yèwù mùbiāo) − 高级管理层制定的战略，以确保组织的持续存在并提高其盈利能力、市场份额以及其他影响组织成功的因素。

组织成熟度 (Zǔzhī chéngshúlù) − 组织在多大程度上明确且一致地部署了已记录、管理、衡量、控制和持续改进的过程。组织成熟度可以通过评估来衡量。

组织策略 (Zǔzhī cèlüè) − 通常由高级管理层制定的指导原则，被组织采纳以影响和决定决策。

组织单元 (Zǔzhīdàn yuán) − 作为评估对象的组织部分（也称为评估的组织范围）。一个组织单元部署一个或多个具有连贯过程上下文并在连贯的业务目标范围内运作的过程。组织单元通常是较大组织的一部分，但在小型组织中，组织单元可能是整个组织。

外包 (Wàibāo) − 通过合同获得收购实体将承诺投资以获得产品和服务的任何离散行为或拟议行为的过程。

同行评审 (Tóngháng píngshěn) − 由同行进行的审查，以找出交付成果中的缺陷。

性能参数 (Xìngnéng cānshù) − 用于指导和控制渐进式开发的有效性度量和其他关键度量。

已执行过程 (Yǐ zhìxíng guòchéng) − 使用已识别的输入工作产品完成所需工作以产生已识别的输出工作产品的过程（也称为能力级别1）。该过程领域的具体目标得到满足。

计划过程 (Jìhuà guòchéng) − 通过描述和计划进行记录的过程。描述和计划应协调一致，计划应包括标准、要求、目标、资源、分配等。

过程 (Guòchéng) − 人们用来开发和维护系统及相关产品的一组活动、方法、实践和转换。

过程行动计划 (Guòchéng xíngdòng jìhuà) − 在“组织过程焦点”过程领域，请参见引言说明中“过程行动计划”的定义。

过程行动团队 (Guòchéng xíngdòng tuánduì) − 负责根据过程改进行动计划为组织制定和实施过程改进活动的团队。

过程和技术改进 (Guòchéng hé jìshù gǎijìn) − 在“组织创新和部署”过程领域，请参见引言说明中“过程和技术改进”的讨论。

过程领域 (Guòchéng lǐngyù) − 过程领域是某个领域中相关实践的集合，当这些实践共同执行时，可以满足一组被认为对在该领域取得重大改进非常重要的目标。所有CMMI过程领域对于持续型和阶段型表示都是通用的。在阶段型表示中，过程领域按成熟度级别组织。

过程资产 (Guòchéng zīchǎn) − 组织认为对实现过程领域目标有用的任何东西。

过程资产库 (Guòchéng zīchǎn kù) − 组织或项目可以使用的过程资产持有量的集合。

过程属性 (Guòchéng shǔxìng) − 适用于任何过程的过程能力的可衡量特征。

过程能力 (Guòchéng nénglì) − 通过遵循过程可以实现的预期结果的范围。

过程上下文 (Guòchéng chǎngwèng) − 在评估输入中记录的一组因素，这些因素会影响评估等级的判断和可比性。这些因素包括但不限于：待评估组织单元的规模；组织单元的人口统计数据；产品或服务的应用领域；产品或服务的规模、关键性和复杂性；以及产品或服务的质量特征。

过程定义 (Guòchéng dìngyì) − 定义和描述过程的行为。过程定义的结果是过程描述。

过程描述 (Guòchéng miáoshù) − 对为实现既定目的而执行的一组活动的记录表达，它提供了过程主要组件的操作定义。该文档以完整、精确和可验证的方式指定过程的要求、设计、行为或其他特征。它还可以包括确定这些规定是否得到满足的程序。过程描述可以在活动、项目或组织级别找到。

过程元素 (Guòchéng yuánsù) − 过程的基本单元。过程可以用子过程或过程元素来定义。子过程可以进一步分解；过程元素不能。每个过程元素都涵盖一组密切相关的活动（例如，估算元素、同行评审元素）。可以使用模板来完成、抽象来细化或描述来修改或使用过程元素。过程元素可以是活动或任务。

过程组 (Guòchéng zǔ) − 一组促进组织使用的过程的定义、维护和改进的专家。

过程改进 (Guòchéng gǎijìn) − 一项旨在改进组织过程的绩效和成熟度以及此类程序结果的活动计划。

过程改进目标 (Guòchéng gǎijìn mùbiāo) − 建立的一组目标特征，以指导以特定可衡量的方式改进现有过程的努力，无论是就最终产品特征（例如，质量、性能、符合标准等）还是执行过程的方式（例如，消除冗余过程步骤、组合过程步骤、改进周期时间等）。

过程改进计划 (Guòchéng gǎijìn jìhuà) − 在“组织过程焦点”过程领域，请参见引言说明中“过程改进计划”的定义。

过程测量 (Guòchéng cèliáng) − 用于对过程及其结果产品进行测量以表征和理解过程的一组定义、方法和活动。

过程所有者 (Guòchéng suǒyǒu zhě) − 负责定义和维护过程的人员（或团队）。在组织层面，过程所有者是负责标准过程描述的人员（或团队）；在项目层面，过程所有者是负责已定义过程描述的人员（或团队）。因此，一个过程可能在不同责任级别上有多个所有者。

过程绩效 (Guòchéng jìxiào) − 遵循过程所取得的实际结果的衡量标准。其特征在于过程度量（例如，工作量、周期时间和缺陷去除效率）和产品度量（例如，可靠性、缺陷密度和响应时间）。

过程绩效基线 (Guòchéng jìxiào jīxiàn) − 对遵循过程所取得的实际结果的记录表征，用作将实际过程绩效与预期过程绩效进行比较的基准。

过程绩效模型 (Guòchéng jìxiào móxíng) − 对过程及其工作产品属性之间关系的描述，这些关系是从历史过程绩效数据中开发出来的，并使用从项目中收集的过程和产品度量进行校准，并用于预测通过遵循过程将取得的结果。

过程定制 (Guòchéng dìngzhì) − 为特定目的制作、更改或调整过程描述。例如，项目根据组织的标准过程集定制其已定义的过程，以满足项目的客观、约束和环境。

产品 (Chǎnpǐn) − 产品可以被认为是遵循过程后产生的任何有形输出或服务，并且旨在交付给客户或最终用户。产品也可以是根据合同交付给客户的任何工作产品。

产品组件 (Chǎnpǐn zǔjiàn) − 产品组件通常是产品的较低级别组件，并集成在一起以“构建”产品。产品组件可能是交付给客户的产品的一部分，也可能用于产品的制造或使用。例如，对于制造手机电池的公司来说，手机电池是一种产品。对于那些组装和交付手机的公司来说，电池是一个产品组件。

产品基线 (Chǎnpǐn jīxiàn) − 在配置管理中，定义在生产、运行、维护和后勤支持生命周期中配置项的初始批准技术数据包（包括软件的源代码列表）。

产品组件需求 (Chǎnpǐn zǔjiàn xūqiú) − 产品组件需求提供了产品组件的完整规范，包括配合、形状、功能、性能以及任何其他需求。

产品生命周期 (Chǎnpǐn shēngmìng zhōuqí) − 工作产品是生命周期过程产生的任何工件，也可以称为生命周期工作产品。生命周期工作产品可以包括需求规范、接口规范、体系结构规范、项目计划、设计文档、单元测试计划、集成和系统测试计划、制造产品装配过程等过程。

项目 (Xiàngmù) − 项目是一组相互关联的资源的集合，这些资源向客户或最终用户交付一个或多个产品。这组资源有明确的开始和结束，并根据计划运作。

产品线 (Chǎnpǐn xiàn) − 一组共享共同的、受管理的功能集的产品，这些功能满足选定市场或任务的特定需求。

产品相关的生命周期过程 (Chǎnpǐn xiāngguān de shēngmìng zhōuqí guòchéng) − 与产品在其生命周期的一个或多个阶段（即从构思到处置）相关的过程，例如制造和支持过程。

产品需求 (Chǎnpǐn xūqiú) − 将客户需求细化为开发人员的语言，将隐式需求转化为显式派生需求。

程序 (Chéngxù) − (1) 项目。(2) 相关项目的集合以及支持它们的 инфраструктура，包括目标、方法、活动、计划和成功衡量指标。

项目经理 (Xiàngmù jīnglǐ) − 项目经理是负责计划、指导、控制、组织和激励项目的人员。他或她可以为在其责任范围内执行项目任务或活动的人员提供技术和管理方面的指导和控制。项目经理最终对客户负责。随着项目规模、多样性和复杂性的变化，项目经理承担着不同的角色和责任。

项目进度和绩效 (Xiàngmù jìndù hé jìxiào) − 项目在实施项目计划方面取得的成就，包括工作量、成本、进度和技术绩效。

项目定义的流程 − 在集成项目管理流程域中，请参见介绍性说明和“建立项目定义的流程”具体实践中对“项目定义的流程”的定义。

原型 − 产品或产品组件的初步类型、形式或实例，作为后续阶段或最终完整版产品的模型。

质量 − 产品、产品组件或流程的一组固有特性满足客户要求的能力。

质量保证 − 一种有计划、系统的途径，用于向管理层保证已应用流程的已定义标准、实践、程序和方法。

质量控制 − 用于满足质量要求的操作技术和活动。

定量目标 − 以定量指标表示的期望目标值。

定量管理的流程 − 使用统计和其他定量技术进行控制的定义流程。产品质量、服务质量和流程性能属性在整个项目中都是可衡量和可控的。

参考模式 − 用作衡量某些属性基准的模型。

相关利益相关者 − 相关利益相关者用于指定已确定参与特定活动并包含在适当计划（例如项目计划）中的利益相关者。

所需的CMMI组成部分 − 对在给定流程域中实现流程改进至关重要的CMMI组成部分。这些组成部分用于评估以确定流程能力。具体目标和通用目标是所需的模型组成部分。

需求 − (1) 用户解决问题或实现目标所需的条件或能力。(2) 产品或产品组件必须满足或具备的条件或能力，以满足合同、标准、规范或其他正式施加的文档。(3) 如(1)或(2)中所示条件或能力的文档化表示。

需求分析 − 基于对客户需求、期望和约束的分析；操作概念；人员、产品和流程的预计利用环境；以及有效性衡量，确定产品特定的性能和功能特性。

需求获取 − 使用原型和结构化调查等系统化技术，主动识别和记录客户和最终用户的需求。

需求管理 − 管理项目接收或生成的全部需求，包括技术和非技术需求，以及组织对项目提出的需求。

需求追溯性 − 需求与其来源需求、其实现及其验证之间关联的证据。

投资回报率 − 产出（产品）收入与生产成本之比，用于确定组织从执行某个行动以生产某些东西中是否受益。

风险分析 − 对风险的评估、分类和优先排序。

风险识别 − 一种有组织、彻底的方法，用于寻找实现目标中可能存在的或现实的风险。

风险管理 − 一种有组织的、分析性的流程，用于识别可能造成损害或损失的原因（识别风险），评估和量化已识别的风险，并制定和（如有需要）实施适当的方法来预防或处理可能导致重大损害或损失的风险原因。

风险管理策略 − 一种有组织的、技术性的方法，用于识别可能造成损害或损失的原因（识别风险），评估和量化已识别的风险，并制定和（如有需要）实施适当的方法来预防或处理可能导致重大损害或损失的风险原因。通常，风险管理是为项目、组织或产品开发组织单元执行的。

根本原因 − 根本原因是缺陷的根源，如果将其消除，则缺陷会减少或消除。

高级经理 − CMMI 中使用的高级经理一词是指组织中级别足够高的管理角色，该人员的主要关注点是组织的长期健康和成功，而不是短期的项目和合同问题以及压力。高级经理可能负责监督可能包含许多由项目经理管理的项目的项目。

软件工程 − (1) 对软件的开发、操作和维护采用系统化、规整化、可量化的途径。(2) 如(1)中所示方法的研究。

招标 − 编制招标文件和选择供应商（承包商）的过程。

招标文件 − 一份正式文件，详细说明技术和非技术要求，用于请求对投标邀请书（投标）和建议书请求书（建议书）的报价，或请求能力陈述和价格报价（报价）。否则，它用作选择供应来源或来源以提供产品或服务的基础。

流程变异的特殊原因 − 缺陷的原因，是特定于某些短暂情况，而不是流程的固有部分。

具体目标 − 具体目标适用于流程域，并解决描述必须实施以满足流程域的独特特征。具体目标是所需的模型组成部分，并用于评估以帮助确定是否满足流程域。

具体实践 − 具体实践是实现相关具体目标的重要活动。具体实践描述了预期导致实现流程域具体目标的活动。具体实践是预期的模型组成部分。

稳定流程 − 已消除流程变异的所有特殊原因并防止其再次发生的状态，因此只剩下流程的流程变异的共同原因。

分阶段表示 − 模型结构，其中实现一组流程域的目标建立成熟度级别；每个级别都为后续级别奠定基础。

利益相关者 − 利益相关者是指受项目结果影响或可能影响项目活动或产出的群体或个人。

标准流程 − 指导在组织中建立通用流程的基本流程的操作定义。标准流程描述了预期将纳入任何已定义流程的基本流程元素。它还描述了这些流程元素之间的关系（例如，排序和接口）。

工作说明书 − 完成项目所需合同工作的描述。

统计可预测性 − 使用统计和其他定量技术控制的定量流程的性能。

统计过程控制 − 对流程的基于统计的分析和流程性能的测量，这将识别流程性能中共同原因和特殊原因的变异，并保持流程性能在限制范围内。

统计技术 − 采用统计方法（例如，统计过程控制、置信区间、预测区间）的分析技术。

统计管理的流程 − 通过基于统计的技术进行管理的流程，其中分析流程、识别流程变异的特殊原因，并将性能控制在明确定义的限制范围内。

优势 − 如CMMI评估材料中所用，CMMI模型实践的典范或值得注意的实施。

子流程 − 流程的一部分。

供应商 − (1) 交付产品或执行正在获取的服务的实体。(2) 个人、合伙企业、公司、公司、协会或其他服务，与收购方签订协议（合同），根据协议（合同）条款设计、开发、制造、维护、修改或供应物品。

维持 − 用于确保最终用户或客户能够在其操作环境中使用产品的流程。维持确保维护能够使产品处于可操作状态，无论客户或最终用户是否正在使用该产品。

系统工程 − 管理将客户需求、期望和约束转换为产品解决方案并支持其整个产品生命周期的全部技术和管理工作所需的跨学科方法。这包括定义技术性能指标，将工程专业知识整合到产品架构的建立中，以及定义支持生命周期流程，以平衡成本、性能和进度目标。

定制指南 − 定制流程会对流程描述进行修改、更改或调整，通常在组织级别进行描述，以便在特定项目中使用。对于大多数组织而言，不可能或不会对所有项目都遵循 100% 的一个组织流程定义。通常需要一些调整。然后，定制指南描述可以和不可以修改的内容，并识别允许修改的流程组件。

目标概况 − 在持续表示中，流程域及其相应的性能级别列表表示流程改进的目标。

目标分阶段 − 在持续表示中，目标概况的序列描述了组织应遵循的流程改进路径。

技术数据包 − 可能包括以下项目的集合，如果此类信息适用于产品和产品组件的类型。

技术要求 − 要获取或开发的产品或服务的属性（特性）。

测试程序 − 给定测试的设置、执行和结果评估的详细说明。

方案研究 − 基于标准和系统分析对备选方案的评估，以选择实现确定目标的最佳备选方案。

培训 − 在组织培训流程域中，请参见介绍性说明中对“培训”的定义。

单元测试 − 对单个硬件或软件单元或相关单元组的测试。

确认 − 确认证明产品（或将要提供的产品）将在操作环境中满足其预期用途。确认确保“你构建了正确的东西”。

验证 − 验证包括根据所有选定的要求（包括客户、产品和产品组件要求）验证产品和中间工作产品。验证本质上是一个增量过程。它从需求验证开始，通过不断演变的工作产品的验证，最终以完成产品的验证告终。验证解决的是工作产品是否正确反映了规定的要求。验证确保“你正确地构建了它”。

验证实施 − CMMI 模型流程域的一个共同特征，其分阶段表示将与高级管理层审查相关的通用实践分组，以及对流程描述、程序和标准的一致性的客观评估。

版本控制 − 建立和维护基线，并识别对基线的更改，以便能够返回到以前的基线。

弱点 − 如CMMI评估材料中所用，是指一个或多个CMMI模型实践的无效实施或缺乏实施。

工作分解结构 − 工作要素及其彼此之间以及与最终产品的关系安排。

工作产品 − 在整个CMMI产品套件中，“工作产品”一词是指流程产生的任何工件。这些工件可以包括文件、文档、产品部件、服务、流程、规范和发票。应被视为工作产品的流程示例包括制造流程、培训流程和产品的处置流程。工作产品与产品组件之间的关键区别在于，工作产品不必是工程产品或最终产品的一部分。

工作产品和任务属性 − 产品、服务和项目任务的特性，用于帮助估计项目工作。这些特性包括大小、复杂性、重量、形式、配合或功能等项目。它们通常用作导出其他项目和资源估算（例如，工作量、成本、进度）的一种输入。

CMMI - 缩写

以下是按字母顺序排列的所有CMMI缩写词列表。