CAUSAL ANALYSIS AND RESOLUTION 原因分析与解决
Purpose 目的
原因分析与解决（简称CAR）的目的是识别缺陷和其他问题的原因，并采取措施以防止这些问题在将来再次发生。
Introductory Notes 简介
原因分析与解决过程域包括下列活动：
* 识别并分析造成缺陷和其他问题的原因
* 采取具体措施，消除这些问题的原因并且防止这类缺陷和问题将来再次发生原因分析与解决通过避免将缺陷引入产品，以改进质量和生产力。在缺陷发生后再进行侦测，是不符合成本效益的。更有效的方式是，将原因分析与解决的活动，集成到项目的每个阶段，以避免缺陷的发生。
既然缺陷和问题可能发生于先前的其它项目或现有项目的较早阶段，原因分析与解决活动可以作为各项目间分享经验教训的沟通机制。
分析所发生的缺陷和其它问题的类型，以识别其趋势。依据对已定义过程和如何实施的理解，来判断缺陷的根本原因，以及未来可能发生的地方。
原因分析也可以运用在与缺陷无关的问题上。例如，原因分析可用来改进质量属性，如周期时间。这种分析可由改进建议、模拟、动态系统模型、工程分析、新的商业指示，或其它可能启动这种分析的项目所启动。
当然，对所有的缺陷进行原因分析并不实际。在这种情况下，必须在估计的投资与预期的质量、生产力、周期时间、所选择的缺陷目标的回报之间做权衡。
度量过程应已经准备就绪。虽然在某些情况下，也许需要新的度量指标来分析过程变更的影响，但应使用已定义的度量指标。
原因分析与解决活动提供给项目一个机制，以便在项目层次评估其过程，并寻找可实施的改进措施。
当改进措施在项目层次的实施，被认定为有效，这些信息可扩充到组织层次。
本过程域的详细资料，具有此假设：这些特定实践适用于量化管理过程。在不考虑此假设的情况下，本过程域的特定实践也可适用，不过会降低所产生的价值。
--------------------------------------------------------------------------------
特定目标和特定实践
SG 1 Determine Causes of Defects 确定造成缺陷的原因
系统地确定造成缺陷和其它问题的根本原因。
SP 1.1 Select Defect Data for Analysis 选择进行分析的缺陷数据
选择进行分析的缺陷和其它问题。
典型的工作产品
1. 选择进行进一步分析的缺陷和问题数据
子实践
1.收集相关的缺陷或问题的数据。
相关的缺陷数据，举例如下：
* 客户报告的缺陷
* 最终用户报告的缺陷
* 同行评审发现的缺陷
* 测试发现的缺陷
相关的问题数据，举例如下：
* 需要采取纠正措施的项目管理问题报告
* 过程能力的问题
* 过程持续时间的度量
* 过程的挣值度量（例如，成本性能指数）
* 资源的生产力、利用率或响应时间的度量
2.确定需要进一步分析的缺陷和其他问题。
在确定哪些缺陷需要深入分析时，需要考虑缺陷的影响、发生的频率、缺陷之间的相似性、分析的成本、需要的时间和资源、保密性等等。
选择缺陷和其他问题的方法，举例如下：
* 帕累托分析
* 直方图
* 过程能力分析
SP 1.2 Analyze Causes 分析原因
针对所选的缺陷和其它问题，进行原因分析，并提出处理的行动方案。
典型的工作产品
1.改进方案书
子实践
1.与负责执行该项任务的人员共同分析原因。
通常采用会议的方式，与了解选定的缺陷或问题的人员一起进行原因分析。最了解选定的缺陷的人员，往往是实际负责执行任务的人员。
进行原因分析的时机，举例如下：
* 如果某个稳定的过程无法满足特定的质量和过程性能目标时
* 任务期间，批准对某个问题召开原因分析会议
* 如果某工作产品与需求产生意外的偏差时
2.分析选定的缺陷和其他问题，以判定它们的根本原因。
在识别根本原因之前，根据缺陷的类型和数量，首先对缺陷进行分组更有意义。
确认根本原因的方法，举例如下：
* 因果图（鱼骨图）
* 检查单
3.基于根本原因，将选定的缺陷和其他问题进行分类。
缺陷原因的种类，举例如下：
* 培训不充分
* 沟通障碍
* 没有对所有的任务细节进行说明
* 手动程序上出现错误（例如，文字输入）
* 过程不足
4.建议并记录需要采取的行动措施，以免将来再次出现类似的缺陷或其他问题。
建议方案包括改变以下内容：
* 出现问题的过程
* 培训
* 工具
* 方法
* 沟通
* 工作产品
特殊方案举例如下：
* 针对如何预防共性问题或技术提供培训
* 改变某个过程，避免容易产生错误倾向的环节
* 将所有的过程自动化
* 重新对过程活动进行排序
* 增加一些过程环节来预防缺陷，例如召开任务启动会议，对共性问题进行评审并采取预防措施
改进方案的文档通常包括以下内容：
* 改进方案的发起者
* 问题描述
* 缺陷原因描述
* 缺陷原因分类
* 引入问题的阶段
* 问题识别的阶段
* 改进方案的描述
* 改进方案的分类
SG 2 Address Causes of Defects 处理造成缺陷的原因
系统地处理造成缺陷和其它问题的根本原因，以避免未来再度发生。
SP 2.1 Implement the Action Proposals 实施改进方案
实施在原因分析阶段所开发的改进方案。
典型的工作产品
1.已选定要实施的改进方案
2.改进建议
子实践
1.分析各种改进方案，并确定它们的优先级。
对改进方案进行排序的标准包括：
* 潜在没有处理的缺陷
* 实施过程改进预防缺陷的成本
* 预期会对质量产生的影响
2.选择要实施的改进方案。
3.创立实施改进方案的行动项目。
具体方案事项中提供的信息，举例如下：
* 执行负责人
* 对受影响的业务领域的描述
* 需要向谁报告状态
* 下次评审状态的日期
* 关键决策的理由
* 方案的执行说明
* 识别缺陷以及纠正缺陷的时间和成本
* 若无法解决问题预计的代价
要想执行改进方案，必须执行以下任务：
* 分派任务
* 协调人员开展工作
* 评审结果
* 跟踪方案直到关闭
如果要进行特别复杂的改变时，可能需要进行试验：
有关试验举例如下：
* 采用临时修改的过程
* 采用新工具
改进方案可能分派给原因分析团队的成员、项目成员或其他的组织成员。
4.识别并消除可能存在于其他过程和工作产品的类似缺陷。
5.识别并记录各种组织标准过程的改进建议。
SP 2.2 Evaluate the Effect of Changes 评估变更的效果
评估变更在过程性能上所产生的效果。
典型的工作产品
1.性能和性能变更的度量指标
子实践
1.适当地度量项目已定义过程的性能变更。
本实践是要确认选定的变更能否对过程性能产生积极的影响，以及影响的程度如何。
举例来说，对项目已定义的设计过程性能的变更，例如设计文档的缺陷密度的变更，通过对改进前后的同行评审的统计比较，可以对改进的成效进行度量。如果采用统计化的过程控制图，通过均值很容易看出变化情况。
2.适当地度量项目已定义过程的能力。
本实践是要确认选定的变更能否对过程能力产生积极的影响，从而满足相关干系人确定的质量和过程性能目标。
举例来说，对项目已定义的设计过程能力的变更，例如将过程能力的变更控制在过程规格说明的界限以内。通过收集改进前后的同行评审的数据，计算设计文档的缺陷密度的范围，很容易进行统计度量。如果采用统计化的过程控制图，通过控制下限很容易看出。
SP 2.3 Record Data 记录数据
记录原因分析与解决的相关数据，以供项目和组织使用。