cmmi的过程域
CMMI l2基础知识
度量和分析过程域（续）
提供度量结果， 提供度量结果，以便处理信息需要和目标
包括： 包括：获得指定的度量数据 分析并解释度量数据 管理并存储度量数据和分析结果 向所有相关利益者报告度量和分析活动的结果
过程和产品质量保证过程域（ PA） 过程和产品质量保证过程域（PPQA PA）
组织实施“过程和产品质量保证”过程域的目标是 组织实施“过程和产品质量保证” 要使工作人员和管理者能客观了解过程和相关的工 作产品的状况 客观评价过程和工作产品 包括：对照适用的过程描述、标准和规程， 包括：对照适用的过程描述、标准和规程，对 指定的已实施的过程进行客观评价 对照适用的过程描述、标准和规程， 对照适用的过程描述、标准和规程，客观评价 所指定的工作产品和服务
项目计划过程域（续）
制订并维护项目计划，作为项目管理的基础 制订并维护项目计划，
建立项目的预算和ቤተ መጻሕፍቲ ባይዱ度 识别并分析项目风险 计划数据管理 计划项目的资源 计划所需的知识和技能， 计划所需的知识和技能，培训相关人员 计划项目相关人员的参与。（ 。（使已识别的利益相关者介 计划项目相关人员的参与。（使已识别的利益相关者介 入的计划） 入的计划） 制订并维护整个项目计划内容。 制订并维护整个项目计划内容。
组织实施“项目监督和控制” 组织实施“项目监督和控制”过程域的目标是监督项目的进 以便在项目性能明显偏离计划时， 展，以便在项目性能明显偏离计划时，采取适当的纠正措施 对照项目计划监督该项目的实际性能和进展 对照项目计划监督项目策划参数的实际值 对照项目计划中确定的承诺进行监督 对照项目计划中标识出的风险进行监督 监督项目数据的管理 对照项目计划监督利益相关者介入情况 定期审查项目进度、 定期审查项目进度、性能和问题 在所选定的项目里程碑处审查项目的完成情况和结果
（完整版）CMMI过程域总结v2.0,推荐文档
（完整版）CMMI过程域总结v2.0,推荐文档CMMI 基本介绍V2.0目录1组织成熟度级别和类别 (2)2通用目标和通用实践 (3)3RD 需求开发REQUIREMENTS DEVELOPMENT (4)4REQM 需求管理REQUIREMENTS MANAGEMENT (5)5PP 项目策划PROJECT PLANNING (6)6PMC 项目监督和控制PROJECT MONITORING AND CONTROL (7)7RSKM 风险管理RISK MANAGEMENT (8)8SAM 供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (9)9CM 配置管理CONFIGURATION MANAGEMENT (10)10PPQA 过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (11)11MA 度量和分析MEASUREMENT AND ANALYSIS (12)12DAR 决策分析和解决DECISION ANALYSIS AND RESOLUTION (13)13TS 技术解决方案TECHNICAL SOLUTION (14)14PI 产品集成PRODUCT INTEGRATION (15)15VER 验证VERIFICATION (16)16VAL 确认VALIDATION (17)17OPF 组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (18) 18OPD 组织过程定义ORGANIZATIONAL PROCESS DEFINITION (19)19OT 组织培训ORGANIZATIONAL TRAINING (20)20IPM 集成项目管理INTEGRATED PROJECT MANAGEMENT (21)21OPP 组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (22)22QPM 量化项目管理QUANTITATIVE PROJECT MANAGEMENT (23)23CAR 因果分析和解决CAUSAL ANALYSIS AND RESOLUTION (24)24OPM 组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (25)3RD 需求开发Requirements Development目的：引出、分析和建立客户、产品及产品组件的需求。
CMMI级过程域讲解
CMMI级过程域讲解CMMI（Capability Maturity Model Integration）是一种用于评估和改进软件开发过程的框架。
它通过对软件开发组织的过程进行评估，为组织提供了一个逐步改进过程的路径，从而提高组织的能力和成熟度。
CMMI框架包括五个过程域，它们是：项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都有一组特定的目标和实践，用于评估和改进相关的软件开发过程。
首先是项目管理过程域，它关注的是项目的计划、执行和监控。
它包括了项目管理的三个关键方面：计划制定、项目监控和项目管理。
项目管理过程域的目标包括项目计划的制定、项目资源的分配和控制、项目风险的管理和项目进展的监控。
其次是项目支持过程域，它提供了支持项目管理过程的各种资源和服务。
项目支持过程域包括配置管理、度量和分析、决策分析和解决方案评价等方面。
其目标包括配置管理的实施、度量和分析的开展、决策分析和解决方案评价的应用。
第三个是要素工程过程域，它关注的是软件开发中所使用的各种工具和技术。
要素工程过程域包括需求开发、技术解决方案、产品集成和验证、产品交付等方面。
其目标包括需求开发的实施、技术解决方案的应用、产品集成和验证的实施、产品交付的管理。
第四个是项目环境过程域，它关注的是项目所处的环境因素对项目成功的影响。
项目环境过程域包括了风险管理、分析过程和产品市场分析等方面。
其目标包括风险管理的实施、分析过程的开展、产品市场分析的应用。
最后是组织过程过程域，它关注的是软件开发组织的过程管理。
组织过程过程域包括组织过程的定义、组织过程管理的实施和过程改进等方面。
其目标包括组织过程的定义和实施、组织过程管理的应用、过程改进的管理。
总而言之，CMMI级过程域是一个用于评估和改进软件开发过程的框架。
它包括了五个过程域，分别是项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都包含了一系列的目标和实践，用于评估和改进相关的软件开发过程。
CMMI简明培训教材-18过程域
CMMI基础培训CMMI包括18个过程域：1评估2投标3合同评审、立项4总体计划(项目启动)5原形开发6需求分析7总体设计(概要设计)8详细设计9功能开发10代码走查11产品集成12集成测试13试运行(用户测试\上线运行)14初验15初验维护16终验17终验维护18结项报告在CMMI评级过程中，上面的18个过程域都必须提供证据，即所谓的PIID。
名词解释：PIID：Practice Instantiation Indicator Document实践的实施证据文档SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM 模型。
例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：（1）SW-CMM (Software CMM) 软件CMM（2）SE-CMM (System Engineering CMM) 系统工程CMM（3）SA-CMM (Software Acquisition CMM) 软件采购CMM（4）IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM（5）P-CMM (People CMM) 人力资源能力成熟度模型CMMI三级18个过程域中属于项目管理类的过程域:A、PP\PMC\RSKM\VAL\SAMB、PP\IPM\PMC\RSKM\SAMC、RD\PP\IPM\PMC\RSKM\SAMD、REQA\PP\PMC\IPM\SAMREQM: Requirements Management（需求管理）PP: Project PlanningPMC: Project Monitoring and Control（项目监控）MA: Measurement and Analysis（度量分析）PPQA: Process and Product Quality Assurance（过程、产品质量保证）CM: Configuration ManagementRD: Requirements DevelopmentVER: Verification（文档评审、系统测试）VAL: Validation（项目验收、发布许可）TS: Technical Solution方案选择表PI: Product Integration（产品集成）OPF:Organizational Process Focus(组织过程焦点)OPD:Organizational Process Definition(组织过程定义)OT: Organizational Training(组织培训)IPM: Integrated Project Management(集成项目管理)RSKM: Risk ManagementDAR:Decision Analysis and ResolutionCMMI2级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。
CMMI过程域
CMMI过程域CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的软件工程能力的模型。
它定义了一组评估标准和最佳实践，包括了五个过程域（process area），分别是需求管理、项目管理、工程（软件）过程、配置管理和产品质量保证。
接下来，我将详细介绍这五个过程域。
1. 需求管理（Requirements Management）需求管理是指在整个软件开发过程中，对需求的分析、收集、跟踪和变更进行管理。
主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。
需求管理的目标是明确项目的需求，确保需求的准确性和可追溯性，以及及时有效地处理需求变更。
通过有效的需求管理，可以实现项目的高效开发和产品的质量保证。
2. 项目管理（Project Management）项目管理是指对软件开发项目进行计划、组织、指导和控制，以实现项目目标的过程。
主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。
项目管理的目标是确保项目按时、按质量要求完成，最大程度地满足客户需求。
通过有效的项目管理，可以提高项目的可预测性和控制性，减少项目风险，并提高项目团队的合作效率。
3. 工程（软件）过程（Engineering Process）工程过程是指在软件开发过程中，进行软件需求分析、设计、编码、测试和维护的一系列工作。
主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。
工程过程的目标是确保软件开发过程高效、规范和可靠，以达到预期的质量和性能要求。
通过有效的工程过程，可以提高软件开发效率，减少错误和缺陷，提高软件的可维护性和可靠性。
4. 配置管理（Configuration Management）配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。
主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。
一．CMMI概述CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级，如下：第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。
第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。
在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。
该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。
CMMI的25个过程域
2、可重复级/受管理级（Repeatable）
建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：
1）需求管理 Requrements Management
2）项目规划 Project Planing
5）确认 Validation
6）组织过程焦点 Organization Process Focus
7）组织过程定义 Organization Process Defintion
8）组织培训 Orgnizational Training
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。分为5个级别，25个过程域（Proc件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
2）量化项目管理 Quantitative Project Management
5、优化管理级（Optimizing）
过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
共2个过程域：
1）组织创新及部署 Orgnizational Innovation and Deployment
6）过程与产品质量保证 Process and Product Quality Assurance
7）配置管理 Configuration Management
3、已定义级（Defined）
已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
cmmi的过程域 ppt课件
例如：需求管理过程域的一个特定目 标的名称是“SG 1 管理需求”。
5.特定目标与实践摘要
提供实践到目标之间的映射 例如：需求管理过程域的特定目标及实践
摘要如下：
SG 1 管理需求 SP 1.1 了解需求 SP 1.2 取得需求承诺 SP 1.3 管理需求变更 SP 1.4 维护需求的双向追溯性 SP 1.5 界定项目工作与需求间的差异
能力等级2-已管理级的特征
已管理级过程是一个具有以下特征的 已执行级过程。
按照预定方针予以策划和执行的； 为了生成受控的输出，过程的执行都是
配备有适当的资源、有熟练技能的人； 各方利益相关者介入了该过程； 并且依据各项要求进行了审查和评价。
能力等级3-已定义级的特征
已定义级过程是这样一种受管理的过 程：
summary) 6. 注释（Notes） 7. 典型工作产品（Typical Work Products） 8. 子实践（Subpractices） 9. 学科扩充（Discipline Amplifications） 10. 共性实践详细说明（Generic Practice Elaborations）
从无序到有序、从特殊到一般、从定性管 理到定量管理、最终达到动态优化
阶段式模型
“吃饭”的例子！
CMMI”精神”
CMMI不是软件开发的方法学、也不 是产品模板、更不是一套过程法律
CMMI只是做事的一般方法
阶段式模型与过程域
连续式模型--4个能力等级
0 不完整级； 1 已执行级； 2 已管理级； 3 已定义级；
它是根据本组织的剪裁指南从本组织的 标准过程集合剪裁而得来；
它具有受到维护的过程描述；
(完整版)CMMI过程域总结v2.0,推荐文档
CMMI基本介绍V2.0目录1组织成熟度级别和类别 (2)2通用目标和通用实践 (3)3RD 需求开发REQUIREMENTS DEVELOPMENT (4)4REQM需求管理REQUIREMENTS MANAGEMENT (5)5PP项目策划PROJECT PLANNING (6)6PMC项目监督和控制PROJECT MONITORING AND CONTROL (7)7RSKM风险管理RISK MANAGEMENT (8)8SAM供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (9)9CM配置管理CONFIGURATION MANAGEMENT (10)10PPQA过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (11)11MA度量和分析MEASUREMENT AND ANALYSIS (12)12DAR决策分析和解决DECISION ANALYSIS AND RESOLUTION (13)13TS技术解决方案TECHNICAL SOLUTION (14)14PI产品集成PRODUCT INTEGRATION (15)15VER验证VERIFICATION (16)16VAL确认VALIDATION (17)17OPF组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (18)18OPD组织过程定义ORGANIZATIONAL PROCESS DEFINITION (19)19OT组织培训ORGANIZATIONAL TRAINING (20)20IPM集成项目管理INTEGRATED PROJECT MANAGEMENT (21)21OPP组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (22)22QPM量化项目管理QUANTITATIVE PROJECT MANAGEMENT (23)23CAR因果分析和解决CAUSAL ANALYSIS AND RESOLUTION (24)24OPM组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (25)1组织成熟度级别和类别2通用目标和通用实践3RD需求开发Requirements Development目的：引出、分析和建立客户、产品及产品组件的需求。
(完整版)CMMI过程域总结v2.0,推荐文档
3 / 25
3 RD 需求开发 Requirements Development
目的：引出、分析和建立客户、产品及产品组பைடு நூலகம்的需求。
特定目标
特定实践
SG1 开发客户需 求 (收集相关干系人 得需要、期望、约 束及接口，并转换 成客户需求)
SP1.1 引导需求：引导相关干系人提出关于产品生命周期各阶段得需要、期望、 约束及接口 SP1.2 将相关干系人的需要转化为客户需求：将相关干系人的需要，如期望、约 束与限制、接口等转化为客户需求；通常会包括对系统目标、范围、解决问题、 软件特性、接口要求等有详细的描述。
3 RD 需求开发 REQUIREMENTS DEVELOPMENT .........................................................................4 4 REQM 需求管理 REQUIREMENTS MANAGEMENT.....................................................................5 5 PP 项目策划 PROJECT PLANNING .............................................................................................6 6 PMC 项目监督和控制 PROJECT MONITORING AND CONTROL ..................................................7 7 RSKM 风险管理 RISK MANAGEMENT .......................................................................................8 8 SAM 供应商协议管理 SUPPLIER AGREEMENT MANAGEMENT..................................................9 9 CM 配置管理 CONFIGURATION MANAGEMENT......................................................................10 10 PPQA 过程和产品质量保证 PROCESS AND PRODUCT QUALITY ASSURANCE...........................11 11 MA 度量和分析 MEASUREMENT AND ANALYSIS ....................................................................12 12 DAR 决策分析和解决 DECISION ANALYSIS AND RESOLUTION .................................................13 13 TS 技术解决方案 TECHNICAL SOLUTION .................................................................................14 14 PI 产 品集成 PRODUCT INTEGRATION......................................................................................15 15 VER 验 证 VERIFICATION..........................................................................................................16 16 VAL 确 认 VALIDATION ............................................................................................................17 17 OPF 组织过 程聚焦 ORGANIZATIONAL PROCESS FOCUS ..........................................................18 18 OPD 组织过 程定义 ORGANIZATIONAL PROCESS DEFINITION ..................................................19 19 OT 组织培训 ORGANIZATIONAL TRAINING .............................................................................20 20 IPM 集成项目 管理 INTEGRATED PROJECT MANAGEMENT......................................................21 21 OPP 组织过程 性能 ORGANIZATIONAL PROCESS PERFORMANCE ............................................22 22 QPM 量化项目 管理 QUANTITATIVE PROJECT MANAGEMENT ................................................23 23 CAR 因果分析 和解决 CAUSAL ANALYSIS AND RESOLUTION....................................................24 24 OPM 组织性能管理 ORGANIZATIONAL PERFORMANCE MANAGEMENT .................................25
CMMI的PA(过程域)概述
CMMI普及知识——第二期
CMMI的PA（过程域）概述
关键词：
PA——过程域
CMMI的阶段式表示法——组织成熟度方法
我们采用阶段式模型来描述。
阶段式模型使用ML1~ML5五个级别的表现形式ML(maturity level)。
整个CMMI模型布在ML2~ML5中，如果全部做到了哪个等级以下的PA，那么就可以说我们达到了几级。
ML1——初始级：没有PA
ML2——已管理级：包括7个PA
REQM-需求管理
PP-项目策划
PMC-项目监控和控制
CM-配置管理
PPQA-过程和产品质量保证
SAM-供应商协议管理
MA-度量和分析
ML3——已定义级：包括14个PA
RD-需求开发
TS-技术解决方案
PI-产品集成
VER-验证
VAL-确认
IPM-集成项目管理
RSKM-风险管理
OPF-组织级过程焦点
OPD-组织级过程定义
OT-组织级培训
DAR-决策分析与决定
IT-集成团队
ISM-集成供应商管理
OEI-组织集成环境
ML4——定量管理级：包括2个PA
QPM-定量项目管理
OPP-组织级过程性能
ML5——优化级：包括2个PA
OID-组织革新和实施
CAR-因果分析和决定
华迪公司的目标：通过18个月的过程改进工作，使组织的能力成熟度达到ML3，即全部做到ML2~ML3的所有PA。
BTW：以后的专题将一一详细介绍ML2~ML3中每个PA的内容，同时欢迎公司内部所有对过程改进感兴趣的同仁发表你宝贵的观点、意见和建议，让我们的过程改进工作更加务实、有效，能真正为实训、信息化、外包等业务服务。
CMMI3级18个过程域
CMMI3级18个过程域CMMI（Capability Maturity Model Integration）是一种用于评价和改进组织的软件工程能力的模型。
CMMI模型将软件工程能力分为不同的级别，目前最高级别是CMMI级别5、在CMMI模型中，共有18个过程域，每个过程域都包含一组过程目标和过程实践。
下面将介绍CMMI级别3中的18个过程域，并对每个过程域进行详细解析。
1. 要求开发（Requirements Development）：该过程域涉及确定、分析和记录系统和软件需求的活动。
它包括需求的获取、管理、分析和验证。
2. 要求管理（Requirements Management）：该过程域涉及组织和控制项目的需求。
它包括需求的识别、跟踪、控制和变更管理。
3. 项目计划和监控（Project Planning and Monitoring）：该过程域涉及制定和维护项目计划，并监控项目活动的执行。
它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。
4. 项目监控和控制（Project Monitoring and Control）：该过程域涉及监控和控制项目执行过程中的工作和活动。
它包括收集和分析项目绩效数据、对比实际和计划绩效，对项目进展进行控制。
5. 供应商协议管理（Supplier Agreement Management）：该过程域涉及与供应商达成协议，并管理和监控供应商的活动。
它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。
6. 产品集成（Product Integration）：该过程域涉及对各个组成部分进行整合，形成最终产品。
它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。
7. 风险管理（Risk Management）：该过程域涉及识别、评估和控制项目和产品的风险。
它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。
8. 决策分析和解决方案评估（Decision Analysis and Resolution）：该过程域涉及通过分析和评估不同的解决方案，制定决策。
CMMI的22个过程域及其特定目标和实践
CMMI的22个过程域及其特定目标和实践CMMI共含有22个过程域：一、项目管理类：1、项目策划（PP）：SG1 完成参数估计SP1.1 估计项目的范围SP1.2估计项目属性SP1.3确定项目生存周期SP1.4 确定工作量和成本的估计值SG2 拟订项目计划SP2.1 编制预算和进度 SP2.2识别项目风险 SP2.3策划数据管理 SP2.4策划项目资源 SP2.5 策划必要的知识和技能 SP2.6策划共利益者的介入 SP2.7拟订项目计划SG3 获得对计划的承诺SP3.1 审查从属计划 SP3.2使工作与资源配备协调 SP3.3获得计划承诺2、项目监督和控制（PMC）：SG1 对照计划监督项目SP1.1 监督项目策划参数 SP1.2 监督承诺 SP1.3监督项目风险 SP1.4监督资料管理 SP1.5监督共利益者介入情况 SP1.6进行进展审查 SP1.7里程碑审查SG2 管理纠正措施，直到结束SP2.1 分析问题：收集并分析问题，确定处理这些问题所需的纠正措施SP2.2 采取纠正措施：对所识别的问题采取纠正措施3、集成项目管理（IPM）+IPPDSG1运用项目已定义过程SP1.1建立项目已定义过程 SP1.1运用组织过程财务策划项目活动 SP1.1建立项目工作环境综合计划 SP1.1运用综合计划管理项目 SP1.1充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入 SP2.2管理依存关系 SP2.3解决协调问题SG3IPPD应用（应用IPPD原则）SP3.1 建立项目的共同愿景 SP3.2 建立集成团队架构 SP3.3 分配需求至集成团队 SP3.4 建立集成团队 SP3.5确保跨团队间的合作4、供方协定管理（SAM）SG1 建立供方协定SP1.1分析由项目所决定的需求 SP1.2选择供方 SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定 SP2.2监督选定的供方过程 SP2.3评估选定的供方工作产品 SP2.4接受取得的产品 SP2.5移交产品5、风险管理（RSKM）SG1 准备风险管理SP1.1确定风险来源和类别 SP1.2定义风险参数 SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险 SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案 SP3.2实施风险缓解6、定量项目管理(QPM)SG1定量管理项目SP1.1建立项目目标 SP1.2组成已定义过程 SP1.3选择将予以管理的子过程 SP1.4管理项目性能SG2对子过程进行统计管理SP2.1选择度量值和分析技术 SP2.2运用统计方法，以掌握变化情况 SP2.3监督所选择的子过程的性能 SP2.4记录统计管理数据二、工程类1、需求管理（RM）2、需求开发（RD）3、技术解决（TS）SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则 SP1.2开发操作概念和场景 SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法 SP2.2建立完备的技术数据包 SP2.3设计综合性接口 SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计 SP3.2编制产品支持文档4、产品集成（PI）SG1 准备产品集成SP1.1建立产品集成战略 SP1.2建立产品集成环境 SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性 SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪 SP3.2组装产品构件 SP3.3核查组装的产品构件 SP3.4打包和交付产品或产品构件5、验证（VER）6、确认（VAL）三、组织过程类：1、组织过程定义（OPD）SG1 建立组织过程资产SP1.1建立标准过程 SP1.2 建立生命周期模型描述 SP1.3建立裁剪准则及指南 SP1.4建立组织度量库 SP1.5建立组织过程资产库 SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制 SP2.2建立集成团队规则与指南 SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦（OPF）SG1 确定过程改进机会SP1.1确定组织的过程需求 SP1.2评估组织的过程 SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划 SP2.2实施过程行动计划 SP2.3部署过程和相关的过程财富 SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训（OT）SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求 SP1.2确定有哪些培训需求由组织负责满足 SP1.3 建立组织培训战术计划 SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训 SP2.2建立培训记录 SP2.3评价培训效果4、组织过程性能（OPP）SG1 建立性能基线和模型SP1.1 选择过程 SP1.2建立过程性能度量值 SP1.3建立质量和过程性能目标 SP1.4建立过程性能基线 SP1.5建立过程性能模型5、组织革新与部署（OID）SG1 选择改进项目SP1.1 收集和分析改进建议 SP1.2 识别革新 SP1.3 试行改进 SP1.4 选择改进建议，用于部署SG2 部署改进SP2.1策划部署 SP2.2管理部署 SP2.3度量改进效果四、支持类1、过程和产品质量保证（PPQA）SG1 客观评价过程和工作产品SP1.1客观评价过程 SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题，并且确保解决它们 SP2.2建立记录2、配置管理（CM）SG1 建立基线SP1.1识别配置项 SP1.2建立配置管理系统 SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更 SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录 SP3.2进行配置审计3、测量和分析（MA）SG1 协调测量和分析活动SP1.1 建立测量目标 SP1.2详细说明度量值 SP1.3说明数据收集和存储规程 SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据 SP2.2分析度量数据 SP2.3存储数据和结果 SP2.4通报分析结果4、决策分析和决定（DAR）SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则 SP1.2选择评价技术 SP1.3拟订评价准则 SP1.4确定推荐的侯选方案 SP1.5评价候选方案 SP1.6选择解决方案5、原因分析和决定（CAR）SG1 确定缺陷的原因SP1.1选择缺陷数据，用于分析、选择缺陷和其他问题，以供分析使用 SP1.2分析原因SG2 处理缺陷原因SP2.1实施措施建议 SP2.2评价变更的效果 SP2.3记录数据。
CMMI级过程域讲解
计划参数
制定项目计划
编制 预算和进度表
识别项目风险
策划资料管理
策划项目资源
策划共利益者 的介入
制定项目计划
策划必要的知识 和技能
项目计划
PMC
项目策划 – 关系图
完成参数估算
计划参数
制定项目计划
获得对计划 – 关系图
获得对计划的承诺
评审项目 的从属计划
项目计划
协调工作 和资源的关系
子实践 - 确定实施项目所需的知识和技能。 - 评估可得到的知识和技能。 - 选择提供所需要的知识和技能的机制。 - 将所选择的机制纳入项目计划。
项目策划 – 特殊实践
SP 2.6 策划相关干系人介入 策划已标识干系人的介入。
项目策划 – 特殊实践
SP 2.7 制定项目计划 制定并维护总体项目计划。
的一致性。 - 标识不一致的来源和理由。 -当需求基线更改时，标识其导致计划和工作产品所
需的更改。 - 启动纠正措施。
需求管理 – 补充说明
需求管理
CMMI2级过程域
需求管理（REQM） 项目策划（PP） 项目监控（PMC） 供应商协议管理（SAM） 度量和分析（MA） 过程和产品质量保证（PPQA） 配置管理（CM）
- 监督项目的成本和所花费的工作量。
- 定期度量所花费的工作量和成本以及人员使用情况。 - 将实际的工作量、成本、人员配备及培训情况与项目计划中
的预算和估算值相比较。 - 识别与项目计划预算和估算值的显著偏离。
项目监控 – 特殊实践
- 监控工作产品和任务的属性。
- 定期度量工作产品和任务的实际属性，例如规模、复杂度、 或服务级别（以及这些属性的变更）。 - 将实际的工作产品和任务的属性（和这些属性的变更）与项 目计划中的估算值相比较。 - 识别与项目计划估算值的显著偏离。
CMMI二年级过程域
C M M I二年级过程域Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998CMMI二级过程域1、需求管理（REQM）SG1：管理需求：理解需求：获取需求：管理需求变更：维护需求的双向追溯性：确保项目工作与需求的一致性2、项目策划（PP）SG1：建立估算值：估计项目的范围：建立工作产品与任务属性的估算值：定义项目点生命周期：估计工作量和成本SG2：开发项目计划：建立预算和进度：识别项目风险：对数据管理进行计划：策划项目的资源：策划项目过程所需的知识和技能：策划干系人的参与：建立和完成项目计划SG3：获取对项目计划的承诺：评审影响项目的各种计划：调整工作和资源水平：获得对计划的承诺3、项目监控（PMC）SG1：按计划监控项目监控项目计划的各项参数监控承诺事项监控项目风险监控数据管理监控干系人的参与进行进度审计进行里程碑审查SG2：管理纠正措施，直至关闭分析问题采取纠正措施管理纠正措施4、配置管理（CM）SG1：建立基线：识别配置项：建立配置管理系统：建立或发布基线SG2：跟踪和控制变更：跟踪变更请求：控制配置项SG3：建立完整性：建立配置管理记录：执行配置审计5、度量分析（MA）SG1：安排度量与分析活动：建立度量目标：确定度量项：确定数据收集和存储流程：确定分析流程SG2：提供度量结果：收集度量数据：分析度量数据：保存数据和结果：结果交流6、过程与产品质量保证（PPQA）SG1：客观评估过程与产品：客观评估工作过程：客观评估工作产品SG2：提供客观的洞察力：沟通并确保解决不符合项：建立记录7、供应商协议管理（SAM）SG1：建立供应商协议：确定采购类型：选择供应商：建立供应商协议SG2：满足供应商协议：执行供应商协议：验收采购的产品：确保产品移交通用目标和通用实践初始级GG1：实现特定目标实施特定实践已管理级GG2：制度化已管理过程：建立组织政策：策划过程：提供资源：分配责任：培训人员：配置管理：识别并纳入相关干系人：监控过程：客观评价符合度：与高层管理者一起审查过程状态。
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI22个PA及目标、实践等清单
SAM 供方协定管理
SG1
SG2
GG2
MA
测量和分析
SG1
SG2
GG2
PPQA 过程和产品质量保证
SG1 SG 2 GG 2
CM
配置管理
SG1
第2页
CMMI 22个过程域
PA 过程域 特定目标与通用目标 SG 2 SG 3 GG 2 特定实践与通用实践 SP1.3 创建或放行基线 跟踪并控制变更 SP2.1 跟踪变更 SP2.1 控制变更 建立完整性 SP3.1 建立配置管理记录 SP3.2 执行配置审核 制度化为受管理过程 GP2.1 建立组织方针 GP2.2 策划该过程 GP2.3 提供资源 GP2.4 分配责任 GP2.5 培训人员 GP2.6 配置 GP2.7 识别相关的共利益者并使之介入 GP2.8 监督和控制该过程 GP2.9 客观评价遵循情况 GP2.10 高层管理者审查状态 成熟度等级3：已定义级 开发顾客需求 SP1.1 导出需要 SP1.2 转换需求 开发产品需求 SP 2.1 建立产品和产品构件需求 SP 2.2 分配产品构件需求 SP 2.3 确定界面需求 分析和确认需求 SP3.1 建立操作概念和场景 SP3.2 建立所要求的功能度的定义 SP3.3 分析需求 SP3.4 评价产品成本、进度和风险 SP3.5 用综合性的方法确认需求 制度化为受管理过程 GP2.1 建立组织方针 GP3.1 建立已定义过程 GP2.2 策划该过程 GP2.3 提供资源 GP2.4 分配责任 GP2.5 培训人员 GP2.6 配置 GP2.7 识别相关的共利益者并使之介入 GP2.8 监督和控制该过程 GP3.2 收集改进信息 GP2.9 客观评价遵循情况 GP2.10 高层管理者审查状态 选择产品构件解决方案 SP1.1 开发详细的候选解决方案和选择准则 SP1.2 发展操作概念和场景 SP1.3 选择产品构件解决方案 设计 SP 2.1 使用有效的设计方法 SP 2.2 建立完备的技术数据包 SP 2.3 设计综合性界面 SP 2.4 进行制造、购买或复用分析 实现产品设计 SP3.1 实施设计 SP3.2 建立产品支持文档 制度化为已定义过程 GP2.1 建立组织方针 GP3.1 建立已定义过程 GP2.2 策划该过程 GP2.3 提供资源 GP2.4 分配责任 GP2.5 培训人员 GP2.6 配置 GP2.7 识别相关的共利益者并使之介入
CMMI5级过程域及对应关系清单
CMMI5级过程域及对应关系清单CMMI（Capability Maturity Model Integration）是一个用于评估和改进企业过程的标准框架。
CMMI模型定义了定义了五个成熟度级别（从1到5级）和22个过程领域（也称为过程区域或目标）。
下面是CMMI5级过程域及对应关系清单：1. Level 1 - Initial-未定义的过程域在初始级别，组织的过程是不可预测的，未定义的，且通常是随机的。
组织缺乏过程概念和过程管理能力。
2. Level 2 - Managed-需求管理-配置管理-项目计划与跟踪-项目监控与控制-供应商协议管理-产品集成管理-测量和分析-过程和产品质量保证-风险管理在被管理的级别，组织的过程被规范化和记录下来。
组织开始对过程进行管理，以确保产品和服务按照计划执行，并且可以在合理的成本内交付。
3. Level 3 - Defined-组织过程的定义-组织过程资源的定义-组织培训的定义-组织的绩效管理定义-组织的创新和改进的定义-组织的决策分析和解决方案定义在定义级别，组织定义了标准化的过程，以确保所有项目和任务都按照这些过程进行。
组织通过根据实际需要进行过程定制，实现灵活性和适应性。
4. Level 4 - Quantitatively Managed-过程量化管理-组织的绩效量化管理在可量化管理级别，组织根据量化的过程和产品质量目标管理过程。
组织收集和分析过程和项目数据，并使用这些数据来评估和管理过程绩效。
5. Level 5 - Optimizing-组织创新和改进-组织决策分析和解决方案在优化级别，组织持续改进其过程，并通过创新和采取决策分析方法，提高产品和过程质量，提高组织绩效。
这些过程领域被设计为构建在彼此之上的层次结构。
例如，在达到Level 2的要求之前，组织必须实现Level 1的要求。
达到Level 3要求之前，组织必须实现Level 2的要求，依此类推。
CMMI过程域(全)
项目监督和控制——PMC
特定目标（SG2）： 当项目的性能或结果与其计划严重偏离 时，要采取适当的纠正行动并对其加以管理直至问题得到解 决。
特定实践： SP2.1 收集和分析问题，并确定解决问题的必要的纠正行动。 SP2.2 对照项目计划中标识出的承诺进行监督。 SP2.3 管理纠正行动，直到问题得到解决。
1建立顶层的工作分解结构建立顶层的工作分解结构wbswbs来估计项目的范围来估计项目的范围根据产品属性开发工作分解结构根据产品属性开发工作分解结构详细标识工作产品以便说明项目作业责任和进度等的估计详细标识工作产品以便说明项目作业责任和进度等的估计情况情况识别从项目以外获得的工作产品或工作产品构件识别从项目以外获得的工作产品或工作产品构件识别可复用的工作产品识别可复用的工作产品spsp11
项目策划—特殊实践分析
SP3.3 从负责实施和支持计划执行的利益关系人处获得承诺。 与相关的共利益者共同确定必要的支持和商谈承诺 把组织的所有承诺形成文件 在适当时，高级经理审查内部承诺 在适当时，高级经理审查外部承诺
项目策划—实施建议
培训人员 管理配置项：
工作分解结构表 项目计划 资料管理计划 共利益者介入计划 使共利益者适时介入 监督和控制该过程 评价遵循情况 高层管理者审查状态
项目策划——PP
特定目标（SG1）： 建立和维护项目计划参数的估计。 特定实践：
SP1.1 建立顶层的工作分解结构（WBS）来估计项目的范围。 SP1.2 建立和维护对工作产品和任务的属性的估计并且将其
文档化。 SP1.3 定义项目的生命周期阶段，并据此来限定计划的工作
量范围。 SP1.4 根据估计原理，对项目的工作产品和任务所需的工作
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.相关过程域
相关过程域列出了相关过程域信息， 反映了过程域间更高层次的关系。 例如：需求管理过程域中一个相关过 程域的例子是“有关将干系人的需要 转成产品需求，以及决定如何将需求 分配于产品组件，请参考需求开发过 程域，以获得更多信息。”。
4.名称
所有必要的和期望的内容（目标和实 践）都有一个名称。 名称提供了对该内容进行查询的便利 方法。 例如：需求管理过程域的一个特定目 标的名称是“SG 1 管理需求”。
能力等级2-已管理级的特征
已管理级过程是一个具有以下特征的 已执行级过程。
按照预定方针予以策划和执行的； 为了生成受控的输出，过程的执行都 是配备有适当的资源、有熟练技能的 人； 各方利益相关者介入了该过程； 并且依据各项要求进行了审查和评价。
能力等级3-已定义级的特征
已定义级过程是这样一种受管理的过 程：
连续式模型与过程域
过程域类型
CMMI模型的连续式表示，按照过程 域之间的关系分成四个类型：
过程管理 项目管理 工程 支持
类型 过程管理
过程域 组织过程焦点 (OPF) 组织过程定义 (OPD) 组织培训 (OT) 组织过程绩效(OPP) 组织性能管理 (OPM)
基础过程域 / *高级过程域 基础过程域 基础过程域 基础过程域 * 高级过程域 * 高级过程域
GG1 的共性实践
GG1 达成特定目标
GP1.1 执行特定实践
GG2 的共性实践
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 与上层管理人员审查各状态
能力等级0-不完整级的特征
不完整级也称为未执行级。它的过程 是一个未执行或仅仅部分执行的过程。 该过程的一个或多个特定目标未被满 足。
能力等级1-已执行级的特征
已执行级的过程是一个满足过程域各 个特定目标的过程。 不完整级与已执行级过程之间的关键 差别在于，已执行级过程满足相应的 过程域的所有特定目标。
特定实践
特定实践表明一组活动，这组活动被 期望可达成某过程域的特定目标。 例如：需求管理过程域的一个特定实 践是“SP 1.1 了解需求” 。
共性实践
共性实践称为“共性”是因为同一实 践的陈述对应了多个过程域。 共性实践说明一组活动，这组活动被 期望可达成给定的共性目标。 例如：需求管理过程域的一个共性实 践是“GP 2.1 建立组织政策”。
MA
PMC PP PPQA REQM SAM DAR IPM OPD OPF OT PI RD RSKM
2
2 2 2 2 2 3 3 3 3 3 3 3 3
Technical Solution Validation
Verification Organizational Process Performance Quantitative Project Management Causal Analysis and Resolution Organizational Performance Management
5.特定目标与实践摘要
提供实践到目标之间的映射 例如：需求管理过程域的特定目标及实践 摘要如下：
从无序到有序、从特殊到一般、从定性管 理到定量管理、最终达到动态优化
阶段式模型
“吃饭”的例子！
CMMI”精神”
CMMI不是软件开发的方法学、也不 是产品模板、更不是一套过程法律 CMMI只是做事的一般方法
阶段式模型与过程域
成熟度等级 第5级：优化级 第4级：量化管理级 第3级：已定义级
需求开发 技术解决 决策分析和决定 产品集成 验证 确认
4 5
定量项目管理 无 原因分析与解决方案
CMMI的过程域
过程域的内容 过程域内容的分类
过程域
过程域（Process Area）是同属于 某个领域而彼此相关的实践集合，当 这些实践共同执行时，可以达到该领 域过程改进的目标。
过程域的内容
项目管理
项目规划 (PP) 项目监控 (PMC) 供应商协议管理 (SAM) 集成化项目管理 (IPM) 风险管理 (RSKM) 定量项目管理 (QPM)
需求管理 (REQM) 需求开发 (RD) 技术方案 (TS) 产品集成 (PI) 验证 (VER) 确认 (VAL) 度量分析 (MA) 配置管理 (CM) 过程和产品质量保证 (PPQA) 决策分析与解决方案 (DAR) 原因分析与解决方案 (CAR)
CMM软件评测
——CMMI的过程域
蔡丽
复习
CMMI的模型
阶段式 连续式
阶段式模型
阶段式模型--5个成熟度等级
1. 2. 3. 4. 5. 初始级（Initial） 已管理级（Managed） 定义级（Defined） 定量管理级（Quantitatively Managed） 持续优化级（Optimizing）
基础过程域 基础过程域 基础过程域 * 高级过程域 * 高级过程域 * 高级过程域
基础过程域 基础过程域 基础过程域 基础过程域 基础过程域 基础过程域 基础过程域 基础过程域 基础过程域 * 高级过程域 * 高级过程域
工程
支持
过程域 Configuration Management
缩写 CM
成熟度等级 2
过程域 组织性能管理 (OPM) 原因分析与解决方案 (CAR) 定量项目管理(QPM) 组织过程绩效(OPP) 需求开发 (RD) 技术解决方案 (TS) 产品集成 (PI) 验证 (VER) 确认 (VAL) 组织过程焦点 (OPF) 组织过程定义 (OPD) 组织培训 (OT) 集成化项目管理 (IPM) 风险管理 (RSKM) 决策分析与解决方案 (DAR) 需求管理 (REQM) 项目规划 (PP) 项目监控 (PMC) 供应商协议管理 (SAM) 度量分析 (MA) 配置管理 (CM) 过程和产品质量保证 (PPQA) 无
共性目标
GG1 达成特定目标 GG2 制度化已管理过程 GG3 制度化已定义过程
期望的内容
在过程改进中起到主要作用 ，某些 情况不是必需的可能不会出现在成功 的组织模型中。 实践：代表了达到目标的手段和补充 认识 。
特定实践(Specific Practice, SP) 共性实践(Generic Practice, GP)
过程域的内容分类
按模型包括的质量重要性和作用
必需的（Required） 期望的（Expected） 提供信息的（Informative）
必需的内容
模型和过程改进的基础 。 目标：代表了过程改进想要达到的最 终状态，它的实现表示了项目和过程 控制已经达到了某种水平 。
特定目标(Specific Goals, SG) 共性目标(Generic Goals, GG)式模型--4个能力等级
0 不完整级； 1 已执行级； 2 已管理级； 3 已定义级；
能力等级
能力等级（Capability Level）表示一个 组织在实施和控制其过程以及改善其过程 绩效等方面所具备的能力。 一个过程能力等级由这个过程的若干相关 的特定实践和共性实践所构成。这些特定 实践和共性实践如果得以执行，则将使该 组织的这个过程的执行能力得到提高，进 而增强该组织的总体过程能力。
特定目标
只适用于一个过程，它描述过程特性 具有唯一性，即只有该过程必须实现 的那些特性。 特定目标是必需的部件，在评估时用 来衡量该过程域是否满足要求。 例如：需求管理过程域的一个特定目 标是“SG 1 管理需求” 。
共性目标
共性目标称为“共性”是因为同一目 标的陈述对应了多个过程域。 共性目标描述组织制度化实施的特征。 例如：需求管理过程域的一个共性目 标是“GG 2 制度化已管理过 程” 。
TS VAL
VER OPP QPM CAR OPM
3 3
3 4 4 5 5
过程管理类 1 2 无 无
项目管理类 无
工程类 无
支持类 无
项目策划 度量和分析 项目监督和控制 需求管理 过程和产品质量保证 供方协定管理 配置管理
3
组织过程聚焦 组织过程定义 组织培训 组织过程性能 组织性能管理
集成项目管理 风险管理
成熟度等级与共性实践
成熟度等级2级包括前11个共性实践。 成熟度等级3、4、5级包括总共13个 共性实践。
提供信息的内容
模型的主要部分，为过程改进提供了 有用的指导，在许多情况下他们对需 要和期望的构件做了进一步说明。
提供信息的内容
目的（Purpose） 介绍性说明（Introductory Notes） 相关过程域（Related Process Areas） 名称（Name） 特定实践与实践摘要(Specific Goal and Practice summary) 6. 注释（Notes） 7. 典型工作产品（Typical Work Products） 8. 子实践（Subpractices） 9. 学科扩充（Discipline Amplifications） 10. 共性实践详细说明（Generic Practice Elaborations） 1. 2. 3. 4. 5.
能力等级1 能力等级2
能力等级3
Measurement and Analysis
Project Monitoring and Control Project Planning Process and Product Quality Assurance Requirements Management Supplier Agreement Management Decision Analysis and Resolution Integrated Project Management Organizational Process Definition Organizational Process Focus Organizational Training Product Integration Requirements Development Risk Management