原因分析与决策
成熟度5级的一个过程域
目的
原因分析和决策（CAR）的目的是为了识别缺陷和其他问题的原因并且引起注意防止它们在将来发生。
介绍
原因分析和决策过程域包括：
l 识别和分析缺陷和其他问题的原因
l 努力消除原因并且防止这类缺陷和问题的发生
原因分析和决策通过防止缺陷进入产品来提高质量和生产能力。依赖在缺陷发生后再去检查是没有有效价值的。通过将原因分析和决策活动融入到项目的每一个阶段中才能更有效的防止缺陷。
既然在其他项目或者在当前项目尽早的阶段或者任务中，缺陷和问题可能被遇到，那么原因分析和决策活动便成为一个项目间学习的沟通课程的机制。
缺陷的类型和其他遇到的问题都被分析以识别任何趋势。基于对已定义过程和怎样改进这个过程的一种理解，缺陷的根源和将来这个缺陷的牵连是被确定的。
原因分析也可能执行在与缺陷无关的问题上。例如，原因分析可能会被用于提高例如生命周期这样的质量属性。改进建议、模拟、动态系统模型、工程分析、新的业务方向，或者其他项目都可能开始这样的分析。
有的时候可能会不切实际对所有的缺陷执行原因分析。在这些案例中，需要在评估投资和评估在质量、可生产性、生命周期以及选择的缺陷目标上的回报之间作权衡。
一个度量过程应该已经足够适合了。已定义的度量标准是有用的，尽管在一些案例中新的度量标准可能需要分析过程改变带来的影响。
有关建立度量和分析的目标，完成特定的度量和分析，获得和分析度量标准，报告结果的更多信息请参见度量与分析过程域。
原因分析和决策活动为项目在当前等级下评估他们的过程并且寻求能够执行的改进提供了一个机制。
当改进被判断为有效时，这个消息被扩展到组织等级。
有关通过已建议的改进和活动建议改进组织的过程等级的信息请参见组织革新与部署过程域。
这个过程域中的具有情报价值的素材是在假设特殊实践被应用在一个已量化管理的过程的基础上写的。如果假设不存在的话，那么这个过程域的特殊实践或许是可应用的，但是它的价值会降低。
对“稳定过程”和“过程变化的一般原因”的定义请见术语表
相关过程域
有关过程性能的分析和被选择的项目过程的过程能力度量的更多信息请参见量化项目管理过程域。
有关对组织过程和技术改进的选择和部署的更多信息请参见组织革新与部署过程域。
有关建立度量和分析的目标，完成特定的度量和分析，获得和分析度量标准，报告结果的更多信息请参见度量与分析过程域。
实践－目标关系表
连续式
分级式
SG1 判断缺陷原因
SG1 判断缺陷原因
SP1.1-1 为分析选择缺陷数据
SP1.1-1 为分析选择缺陷数据
SP1.2-1 分析原因
SP1.2-1 分析原因
SG1 定位缺陷原因
SG1 定位缺陷原因
SP2.1-1 执行活动的目的
SP2.1-1 执行活动的目的
SP2.2-1 估计变化的影响
SP2.2-1 估计变化的影响
SP2.3-1 记录数据
SP2.3-1 记录数据
GG1 达到特定目标
GP1.1 完成基础实践
GG2 制度化一个已管理的过程
GG2 制度化一个已定义的过程
GP2.1 发布一个组织政策
GP2.1 发布一个组织政策
GP2.2 计划过程
GP2.2 计划过程
GP2.3 提供资源
GP2.3 提供资源
GP2.4 分配职责
GP2.4 分配职责
GP2.5 培训人员
GP2.5 培训人员
GP2.6 管理配置
GP2.6 管理配置
GP2.7 识别和包括相关的风险承担者
GP2.7 识别和包括相关的风险承担者
GP2.8 监督和控制这个过程
GP2.8 监督和控制这个过程
GP2.9 客观的评价坚持
GP2.9 客观的评价坚持
GP2.10 以更高等级的管理回顾情况
GP2.10 以更高等级的管理回顾情况
GG3 制度化已定义的过程
GP3.1 建立一个已定义的过程
GP3.1 建立一个已定义的过程
GP3.2 收集改进信息
GP3.2 收集改进信息
GG4 制度化一个已量化管理的过程
GP4.1 建立过程的量化目标
GP4.2 稳定子过程的执行
GG5 制度化一个优化中的过程
GP5.1 保证连续的过程改进
GP5.2 改正问题的根源
实现目标的关键实践
SG1 判断缺陷原因
缺陷的根源和其他问题都是需要系统性的确定。
所谓缺陷的根源就是一旦它被消除，那么缺陷也会减少或消除。
SP1.1-1 为分析选择缺陷数据
选择缺陷和其他问题用于分析。
典型工作产品
1.缺陷和问题数据被选择作进一步分析
子实践
1.收集相关缺陷数据。
相应的缺陷数据实例可能包含如下内容：
l 项目管理问题报告需要纠正活动
l 客户的缺陷报告
l 最终用户的缺陷报告
l 在同行评审中发现的缺陷
l 在测试中发现的缺陷
l 过程的能力性问题
有关工作产品确认的更多信息请参见确认过程域。
有关统计管理的更多信息请参见量化项目管理过程域。
2.确定哪些缺陷和其他问题将作进一步分析。
当确定哪些缺陷将被分析之前，要考虑到缺陷的影响、发生的频率、缺陷之间的相似性、分析的费用、所需的时间和资源、安全性考虑，等等。
选择缺陷和其他问题的方法如下：
l 排列图分析
l 柱状图
l 过程能力分析
SP1.2-1 分析原因
执行选择的缺陷和其他问题的原因分析并且建议标记它们的活动。
这个分析的目的是开发解决方案已达到通过分析相关数据和用于改进的生产性活动建议去识别问题的目的。
典型工作产品
1.活动建议
子实践
1.与有可能执行这个任务的的人一起引导原因分析。
原因分析是由那些通过研究（典型的如会议）对选择的缺陷或问题有了解的人来完成的。对这些缺陷越了解的人越有责任执行这个任务。
什么时候执行原因分析的例子如下：
1. 当一个稳定的过程没有达到它的特定质量和过程性能目标
2. 在任务的过程中，假如或者当问题使额外的会议有了正当的理由
3. 当一个工作产品表现出与它的需求有意料外的背离
关于完成项目质量和过程性能目标的更多信息请参见度量项目管理过程域。
2.分析选择的缺陷和其他问题以确定它们的根源原因。
依据缺陷的类型和数量，在识别它们的根源原因之前最好先将它们分组。
确定根源原因的方法示例如下：
l 原因影响（鱼骨）图
l 检查单
3.将选择的缺陷和其他问题按照它们的根源原因分组。
原因的分组或分类示例如下：
l 培训不充分
l 信息交流不畅
l 问题细节考虑不周
l 手工操作出错（例如：打印错误）
l 过程缺乏
4.建议和制订活动用于防止类似的缺陷和其他问题再次发生。
建议的活动（包括改变）示例如下：
l 存在问题的过程
l 培训
l 工具
l 方法
l 沟通
l 工作产品
一些具体的活动包括：
l 为一些公共的问题以及防止它们的技术提供培训
l 改变一个过程使有错误倾向的步骤不再发生
l 自动化所有或者部分的流程
l 记录过程行为
l 增加防止缺陷的过程步骤，例如任务启动会讨论普通的缺陷和行为，从而防止它们发生
一个活动建议通常的写法如下：
l 活动建议的创建者
l 问题的描述
l 缺陷原因的描述
l 缺陷原因分类
l 问题被提出的阶段
l 缺陷被确认的阶段
l 活动建议的描述
l 活动建议的分类
SG2 标记缺陷原因
缺陷的根源和其他问题都是需要系统性的标记以防止它们将来发生。
当项目的操作符合比较好的定义的过程，那么会系统地分析那些依然发生问题的操作并且实现过程改进从而去消除这些被选择的问题的根源原因。
SP2.1-1 贯彻活动建议
贯彻那些来自原因分析中的被选择的活动建议。
活动建议描述消除被分析过的缺陷或问题的根源原因并防止它们再次发生所必需的任务。
只有被证明有价值的改变才可能会被认为是显著的执行。
典型工作产品
1. 被选择执行的活动建议
2. 改进建议
子实践
1.分析活动建议并且确定它们的优先权。
把活动建议区分优先次序的标准示例如下：
l 与没有标记的缺陷的牵连
l 为防止缺陷所执行的过程改进的花费
l 预期的质量效果
2.选择那些将被执行的活动建议。
3.为将要执行的这些活动建议创建活动项目。
在一个活动项中提供的信息包括：
l 负责执行的责任人
l 影响到的领域的描述
l 哪些人要跟踪它的状态信息
l 下一个状态被讨论的日期
l 关键决定的基本原理
l 执行活动的描述
l 识别缺陷并改正它所需的时间和花费
l 不改正这些问题预计的花费
要执行活动建议，下面的任务必须作：
l 任务分派
l 调整做工作的人员
l 讨论结果
l 跟踪活动项目直到其关闭
试验可能来源于独特的复杂的变化。
试验示例如下：
l 使用一个临时的、改进的过程
l 使用一个新的工具
活动项可能被分配给原因分析组的成员，项目组的成员，或者其他组织的成员。
4.识别并且消除可能存在于其他过程和工作产品中的相似的缺陷。
5.识别和记录为组织的系列标准化过程的改进建议。
有关组织的系列标准过程的改进建议的选择和部署的更多信息请参见组织革新与部署过程域。
SP2.2-1 评价改变的效果
评价改变在过程性能上的效果。
有关分析过程性能和为被选择的过程创建过程能力度量方法的更多信息请参见集成项目管理过程域。
一旦一个被改变的过程被配置在项目中，必须收集过程改变已经改正了问题并且改进了性能的证据，从而检查改变的效果。
典型工作产品
1.性能和性能改变的度量方法。
子实践
1. 适当的度量项目已经定义的过程的性能改变。
这个子实践确定了这个选择的改变是否已经肯定地改变了过程的性能以及改变了多少。
在项目已定义的设计过程的性能上的一个改变有可能成为在设计文档中的缺陷密度上的改变，如同统计上的度量通过前期的同行评审和后期的改进一样。在一个统计过程控制图表中，这个将被会作为一个平均的变化来表现。
2. 适当的度量项目已经定义的过程的能力。
这个子实践确定了这个选择的改变是否已经肯定地改变了过程的能力已达到它的质量和过程性能目标，如同被相应的风险承担者确定一样。
在项目已定义的设计过程的能力上的一个改变有可能成为在过程取代在他们的过程规范边界之内的能力的一个改变。通过计算设计文档中的缺陷密度的范围能够被统计上度量，如同在前期的同行评审和后期的改进中的收集一样。在一个统计过程控制图表中，这个将被会作为一个低控制限制来表现。
SP2.3-1 记录数据
记录原因分析和结果数据在项目和组织中共享使用。
数据被记录从而使其他的项目和组织能够进行适当的过程改变和达到类似的结果。
记录如下内容：
l 被分析的缺陷和其他问题的数据
l 决议的基本原理
l 来自原因分析会议的活动建议
l 来自活动建议的活动项结果
l 分析和决策活动的花费
l 来源于决策而发生的已定义的过程的性能变化的度量方法
典型工作产品
1. 原因分析和决策记录
目标的一般实践
GG1 完成特定目标
通过将可识别的输入工作产品转变为可识别的输出工作产品，过程支持并且能够使过程域的特定目标实现。
GP1.1 履行基本实践
履行原因分析和决策过程的基本实践从而发展工作产品和提供达到过程域的特殊目标的服务。
GG2 制度化一个已管理的过程
过程被作为一个已管理的过程制度化。
仅仅适用于连续式
GG3 制度化一个已定义的过程
过程被作为一个已定义的过程制度化。
编者按：这类目标的外观反映它在分级表示法中的位置。
仅仅适用于分级式
执行的保障
GP2.1 建立组织性方针
建立和维持一个用于计划和执行原因分析和决策过程的组织性方针。
详尽的细节
这个方针建立了对识别组织性的期望以及对缺陷和其他问题的根源原因的系统性标记。
执行的能力
GP2.2 为过程制定计划
建立和维持一个用于执行原因分析和决策过程的计划。
详尽的细节
按照项目计划过程域中的描述，执行原因分析和决策过程的计划可能包含（或被参考）在项目计划中。这个计划不同于在这个过程域中的许多特殊实践中描述的活动建议和相关的活动项。计划这个通常的实践应该标记项目全部的原因分析和决策过程（或许从一个被组织维持的标准过程中剪裁）。与之相对照，过程活动建议和相关的活动项标记需要通过研究消除一个特殊根源原因的活动。
GP2.3 提供资源
提供足够的资源用于执行原因分析和决策过程，开发工作产品，以及提供过程的服务。
详尽的细节
提供的资源包括如下工具所示：
l 数据库系统
l 过程建模工具
l 统计分析包
l 工具、方法以及分析技术（例如，Ishakawa或鱼骨法图表，帕累托(Pareto)分析法，柱状图，过程能力研究，控制图表）
GP2.4 分配职责
分配执行过程，开发工作产品以及提供原因分析与决策过程服务的职责。
GP2.5 培训人员
培训人员执行或者支持原因分析与决策过程。
详尽的细节
培训主题示例如下：
l 质量管理方法（例如，根源原因分析）
直接的执行
GP2.6 管理配置
将设计过的原因分析和决策过程的工作产品放在适当的配置管理级别下。
详尽的细节
在配置管理下存放的工作产品示例如下：
l 活动建议
l 为改进而选择的活动建议
l 原因分析与决策纪录
GP2.7 识别和包含相关的风险承担者
如同计划的，识别和包含原因分析与决策过程的相关风险承担者。
详尽的细节
风险承担者的活动示例如下：
l 管理原因分析
l 核定活动建议
GP2.8 监督与控制过程
根据计划监督与控制原因分析与决策过程，从而执行过程并进行适当的纠正活动。
详尽的细节
用于监督与控制的度量方法示例如下：
l 根源原因消除的数量
l 质量的改变或者每次原因分析与决策过程的过程性能情况
验证执行
GP2.9 客观的评价坚持
根据过程描述、标准以及产物和不可能顺利找寻，客观的评价原因分析与决策过程的坚持。
详尽的细节
回顾活动示例如下：
l 确定缺陷的原因
l 找到缺陷的原因所在
工作产物回顾示例如下：
l 为执行选择的活动建议
l 原因分析与决策纪录
GP2.10 用更高等级的管理回顾状态
用更高等级的管理和解决观点回顾活动、状态和原因分析与决策过程的结果。
GG3 制度化一个已定义的过程
过程被作为一个已定义的过程制度化。
编者按：这类目标的外观反映它在连续表示法中的位置。
仅仅适用于连续式
执行的能力
GP3.1 建立一个已定义的过程
建立和维持一个已定义的原因分析与决策过程的描述。
直接的执行
GP3.2收集改进信息
收集工作产品、度量方法、度量结果以及源于计划和执行原因分析与决策过程的改进信息，从而支持将来的使用以及组织过程和过程域的改进。
GG4 制度化一个集成的已管理的过程
过程是作为一个集成的已管理的过程被制度化的。
GP4.1 为过程建立集成目标
为原因分析与决策过程建立和维持集成目标从而明确质量和过程执行是基于客户需求和商业目标的。
GP4.2 稳定子过程执行
稳定一个或多个子过程的执行从而确定原因分析和决策过程的能力以达到建立的集成质量和过程执行目标。
GG5 制度化一个已优化的过程
过程是作为一个已优化的过程被制度化的。
GP5.1 确保连续的过程改进
在完成组织的相关商业目标过程中确保连续的原因分析与决策过程改进。
GP4.2 纠正问题的根源原因
在原因分析与决策过程中识别和纠正缺陷和其他问题的根源原因。
仅仅适用于连续式
