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）
添加了 OPD.SG，将其转换为 IPPD PA
从 SG 中提取了 OPF.two SP，并与两个新 SP 一起创建了 SG3
REQD.SP3.5 重命名为验证需求
SAM.SP2.1 被删除，在 SG2 中添加了两个新 SP
TS.SP1.2 被删除
VER.SP3.2 重命名为分析验证结果
