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 建立供应商协议M

  • 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）

  • 奥普。添加了 SG，将其转换为 IPPD PA

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

  • 要求。SP3.5 更名为验证需求

  • 山姆。SP2.1 被淘汰，SG2 中添加了两个新的 SP

  • TS 。SP1.2 被淘汰

  • VER 。SP3.2 更名为分析验证结果