SG 1 确定所选结果的原因

所选结果的根本原因得到系统化的确定。

CMMI模型中，对根本原因的定义如下。根本原因是原因链的初始要素，该链导向所关注的结果。

SP 1.1 选择需要加以分析的结果

选择需要加以分析的结果。

这个活动可以由事件引发（反应式），或者可以定期得到计划，例如在新阶段或任务的开始（主动式）。

CMMI模型中，CAR过程域的工作产品实例：

1. 将在初始分析中使用的数据

2. 初始分析的结果数据

3. 所选需要深入分析的结果

CMMI模型中，CAR过程域的子实践：

1. 收集相关数据。

相关数据的实例有：

• 客户或最终用户报告的缺陷

• 同级评审或测试中发现的缺陷

• 高于预期的生产率度量项

• 需要纠正措施的项目管理问题报告

• 过程能力问题

• 按过程的挣值度量（例如，成本绩效指数）

• 资源生产能力、利用或响应时间的度量

• 服务履行或服务满意度问题

2. 确定哪些结果要深入分析。

在确定哪些结果要深入分析时，CMMI-DEV模型建议考虑其来源、影响、发生频率、相似性、分析成本、所需时间与资源、安全性等等。

选择结果的方法的实例有：

• 帕累托分析

• 直方图

• 属性的箱线图

• 失效模式与影响分析（failure mode and effects analysis，FMEA）

• 过程能力分析

3. 正式地定义分析范围，包括对所需或期望改进的明确定义、受影响的干系人、受影响的目标等等。

参阅CMMI-DEV模型“决策分析与解决”过程域，以进一步了解如何使用正式的评价过程，遵循已建立的准则，对已识别的多个备选方案进行评价，以分析可能的决策。

SP 1.2 分析原因

对所选结果执行原因分析，并提出对其进行处理的行动。

CMMI模型中，对于此分析的目的描述为，通过分析相关结果数据并产生将要实施的行动提议，定义处理所选结果的行动。

CMMI模型中，CAR过程域的工作产品实例：

1. 根本原因分析结果

2. 行动提议

CMMI模型中，CAR过程域的子实践：

1. 与负责执行任务的人共同进行原因分析。

通常在会议中，与理解所选被研究结果的人共同进行原因分析。对所选结果有最深刻理解的人通常是负责执行任务的人。在引发结果的事件发生后，尽量就近对实时数据进行分析是最有效的。

执行原因分析时机的实例有：

• 当稳定的子过程不满足其规定的质量与过程性能目标时，或者当子过程需要得到稳定时

• 任务进行中，需要召开原因分析会议时

• 当工作产品相对其需求显现出意外偏离时

• 当多于预期的缺陷从较早阶段逃逸到当前阶段时

• 当过程性能超出预期时

• 在新阶段或任务的开始

参阅CMMI-DEV模型“量化项目管理”过程域，以进一步了解如何执行根本原因分析。

2. 分析所选结果以确定其根本原因。

CMMI模型中提到，分析过程性能基线与模型可以帮助识别潜在根本原因。

依赖于结果的类型与数量，用多种方式对结果进行研究以确保所有潜在根本原因得到调查，可能是有益的。考虑对结果既进行分组研究又进行单独研究。

用于确定根本原因的方法的实例有：

• 因果（鱼骨）图

• 检查表

3. 基于其根本原因，将所选结果进行组合并分组。

在有些情况下，结果可能受多重根本原因影响。

原因组别或者类别的实例有：

• 培训与技能不足

• 沟通中断

• 没有解释任务的所有细节

• 手工环节中犯错（例如，键盘输入）

• 过程缺陷

在合适的情况下，于组内或者跨组寻找趋势或者征兆。

4. 创建行动提议，其将所要采取的行动文档化，以预防类似结果在将来发生或者将最佳实践纳入过程。

过程性能模型可以通过对影响及投资回报的预测，支持行动提议的成本收益分析。

所提议预防性行动实例包括对如下条目的变更：

• 有疑问的过程

• 培训

• 工具

• 方法

• 工作产品

纳入最佳实践的实例有：

• 创建活动检查单，其加强对常见问题及其预防技术的培训或沟通

• 改变过程以使易出错步骤不发生

• 将过程的全部或部分自动化

• 将过程活动重新排序

• 添加过程步骤，例如任务启动会议，以评审常见问题及其预防行动

行动提议通常将如下信息文档化：

• 行动提议的起因

• 对所要处理结果的概述

• 原因的描述

• 原因类别

• 识别的阶段

• 行动的描述

• 实施行动提议所需的时间、成本及其它资源

• 从实施行动提议中期望获得的收益

• 不修复问题的估算成本

• 行动提议类别

【CAR过程域相关文章】

CMMI过程域详解-原因分析与解决（CAR）之概述

CMMI过程域详解-原因分析与解决（CAR）之SG 1

CMMI过程域详解-原因分析与解决（CAR）之SG 2