CMMI5文档之组织级过程性能过程
cmmi5的评价准则
cmmi5的评价准则
CMMI 5 级是CMMI 认证的最高级别，是企业软件研发管理能力成熟度的最高水平。
要达到CMMI 5 级，需要满足一系列严格的评价准则，包括以下方面：
1. 过程性能：组织应建立和维护有效的过程性能指标，以衡量其过程的效果和效率，并持续改进这些过程。
2. 量化管理：组织应使用统计和其他量化技术来管理其过程，以确保其过程的稳定性和可预测性。
3. 缺陷预防：组织应采取预防措施来减少缺陷的发生，并不断改进其过程以消除缺陷的根源。
4. 过程变更管理：组织应管理其过程变更，以确保变更的有效性和一致性，并最小化对业务的影响。
5. 风险管理：组织应识别和管理与其过程相关的风险，并采取适当的措施来降低这些风险。
6. 组织绩效管理：组织应建立和维护有效的组织绩效指标，以衡量其整体绩效，并持续改进其绩效。
要达到CMMI 5 级，组织需要在过程性能、量化管理、缺陷预防、过程变更管理、风险管理和组织绩效管理等方面表现出色，并持续改进其过程以提高其质量和效率。
cmmi5
CMMI5概述：CMMI全称是Capability Maturity Model Integration，是能力成熟度集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。
CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。
CMMI分为五个等级，二十五个过程区域（PA）（如图所示）。
等级：1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2．已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
4．量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。
管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
5．优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。
每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。
当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。
评估方式：自我评估：用于本企业领导层评价公司自身的软件能力。
主任评估：使本企业领导层评价公司自身的软件能力，向外宣布自己企业的软件能力评估类型：软件组织的关于具体的软件过程能力的评估。
软件组织整体软件能力的评估（软件能力成熟度等级评估）。
基本思想：1、解决软件项目过程改进难度增大问题2、实现软件工程的并行与多学科组合3、实现过程改进的最佳效益CMMI5级简述5级的企业，是如何做到“持续改进”呢？其实一个软件企业，要提高生产力，有3方面途径：1)改进过程，使现有的过程更强更有效。
CMMI5文档之组织级过程性能过程
CMMI5文档之组织级过程性能过程组织级过程性能过程（Organizational Performance Management, OPMP）是Capability Maturity Model Integration（CMMI）的一个关键过程领域，针对组织级过程执行和管理的评估和改进进行指导。
OPMP包括以下三个目标：1. 确保组织的业绩达到组织目标；2. 确定并满足组织的业务需求；3. 进行组织级过程改进。
在OPMP下，有三个特定目标，每个目标都有一个或多个关键实践。
以下是每个目标和关键实践的详细描述：目标1：根据组织目标进行业绩管理关键实践1：建立和维护组织级目标和业绩度量体系。
这个实践要求组织应该开发和维护一个包含关键业绩度量和目标的体系，并与组织的战略和目标相一致。
关键实践2：分析和使用业绩数据。
这个实践要求组织应该分析和使用收集到的业绩数据，以评估组织的业绩，并做出相应的决策和改进措施。
目标2：根据业务需求管理组织过程关键实践1：确定业务需求。
这个实践要求组织应该明确和理解业务需求，以便将其纳入组织级过程的实践中。
关键实践2：建立和维护组织级过程描述和标准。
这个实践要求组织应该建立和维护详细的组织级过程描述和标准，以确保满足业务需求。
关键实践3：建立和维护组织级过程能力。
这个实践要求组织应该建立和维护能够满足业务需求的组织级过程能力，并根据业务需求进行持续改进。
目标3：改进组织级过程关键实践1：建立和维护组织级过程改进目标和计划。
这个实践要求组织应该建立和维护组织级过程的改进目标和计划，以实现持续改进。
关键实践2：实施组织级过程改进。
这个实践要求组织应该根据计划实施组织级过程改进，监测改进的结果，并进行必要的调整。
关键实践3：促进组织级过程改进的意识和合作。
这个实践要求组织应该促进组织成员对过程改进的意识和合作，建立一个积极的改进文化。
通过实施OPMP，组织可以提高业绩，满足业务需求，并实现持续改进。
CMMI文件-(组织过程性能管理过程文件)
编码：NK-MS-OPP-P01 组织过程性能管理过程文件更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)4职责 (1)5裁剪指南 (2)6过程 (2)6.1组织过程性能 (2)6.1.1概要图 (3)6.1.2启动条件 (3)6.1.3输入 (4)6.1.4活动 (4)6.1.4.1选择过程 (4)6.1.4.2选择过程性能度量 (4)6.1.4.3建立质量和过程性能目标 (5)6.1.4.4建立过程性能基线 (5)6.1.4.5建立过程性能模型 (7)6.1.4.6评审组织过程性能目标、基线、模型 (7)6.1.4.7指导项目组使用过程性能目标、基线、模型 (7)6.1.4.8更新组织过程性能基线........................................ 错误！未定义书签。
6.1.5输出 (8)6.1.6关闭标准 (8)7审核 (8)8度量 (8)9技能要求 (8)10参照文件 (9)1目的将公司的质量改进过程本身置于良好的过程管理体系内，保证整个过程在PDCA 圈中不断良好循环，高效高质地达成过程改进目标。
为组织建立并维护组织过程性能基线和模型提供指导。
支持组织的质量目标和过程性能目标。
为项目提供可参考的性能数据、基线和模型。
2范围整个软件过程改进过程，包括所有参与软件过程改进的部门、项目、其他形式的组织。
3术语定义参见NK-MS-OPM-P05《术语定义》4职责5裁剪指南项目组在EPG的指导下，可以对质量和过程性能模型和目标进行选择和裁剪。
6过程6.1组织过程性能6.1.2启动条件已经具备3个或3个以上的生命周期相同，类型相同，规模相似的有效项目的过程性能数据。
负责建立基线的EPG组成员已经完成所需培训，具备了相关的知识能力。
过程改进方针与目标生命周期相同，类型相同，规模相似的有效项目的过程性能数据。
新采集的项目性能数据。
6.1.4活动6.1.4.1选择过程从组织标准过程中选择准备建立过程性能基线的过程、过程元素，确定该基线的各个特性。
软件能力成熟度模型等级和过程
软件能力成熟度模型等级和过程在软件开发行业中，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一种用于评估和改进组织软件开发能力的方法。
CMM将软件过程能力分为五个等级，每个等级代表了不同的软件开发成熟度。
在本文中，我将介绍CMM的五个等级和相应的软件开发过程。
第一等级——初始级（Initial）初始级是软件开发团队的起点，特点是开发过程不可预测、不稳定且不受控制。
在这个等级中，软件开发过程通常是一种灵活的方式，缺乏定义和规范。
开发团队的工作主要依靠个人技能和经验，而非标准化方法。
第二等级——可管理级（Managed）当开发团队达到可管理级时，他们开始寻求一种系统化的方法来管理软件开发过程。
这个等级的关键是建立有效的项目管理实践，通过规范化的计划、控制和测量，对项目进展进行管理和监控。
第三等级——已定义级（Defined）已定义级是软件开发过程的一个重要里程碑，它要求开发团队建立起一套标准化的软件开发流程。
这个过程必须经过详细的定义和文档化，以确保团队的工作是可重复的和可预测的。
第四等级——量化管理级（Quantitatively Managed）在量化管理级，软件开发团队进一步改进了他们的过程，并引入了更多的量化和度量方法。
这些量化和度量方法是为了监控和管理软件开发过程的关键指标。
通过定期收集和分析数据，团队可以做出有根据的决策，进一步提高软件开发过程的质量和效率。
第五等级——优化级（Optimizing）优化级是软件开发过程的最高级别。
在这个等级中，开发团队持续追求卓越，并通过不断改进软件开发过程来实现进一步的提升。
团队会寻找新的创新方式，试验新的技术和方法，以优化软件开发过程的效率和质量。
综上所述，软件能力成熟度模型将软件开发能力划分为五个等级：初始级、可管理级、已定义级、量化管理级和优化级。
不同的等级代表了软件开发过程的不同成熟度水平，团队可以通过评估自身的成熟度来制定相应的改进计划，并逐步提高软件开发过程的质量和效率。
CMMI5文档之组织过程改进过程
组织过程改进过程文档编号：FHI_CMMI_OPM_PRS文档信息：组织过程改进过程文档名称：组织过程改进过程文档类别：CMMI过程密级：内部秘密版本信息：1.3建立日期：2016-1-21创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：MicrosoftOffice2003中文版文档修订记录*变化状态：C――创建，A――增加，M――修改，D――删除1目的42适用范围43角色和职责44术语45入口准则46输入47流程图58过程描述58.1维护商业目标58.1.1维护商业目标58.1.2分析过程性能数据68.2识别改进机会68.3过程改进策划78.3.1弓丨导和分类建议的改进78.3.2制定改进计划88.4过程改进实施98.4.1实施改进计戈U98.4.2过程改进确认98.4.3确定待部署的改进108.5过程改进推广108.5.1策划推广工作108.5.2过程改进实施的跟踪118.6评价改进效果119输岀1110岀口准则111目的组织过程改进的目的是通过多种途径识别改进机会并主动管理组织的过程性能，策划和实施改进的过程，以便提升组织的过程能力。
2适用范围适用于组织的过程改进3角色和职责4术语5入口准则无6输入过程改进信息7流程图8过程描述组织根据《EPG章程》组建EPG并实施对EPG的管理。
EPG负责组织的过程改进工作，获取各类过程改进信息，识别过程改进、过程改进策划、过程改进实施、评估组织过程等活动。
8.1维护商业目标8.1.1维护商业目标商业目标和组织的过程性能是相互影响的。
组织的过程性能数据应是商业目标制定的输入，以确保商业目标是可达成的；而过程性能也会由于商业目标优先级的改变及据此对组织过程的优化而改变。
公司领导、部门经理、EPG定期评价组织的商业目标，可在每年公司总体战略目标确认后进行执行，并保证每年至少执行一次。
商业目标评审前，EPG收集历史数据，对组织的过程性能进行分析，并建立组织过程性能基线。
CMMI文件-(组织质量与过程性能基线-新开发项目)
评审速度－代码（规 模单位/人时）
评审发现的缺陷数和 测试发现的缺陷数比
例 缺陷密度－一级（个
缺陷/功能点）
缺陷密度－二级（个 缺陷/功能点）
缺陷密度－三级（个 缺陷/功能点）
基准值
上限
下限
基准值
上限
下限
基准值
上限
下限
基准值 上限 下限 基准值 上限 下限 基准值 上限 下限 基准值 上限 下限 基准值 上限 下限 基准值 上限 下限 基准值 上限 下限 基准值 上限 下限 基准值 上限 下限 基准值 上限 下限
能力基线对比分析： 共性原因： 特性原因：： 特性原因：
能力基线对比分析： 共性原因： 特性原因： 分析结论： 改进措施：
相关过程
项目策划与监控过程 评审过程
编码与集成过程
项目策划与监控过程
评审过程 质量保证过程 计划过程 评审过程 质量保证过程 计划过程 评审过程 质量保证过程 计划过程
组织质量与过程性能收集
制表人 制表时间
文件编码 项目名称
组织过程能力基线分析报告
指标
数值分类
项目生命周期生产率
项目编码单元测试阶 段生产率
整体估计能力－需求 计划时（数值是比较 规模和和进度的估计
偏差率的平均值）
评审效率－需求（个 缺陷/人时）
评审效率－设计
评审效率－代码
评审速度－需求（规 模单位/人时）
评审过程
评审过程 测试过程
评审过程 测试过程
第一版 V1.0
第二版 V1.1
差值
百分比
NK-SPI-OPP-T01
分析
能力基线对比分析： 共性原因： 特性原因： 分析结论： 改进措施： 能力基线对比分析： 共性原因： 特性原因： 分析结论： 改进措施： 能力基线对比分析： 共性原因： 特性原因： 分析结论： 改进措施：
CMMI的5个级别和25个过程域
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。
分为5个级别，25个过程域（Process Area，PA）。
1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
组织过程性能过程文档编号：FHI_CMMI_OPP_PRS文档信息：组织过程性能过程文档名称：组织过程性能过程文档类别：CMMI过程密级：内部秘密版本信息：1.3建立日期：2016-1-22创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录*变化状态：C――创建，A——增加，M——修改，D——删除目录1. 目的（Purpose） (5)2. 适用范围（Scope） (5)3. 角色和职责（Role & Responsibility） (5)4. 名词术语（Terminology） (5)5. 输入输出 (6)6. 流程图（Flow Diagram） (6)7. 过程描述（Process Descriptions） (6)7.1. 建立质量和过程性能目标 (6)7.1.1. 建立质量和过程性能目标 (6)7.1.2. 评审质量和过程性能目标 (7)7.1.3. 修订质量和过程性能目标 (7)7.2. 选择过程 (7)7.2.1. 建立过程或子过程选择的准则 (7)7.2.2. 选择子过程 (8)7.2.3. 修订选择的过程或子过程 (8)7.3. 建立过程性能度量项 (8)7.4. 建立过程性能基线 (9)7.4.1. 过程性能基线的建立 (9)7.4.2. 评审过程性能基线 (10)7.4.3. 分析质量和过程性能目标的达成 (10)7.4.4. 修订过程性能基线 (10)7.5. 建立过程性能模型 (10)7.5.1. 建立过程性能模型 (10)7.5.2. 评审过程性能模型 (11)7.5.3. 过程性能模型的使用 (11)7.5.4. 过程性能模型的维护 (11)8. 裁剪指南（Tailoring Guidelines） (11)9. 相关文档（Relevant Documents） (11)10. 参考资料（References） (11)1.目的（Purpose）组织过程性能的目的在于建立并维护对组织的标准过程集合中所选择过程的定量了解，用于支持达到质量和过程性能目标，并且提供过程性能数据、基线和模型来量化管理组织的工作。
2.适用范围（Scope）本文档用于EPG建立和维护组织的过程性能基线和过程性能模型。
3.角色和职责（Role & Responsibility）在组织级过程性能中，涉及的角色有领导小组、EPG、项目组。
他们的主要职责如下：4.名词术语（Terminology）5.输入输出6.流程图（Flow Diagram）无7.过程描述（Process Descriptions）7.1.建立质量和过程性能目标确定组织商业目标领导小组负责根据公司战略目标及战略分析提供组织商业目标，用于组织过程性能活动。
商业目标应该是量化的目标。
EPG负责对商业目标进行分析，确定和研发相关的商业目标，并记录在《组织商业目标分解及度量指标》中。
7.1.1.建立质量和过程性能目标质量和过程性能目标为过程性能分析和量化管理活动提供了焦点和方向。
质量和过程性能目标可以在组织的不同级别建立，可以是业务领域、产品线或者是项目等。
质量和过程性能目标也可以在过程的不同层级建立。
质量和过程性能目标可以是关于过程方面的，也可以是产品或服务方面的。
建立质量和过程性能目标时，应考虑：●可以跟踪到组织的商业目标；●选择过程或子过程以往的性能；●过程性能的多个属性（如：产品质量、生产率、周期时间、响应时间等）；●选择过程和子过程的内在的变异性和自然边界EPG负责根据领导小组提供的商业目标，根据以上须考虑的因素进行分析，确定可量化的质量和过程性能目标。
质量和过程性能目标应遵从SMART（具体的、可度量的、可达到的、适当的、有时间限制的）的原则。
应为质量和过程性能目标明确优先级，质量和过程性能目标的优先级应符合商业目标优先级的策略。
组织应确保高优先级质量和过程性能目标的实现。
7.1.2.评审质量和过程性能目标质量和过程性能目标建立后，应对其进行评审。
EPG负责组织领导小组通过会议形式对质量和过程性能目标进行评审。
评审的内容应包括：●是否可追溯到组织商业目标；●确定的优先级是否合适；●是否已经为目标的实现建立了相应的过程或子过程；●是否有历史性能数据来衡量目标的实现；●确定的过程性能属性是否合适。
评审结论应得到领导小组的确认通过。
7.1.3.修订质量和过程性能目标出现以下情况应对质量和过程性能目标进行修订：●组织战略或商业目标变更时；●组织的标准过程集合变更时；●实际的质量和过程性能与目标有重大差异时；●组织变更质量和过程性能目标的优先级时。
7.2.选择过程7.2.1.建立过程或子过程选择的准则对所有的过程或子过程采用统计管理技术进行管理是不经济也不太可能的。
因此，有必要建立过程或子过程选择的准则，以确定需要采用统计管理技术管理的过程或子过程。
EPG负责根据组织商业目标的要求以及公司管理现状和需要建立过程和子过程选择的准则。
一般，过程和子过程选择准则包含如下：●过程或子过程与关键业务目标是强相关的；●过程或子过程显示过去是稳定的；●相关过程或子过程存在有效的历史数据，且当前可用；●过程或子过程将产生足够频度的数据以运行统计管理；●过程或子过程对于质量和过程性能是重要的贡献者；●过程或子过程对于质量和过程性能是重要的预测者；●过程或子过程对于了解达到质量和过程性能目标相关的风险是重要的因素；●过程或子过程相关的测度或度量的质量是充分的；●多个测量属性对于表征过程或子过程行为是可用的。
建立的过程或子过程选择准则应文档化，以便用于选择采用统计管理技术管理的过程和子过程。
7.2.2.选择子过程EPG负责根据已经建立的过程或子过程选择的准则选择过程或子过程。
在选择过程或子过程时可能会存在对过程或子过程选择的决策，可以通过决策分析的方法来确定需要的过程或子过程，具体决策分析过程见《决策分析》。
7.2.3.修订选择的过程或子过程出现以下情况，应重新选择过程或子过程：●过程性能模型预测的结果偏差较大，模型使用意义不大时；●质量和过程性能目标改变时；●组织的标准过程集合改变时；●主要的质量和过程性能改变时。
7.3.建立过程性能度量项EPG应负责根据质量和过程性能目标以及选择的过程和子过程选择能够衡量质量和过程性能的度量项。
选择度量项应考虑如下因素：●度量项和组织质量和过程性能目标之间的关系；●度量项对于提供的整个产品或服务生命周期的覆盖；●度量项对于提供的过程性能的可视性；●度量项的可用性；●可以被收集的度量项观察值的频率；●过程或子过程变更对度量项可控制的程度；●度量项展现的有效的过程性能的最终用户视图的程度。
●为选择的度量项建立操作的定义。
度量项的选择可以采用GQM（目标－问题－度量项）的方法来识别。
具体GQM 方法的使用见《度量和分析指南》。
EPG应将为质量和过程性能选择的度量项合并到《组织度量数据统计表》中，并统一按照《度量和分析过程》进行管理。
组织应在每次组织的质量和过程性能目标、选择的过程或子过程调整后重新修订度量项集合，以确保度量项持续有用及表明过程有效性的能力。
7.4.建立过程性能基线7.4.1.过程性能基线的建立过程性能基线用于比较质量和过程性能目标以确定质量和过程性能目标是否达到。
过程性能基线可以按照不同的分类来建立，包括：●产品线；●业务线；●应用领域；●复杂度；●团队大小；●工作产品大小；●组织标准过程的过程元素等。
EPG负责收集选择过程或子过程的度量数据，并分析选择过程或子过程期望性能的度量数据的分布和范围。
EPG应对收集数据的过程的稳定性进行分析，以确保建立过程性能基线的过程是稳定的。
EPG负责对选择的过程或子过程建立过程性能基线，过程性能基线可以采用控制图的方式体现，具体过程性能基线建立参见《组织过程性能分析指南》。
7.4.2.评审过程性能基线建立的过程性能基线应得到相关干系人的评审，以及领导小组的批准。
批准后的过程性能基线应提交到组织度量库中，以确保过程性能基线数据可以被组织和项目使用。
7.4.3.分析质量和过程性能目标的达成EPG应基于过程性能基线采用过程能力分析的方法分析质量和过程性能目标是否可达成。
如分析结果发现质量和过程性能目标不能达成，应考虑采用根本原因分析来分析原因，并采取措施，以便目标的达成。
具体根本原因分析方法见《原因分析与解决规程》。
7.4.4.修订过程性能基线当出现以下情况时，EPG应考虑对过程性能基线进行修订：●当过程变更时；●当组织的实际性能变更时；●当组织的需要变更时。
7.5.建立过程性能模型7.5.1.建立过程性能模型过程性能模型用于估计或预测过程性能度量的结果，它可以用于组织的不同级别，包括组织级或项目级。
典型的，过程性能模型可以用于：●组织运用它们以估计、分析及预测与组织标准过程中的过程或对标准过程的变更相关的过程性能；●组织运用它们以评价组织改进活动的(潜在)投资报酬；●项目组运用它们以估计、分析及预测其已定义过程的过程性能；●项目组运用它们以选择要使用的过程或子过程；●项目组运用它们以估计达成质量及过程性能目标的进展。
EPG负责根据组织的标准过程和过程性能基线建立组织的过程性能模型。
如项目需要时，应协助项目组建立项目的过程性能模型。
EPG应对建立的过程性能模型根据过去的性能结果和当前的需要进行校准，以确保过程性能模型能够准确的用于估计或预测。
7.5.2.评审过程性能模型EPG应组织过程性能模型相关的干系人对建立的过程性能基线进行评审，并得到领导小组的批准。
批准后的过程性能模型应提交到组织度量库中，以确保过程性能模型可以被组织和项目使用。
7.5.3.过程性能模型的使用EPG应对过程性能模型相关的使用人员进行培训并指导其使用，确保过程性能模型能够在组织和项目中得到正确的使用。
7.5.4.过程性能模型的维护当出现以下情况时，EPG应负责对过程性能模型进行维护：●当过程变更时；●当组织的实际性能变更时；●当组织的质量和过程性能目标变更时。
8.裁剪指南（Tailoring Guidelines）无9.相关文档（Relevant Documents）《组织商业目标分解及度量指标》10.参考资料（References）CMMI-DEV-v1. 3。