CMMI原因分析和解决 (CAR)实践域概述

 

 

CMMI V3.0原因分析与解决实践域CMMI V3.0所有视图的通用实践域

 

 

CMMI原因分析和解决实践域必需的实践域信息

 

意图

识别选定结果的原因并采取行动,防止不合需要的结果再次发生或确保再次出现正面结果。

 

价值

解决导致问题的原因,以消除返工并直接提高质量和生产率。

 

其他必需的实践域信息

本部分留作空白,以待未来加入内容。

 

 

CMMI原因分析和解决实践域解释性实践域信息

 

CMMI原因分析和解决实践总结

 

第 1 级

 

CAR 1.1 识别并处理造成选定结果的原因。

 

第 2 级

 

CAR 2.1 选择要进行分析的结果。

CAR 2.2 分析并处理造成结果的原因。

 

第 3 级

 

CAR 3.1 遵循组织过程来确定所选结果的原因。

CAR 3.2 提出处理已确定的原因的行动建议。

CAR 3.3 实施选定的行动建议。

CAR 3.4 记录原因分析和解决数据。

CAR 3.5 为证明有效的变更提交改进建议。

 

第 4 级

 

CAR 4.1 使用统计与其他量化技术对选定结果进行根本原因分析。

CAR 4.2 使用统计与其他量化技术评估实施的行动对过程性能的影响。

 

第 5 级

 

CAR 5.1 使用统计与其他量化技术来评估其他解决方案和过程,以确定是否应在整个组织内应用解决办法,以优化性能。

 

CMMI原因分析和解决其他实践域解释性信息

 

原因分析和解决活动包括:

• 确定所选结果的原因

• 提出处理已识别的原因的行动建议

• 实施选定的行动建议

• 记录原因分析和解决数据

• 为证明有效的变更提交改进建议

 

防止缺陷和问题的发生比在引入缺陷和问题后再来检测更具成本效益。

由于对所有结果进行原因分析是不切实际的,因此通过权衡预计的投资和回报来选择原因分析的目标。原因分析和解决活动为项目和组织提供了一种机制,可供评估其过程和寻找可以实施的改进。当改进被认为是有效的时候,遵循指导它们的过程,并将信息提交给组织,以便在组织过程中进行可能的部署。

 

与CMMI原因分析和解决相关的实践域

 

管理性能与度量 (MPM)

 

CMMI原因分析和解决实践域的特定背景应用

 

敏捷开发

背景标签:敏捷开发

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

 

敏捷团队识别并解决阻碍因素,在迭代期间收集冲刺数据,并在回顾会议时评审这些数据。典型的敏捷回顾会议将回顾哪里出现了差错、哪里运转得良好,并选择要在下一次冲刺时进行的改进。例如,一个团队始终无法完成为每次冲刺所确定的工作,他们将会查找各种原因,例如长期的注意力分散、使用不可靠的速率数据、定义不明确的用户故事、超出团队能力或低估了复杂性。他们将确定、分析、排序和解决这些潜在原因。

 

DevSecOps

背景标签:DevSecOps

背景:DevSecOps 是一种思维方式、一种文化和一套实践,可促进开发、运营和安保部门之间的密切合

作,从而规划、开发、测试、部署、发布和保持更新安全的解决方案。

 

DevSecOps 团队通常在每次迭代结束时,根据所选的框架或方法(例如 Scrum、看板、SaFe 等等)进行回顾。例如,在 Scrum 中,会在每次冲刺结束时举行回顾会议。在进行这些回顾时, 团队会识别进展和工作上的障碍或阻碍因素,以在下一次冲刺时加以解决。当DevSecOps 团队进行原因分析时,面临的挑战是这样的观念:在回顾会议中,当有人说,“让我们找出问题的根源。”这往往意味着:这是谁的错?这种“责备游戏”与积极的 DevSecOps 文化背道而驰。根本原因分析的目标应该侧重于过程,而不是人。

在现代的软件开发中,根本原因分析面临的挑战在于,它并非总是能够解决软件的复杂性,因此往往无法以足够快的速度提供解决方案。在 DevSecOps 环境中,周期短,持续集成/持续交付 (CI/CD) 流水线、微服务、容器等不断变化,因为特定时间点的数据具有局限性,而且所有系统组件、接口或连接、应用程序和环境之间的交互非常复杂,因此找到根本原因会更难。

DevSecOps 团队通常以渐进的方式执行原因分析,并侧重于那些可执行的并能够在下一次冲刺时纠正的问题。例如,在 CI/CD 流水线中的关键检查点 (gate-check points) 失败可能会成为启动分析的潜在结果,这时可以使用“五问法”这类简单技术。有些问题可能需要经历多次冲刺才能被纠正,或者需要多个 DevSecOps 团队开展协作。例如,无法在早期阶段识别错误、团队成员之间缺少协作、发现漏洞的能力有所欠缺等等。

 

供应商

背景标签:CMMI-SPM

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

 

原因分析和解决活动可能包括评价与供应商过程接口或连接的采购方过程。如果采购方与供应商共同执行原因分析,可能产生改进行动,例如:

•供应商改进其过程,以更有效地开展项目

•采购方改进其供应商接口或连接

•变更共同使用的工具或技术

 

CMMI V1.3中对原因分析与解决(CAR)过程域的说明

凡奉首页    管理实践    CMMI管理实践    CMMI原因分析和解决 (CAR)实践域概述
创建时间:2025-07-31 11:09
收藏
2023-12-06
2024-01-30