原因分析与解决方案报告模板.docx
《原因分析与解决方案报告模板.docx》由会员分享，可在线阅读，更多相关《原因分析与解决方案报告模板.docx（11页珍藏版）》请在冰点文库上搜索。
原因分析与解决方案报告模板
AsiaInfo项目管理文档
被分析对象名称
原因分析与解决方案报告
编写
作者
编写时间
YYYY-MM-DD
审核
审核人（职位）
审核时间
YYYY-MM-DD
文档版本
亚信科技（中国）有限公司版权所有
文档中的全部内容属亚信科技（中国）有限公司所有，
未经允许，不可全部或部分发表、复制、使用于任何目的。
文档修订摘要
日期
修订号
描述
著者
审阅者
日期
第1章缺陷识别
【说明】缺陷包括质量和过程两种类型的缺陷。
应用CAR原因分析与解决方案方法的缺陷应该是量化控制下的缺陷。
此章节描述缺陷来源的基本信息，通过图表的方式，展示报告结果，对报告中的异常现象进行识别。
1.1原因分析与解决方案会议信息
【说明】原因分析与解决方案通常要召集相关人员进行讨论。
此处记录会议的相关信息。
如：
分析对象
项目度量分析报告AIQCS缺陷报告
PPQA不符合项报告EPG阶段工作报告
其它（细化说明）
会议日期
会议地点
主持人
会议工时
参加人
讨论议题
1.2报告信息描述
【说明】描述缺陷报告的基本信息。
来源：
包括项目度量分析报告；AIQCS系统中的缺陷报告；PPQA的不符合项报告；EPG阶段工作报告。
数据区间：
用于统计分析的数据的获取时间段
数据样本：
数据组成。
可以是一个项目，一个项目的某个阶段，多个项目的某种分类方法
下产生的数据。
表现方法：
说明报告的展示方法
如：
分析对象
AIQCS系统中的测试阶段的缺陷报告
数据区间
2005-6-1~2005-9-1
数据样本
AIOCS，AIOmniVision，AIEDCP
表现方法
按产品线，问题类型显示柱状图
【裁减原则】本章节不能裁减，允许对基本信息项进行裁减。
1.3统计结果显示图
【说明】图表方式展现的报告结果。
如
问题类型
A
B
C
功能问题
86%
91%
74%
设计问题
改进建议
11%
5%
12%
程序修改提交
新功能增强
8%
偶发性出错
页面问题
低级错误
2%
兼容性问题
1%
1.4
缺陷识别
【说明】通过问题报告，识别出存在的缺陷，并根据“缺陷选择原则”对缺陷的影响，发生频率等进行分析，选择出需要进行分析的缺陷。
如：
序号
缺陷描述
缺陷影响I
1:
低；2:
中；4:
高
发生概率P
≥70%高；
30%P≤30%低
缺陷值
I×P
≥高
>缺陷值>中
≤低
1
功能问题占70％以上，其它问题不足15％
4
100%（存在缺陷的样本数/总样本数）
4
根据缺陷选择原则，此缺陷为高优先级缺陷，需要进行缺陷分析。
【裁减原则】此章节不能裁减
第2章缺陷原因分析
【说明】对上述选择要进行分析的缺陷，通过因果图方法进行原因分析。
因果图的各种原因，可以参考《CAR过程文档》附件的“因果分析检查表参考”中的内容。
2.1因果分析图
【说明】以头脑风暴的方法，将分析出的问题按照大原因，中原因进行分类分析。
并用Visio图画出来。
如：
【裁减原则】此章节不能裁减。
2.2确定根本原因
【说明】将原因按照影响程度排序，找出对问题影响最大的根本原因，即。
序号
缺陷描述
分类
大原因
中原因
与业务的关系R
1:
低；2:
中；4:
高
可控性C
≥70%高；
30%P≤30%低
影响程度
R×C
≥高
>缺陷值>中
≤低
1
功能问题占70％以上，其它问题不足15％
方法
问题分类不完善
分类太粗
4
80%
3．2
2
没有建立起问题分类和分析的流程
无专人对数据做分析
4
70％
2．8
3
对填写情况未做跟踪
4
80％
2．8
4
人
培训不足
员工不理解分类的用处
2
70％
1．4
5
员工不了解分类原则
2
70％
1．4
工具
AIQCS系统不支持分类
需要完善AIQCS
2
90％
1．8
2.3识别解决方案
以上识别出的原因，根据原因影响程度分析，都属于根本原因。
针对这些根本原因，制定如下改进建议。
如果改进建议可以在本项目中实施，直接在此进行方案的跟踪。
如果改进建议超出项目组控制范围，则需要在“备注”中说明，将此建议提交给EPG组，作为OID的输入。
序号
解决方案
备注
1
修改AIQCS系统，在开发回复问题时，增加“缺陷原因”和“缺陷引入阶段”。
通过“缺陷原因”而不是缺陷类型，对问题进行细分
2
通过在线帮助，增加对缺陷原因用途的培训
3
组织培训
4
每周项目经理，测试经理通过在线的报告，检查缺陷类型应用情况
5
度量小组阶段性的提供缺陷类型分析报告
【裁减原则】此章节不能裁减。
第3章解决方案的实施与跟踪
【说明】根据CAR会议的讨论结果，针对上面识别出来的缺陷原因和解决方案，制定实施计划，并进行跟踪。
3.1行动计划与跟踪
【说明】针对识别出的解决方案，制定行动计划，并进行跟踪。
如：
序号
行动计划
执行人
计划完成时间
跟踪人
下次review时间
执行状态
（未启动；进行中；完成；中止）
1
修改AIQCS系统，增加“缺陷原因”和“缺陷引入阶段”的输入和统计功能
徐锋
2005-9-12
吴晓洁
2005-9-13
2
增加在线帮助
徐锋
2005-9-12
吴晓洁
2005-9-13
3
员工培训
吴晓洁
2005-9-16
李梅
2005-9-16
4
在项目度量分析报告中增加对缺陷原因分析的报告
王鹏
2005-9-23
吴晓洁
2005-9-26
3.2评估变更结果
【说明】在里程碑阶段，项目组或EPG组对改进结果进行度量。
对比改进前识别出的缺陷，分析缺陷是否被消除或减弱。
例1：
按解决方案，对AIQCS系统进行修改，培训后，缺陷原因的度量结果如下：
从图标中可以看出，1）缺陷原因按照引入阶段进行了细分
2）不同产品的缺陷出现了不同的比例
3）通过继续分析高比例的缺陷原因，可以进行相应的软件改进
改进达到了效果。
缺陷原因
A
B
C
需求问题-新增/变更需求
2%
1%
3%
设计问题-流程考虑不周
7%
1%
15%
设计问题-不支持多平台
3%
1%
13%
设计问题-操作不便
8%
1%
6%
设计问题-性能不优化
0%
1%
0%
设计问题-系统不稳定
0%
68%
16%
其它
26%
7%
9%
编码问题-笔误
8%
0%
18%
编码问题-逻辑错误
7%
3%
3%
编码问题-异常考虑不周
24%
0%
9%
编码问题-变量定义问题
2%
0%
1%
例2：
按计划实施改进后，收集并分析度量数据，可以通过图表的方式，比较改进的效果。
如果采用PCB量化控制的改进活动，可以采用控制图等SPC手段，对改进前后的情况进行分析和评估。
示例如下：
1）控制中心线分析：
调整前的人均生产率为34，调整后提高到36。
生产效率提高了%
2）控制图上下线分析：
调整前的偏差是+（-），调整后缩小到+（-），生产效率的稳定程度得到了提高
升级会员 