CMMI管理性能与度量(MPM)实践域概述

 

 

CMMI V3.0管理性能与度量实践域CMMI全部视图的通用实践 

 

 

CMMI管理性能与度量实 践域必需的实践域信息  

 

意图

使用度量和分析来管理性能,以实现业务目标。

 

价值

将管理和改进工作集中在成本、进度表和质量性能上,最大限度地提高业务投资回报。

 

其他必需的实践域信息

管理和优化性能有助于:
• 确保效益和业务性能是性能和改进的主要推动因素
• 实现从“过程改进推动性能提升”到“性能是过程改进的主要推动因素”的范式转换
• 使用度量与分析结果来管理和控制各种工作和业务级别的性能


性能和度量管理包括:
• 设定以下目标:
o 业务
o 度量和性能
o 质量和过程性能
• 将目标分配到下级业务和过程中并进行跟踪
• 定义度量以进一步了解目标的实现进度
• 分析度量和性能数据以:
o 了解性能与过程之间的关系和相互作用
o 定义并采取行动来解决观察到的阻碍目标实现的问题
o 让所有干系人都能清楚地看到性能结果和相关效益
o 持续关注和优化性能

 

度量及性能目标是不需要额外使用严格的统计技术的量化目标。
质量与过程性能目标 (QPPO) 适用于使用统计与其他量化技术的高成熟度活动。这些目标包括对相关数据使用统计与其他量化技术。

 

 

CMMI管理性能与度量实践域解 释性实践域信息

 

CMMI管理性能与度量实 践总结

 

第 1 级
 

MPM 1.1 收集度量项并记录性能。
MPM 1.2 识别并解决性能问题。

 

第 2 级
 

MPM 2.1 从选定的业务需求和目标中推导出度量及性能目标并进行记录和更新。
MPM 2.2 开发、使用并持续更新度量项的操作性定义。
MPM 2.3 根据操作性定义获取指定的度量数据。
MPM 2.4 根据操作性定义分析性能和度量数据。
MPM 2.5 根据操作性定义存储度量数据、度量规范和分析结果。
MPM 2.6 采取行动解决已识别的阻碍实现度量及性能目标的问题。

 

第 3 级
 

MPM 3.1 开发、持续更新和使用可追溯到业务目标的组织度量及性能目标。
MPM 3.2 遵循组织过程和标准,以便为度量项制定和使用操作性定义并持续对其 更新。
MPM 3.3 开发、持续更新并遵循数据质量过程。
MPM 3.4 开发、持续更新和使用组织的度量库。
MPM 3.5 使用度量及性能数据分析组织的性能,以确定并满足性能改进需求。
MPM 3.6 定期将性能结果传达 给组织。
   

 

第 4 级

  

MPM 4.1 使用统计与其他量化技术来制定、持续更新并沟通可追溯到业务目标的质量与过程性能目标。
MPM 4.2 选择度量项和分析技术对性能进行量化管理,以实现质量与过程性能目标。
MPM 4.3 使用统计与其他量化技术来建立和分析过程性能基线并保持更新。
MPM 4.4 使用统计与其他量化技术来建立和分析过程性能模型并保持更新。
MPM 4.5 使用统计与其他量化技术来确定或预测质量与过程性能目标的实现情况。
 

 

第 5 级

 

MPM 5.1 使用统计与其他量化技术来确保业务目标与业务战略保持一致,以优化 性能。
MPM 5.2 使用统计与其他量化技术来分析性能数据,以确定组织能够实现所选的业务目标并识别潜在的性能优化领域。
MPM 5.3 对改进建议就其在实现并优化业务、质量和过程性能目标的预期效果方面进行的统计与量化分析,选择和实施改进建议。

 

CMMI管理性能与度量其他实 践域解释性信息

 

术语“过程性能”用于开发或交付解决方案的“工作级别”,而术语“业务性能”则用于业务或组织级别。术语“性能”可以指其中的任意一个或两者都包含。例如,收集“工作级别”的度量和性能数据并汇总数据,以实现业务级别的组织性能分析。
强大的度量体系包括并满足以下类型的目标。表 MPM-1:目标的发展和关系显示了几种目标类型的发展和差异。在每种情况下,这些目标应当都能互相追溯。

 

表 MPM-1:目标的发展和关系
目标 解释
业务目标:
将每个版本的交付时间缩短 33%。
组织意识到,为了提升自己的竞争地位,他们需要以更快的速度交付版本。客观评价的结果表明,无效的手动测试浪费了大量的时间,因而降低了当前版本的交付速率。
度量及性能目标:
使每个版本的自动化测试增加至覆盖 30% 的代码。
为开发和执行手动测试脚本而花费的时间占据了主要的测试过程的时长。由此确定的一项改进建议,就是将一些手动测试转换为自动化测试。
质量与过程性能目标 (QPPO):
使每次冲刺的自动化测试的平均初始通过率达到 86% +/- 10%的水平。
通过将一些手动测试转换为自动测试,组织实施了 一项性能改进。组织对自动化测试应用了统计过程控制,因此大大缩短了测试过程的时长。通过在每次冲刺中实现这一 QPPO,组织就能够在各个版本保持这一性能水平。

 

在上述示例中,业务目标以及度量及性能目标可用以表明,过程实现了实践组 1、2 和 3 中的实践的意图和价值。而 QPPO 示例则展示了向实现实践组 4 和 5 的目标的推进。

与CMMI管理性能与度量相关的实践域

 

原因分析和解决 (CAR)
估算 (EST)
监视与控制 (MC)

 

与CMMI管理性能与度量相关的特定背景

 

 

敏捷开发


背景标签:敏捷开发
背景:将敏捷技术和实践与其他过程整合在一起。

 

表 MPM-2:敏捷度量活动实例举例说明了度量及性能在敏捷项目中如何发挥作用。
 

表 MPM-2:敏捷度量活动实例
敏捷活动或仪式 度量示例
发布策划 为后续的各冲刺分配待办事项
待办列表梳理 剩余的史诗和故事点
冲刺策划 已计划的和实际的冲刺速率
冲刺评审/演示 冲刺速率(每个冲刺完成的故事点),燃尽图
回顾 平均冲刺速率与实际冲刺速率

 

敏捷开发项目可以通过以下方式提高性能:
• 定义不限于单一迭代的目标。目标可能包括在连续的冲刺中达到一定的速率来满足业务需求。
• 记录明确、可用的操作性度量项定义
• 定义速率的计算方式:
o 明确的规范值 1 的含义,即团队对何为一个故事点的操作性定义达成了共识。
o 各方认同的故事点的度量尺度,最常用的是斐波那契数列
o 为冲刺识别并分配故事点
o 在后续的冲刺中应用平均团队冲刺速率
敏捷团队通常对版本和冲刺使用燃尽图,以监控进度和帮助评估性能。


图 MPM-1:发布燃尽图和冲刺(迭代)燃尽图

 

图 MPM-1:发布燃尽图和冲刺(迭代)燃尽图中的版本燃尽图显示了每个冲刺内跟踪并随时间变化的剩余故事点数,还展示了由几个冲刺组成的一次版本中的所有工作。这项工作的性能目标是使用一组资源在指定时间范围内燃尽发布中目标数量的故事点。此图显示了:
• 已完成故事点的数量(“已交付价值”)
• 已策划的所有冲刺中的预测点数
• 一个版本中的所有已策划工作
这项工作的性能目标与已交付的价值相关,并用来帮助预测与此发布相关的未来冲刺可交付的 成果。
使用度量跟踪剩余故事点,并通过性能分析确定任何偏差及其原因。例如承诺太多故事点,或员工意外请病假。随后可能会采取行动,例如将用户故事推迟到之后的发布中;增加更多资源;或清除障碍。
图 MPM-1:发布燃尽图和冲刺(迭代)燃尽图中的冲刺(迭代)燃尽图显示了冲刺预测中的剩余故事点,该信息会持续更新。性能目标是在给定一组资源下完成冲刺内计划好的故事。度量项提供了待交付的剩余故事点。通过可视信息指标和每日站会收集的性能分析,团队可以了解任何偏差及其原因(例如代码难以修改)。采取适当的措施,以清除障碍。

 

数据


背景标签:CMMI-DATA
背景:利用过程将数据管理最佳实践整合到解决方案中。


识别并利用度量,以评估数据管理目标的实现情况。考虑在所有业务部门、业务过程、项目和应用程序之间采用一种全面的方案,就项目或组织重要的数据质量维度,进行度量和报告。分析度量数据,包括考虑错误率和质量阈值,以评估数据管理方法的有效性,并在度量表明数据超出容差水平或者偏离业务目标时,采取适当的纠正措施。
要考虑的数据度量项的示例包括:
• 元数据管理的价值,例如与成本控制、运营效率、过程有效性相关的价值。
• 关键过程和程序的性能,例如每个属性的使用频率、每个属性的数据存储数量、每个属性的应用程序数量等
• 数据属性对应用程序的重要程度,例如有哪些核心属性、用于哪些过程、用在哪个应用程序中、包含在哪个计算过程中
• 数据在生命周期中的移动的相关成本,例如有多少数据面临着风险,尤其是当数据沿袭关系不完整时
• 对单一权威来源进行跟踪的进度
• 元数据在广度、深度、范围、可用性、及时性、准确性、重复性、符合性、关联性和明确性等方面的质量
• 元数据的度量指标,例如采用率、已完成百分比
• 对平台或者技术性能和能力的服务水平协议 (SLA) 的满意度
• 违反所定义的方法的数据管理行为次数
• 支持治理数据管理工作的角色和职责的百分比

 

DevSecOps


背景标签:DevSecOps
背景:DevSecOps 是一种思维方式、一种文化和一套实践,可促进开发、运营和安保部门之间的密切合作,从而规划、开发、测试、部署、发布和保持更新安全的解决方案。


DevSecOps 团队利用自动化工具和过程执行他们的工作。这样,团队就可以识别过程目标,并收集和分析各种度量项,以确定这些目标的实现进度。选择并使用度量项,以便在业务需求、过程符合性和有效性之间取得平衡。度量还能帮助团队有效地管理他们的工作,并帮助实现业务目标。当分析度量结果时,考虑整体过程和活动的完整环境非常重要。DevSecOps 团队利用多种自动化工具,收集从开发到部署和运营的软件过程的大量数据。当确定度量项时,DevSecOps 团队通常考虑:
• 可靠性
• 安保
• 稳定性
• 性能
• 成本
• 过程交付周期
• 使用的方便性
• 连续性
• 部署队列速率
• 一致性

 

安全
 

背景标签:CMMI-SAF

背景:利用过程将安全注意事项整合为解决方案、工作、项目和组织不可或缺的一部分。

 

每个解决方案的设计和运用中都可能包含某种级别的安全需求。这些需求通常包括用于确认已满足安全需求的安全目标和相关度量。


安保


背景标签:CMMI-SEC
背景:利用过程将安保注意事项整合为解决方案、工作、项目和组织不可或缺的一部分。


每个解决方案的设计和运用中都可能包含某种级别的安保需求。这些需求通常包括用于确认已满足安保需求的安保目标和相关度量。

 

供应商


背景标签:CMMI-SPM
背景:使用过程来识别、选择和管理供应商及其协议。


采购方制定针对其活动和工作产品以及供应商的活动和交付物的度量目标。供应商提供的解决方案组件的度量和分析,对有效管理项目的质量和成本非常重要。谨慎地管理供应商协议有助于深入了解支持供应商性能分析的数据。供应商协议应包括:
• 供应商应收集和报告的度量项
• 供应商应使用的数据收集过程和时间安排
• 预期的供应商数据分析
• 需要存储的供应商数据
如果由多个采购的解决方案为最终用户提供能力,或与其他项目建立关系来获取联合能力,应识别其他度量项,以跟踪和实现项目中的接口或连接互操作性。
采购方指定度量项来:
• 衡量自己的进度和输出
• 根据合同需求监控供应商性能和进度
• 深入了解所采购的解决方案的变化状态

 

 

CMMI-DEV V1.3中对管理性能与度量(MPM)过程域的说明

 

 

 

CMMI相关资料下载

 

 

 

凡奉首页    管理实践    CMMI管理实践    CMMI管理性能与度量(MPM)实践域概述
创建时间:2026-01-30 13:37
收藏
2024-01-30