原因分析与解决方案报告模板.doc

原因分析与解决方案报告模板

14
2020年4月19日
文档仅供参考
AsiaInfo 项目管理文档
被分析对象名称

原因分析与解决方案报告

编 写
作者
编写 时间
YYYY-MM-DD
审 核
审核人（职位）
审核 时间
YYYY-MM-DD
文档版本
V2.0
亚信科技（中国）有限公司版权所有
文档中的全部内容属亚信科技（中国）有限公司所有，
未经允许，不可全部或部分发表、复制、使用于任何目的。

文档修订摘要

日期
修订号
描述
著者
审阅者
日期

目录

第1章 缺陷识别 4
1.1 原因分析与解决方案会议信息 4
1.2 报告信息描述 4
1.3 统计结果显示图 5
1.4 缺陷识别 6
第2章 缺陷原因分析 7
2.1 因果分析图 7
2.2 确定根本原因 7
2.3 识别解决方案 8
第3章 解决方案的实施与跟踪 10
3.1 行动计划与跟踪 10
3.2 评估变更结果 10

第1章 缺陷识别
【说明】缺陷包括质量和过程两种类型的缺陷。应用CAR原因分析与解决方案方法的缺陷应该是量化控制下的缺陷。此章节描述缺陷来源的基本信息，经过图表的方式，展示报告结果，对报告中的异常现象进行识别。
1.1 原因分析与解决方案会议信息
【说明】原因分析与解决方案一般要召集相关人员进行讨论。此处记录会议的相关信息。如：
分析对象
p 项目度量分析报告 p AIQCS缺陷报告
p PPQA不符合项报告 p EPG阶段工作报告
p 其它（细化说明）

会议日期

会议地点

主持人

会议工时

参加人

讨论议题

1.2 报告信息描述
【说明】描述缺陷报告的基本信息。
来源：包括项目度量分析报告；AIQCS系统中的缺陷报告；PPQA的不符合项报告；EPG阶段工作报告。
数据区间：用于统计分析的数据的获取时间段
数据样本：数据组成。能够是一个项目，一个项目的某个阶段，多个项目的某种分类方法
下产生的数据。
表现方法：说明报告的展示方法
如：

分析对象
AIQCS系统中的测试阶段的缺陷报告
数据区间
-6-1~ -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<70%中；
P≤30%低
缺陷值
I×P
≥1.2 高
1.2>缺陷值>0.6 中
≤0.6低

1
功能问题占70％以上，其它问题不足15％
4
100%(存在缺陷的样本数 / 总样本数)
4

根据缺陷选择原则，此缺陷为高优先级缺陷，需要进行缺陷分析。

【裁减原则】此章节不能裁减
第2章 缺陷原因分析

【说明】对上述选择要进行分析的缺陷，经过因果图方法进行原因分析。因果图的各种原因，能够参考《CAR过程文档》附件的“因果分析检查表参考”中的内容。
2.1 因果分析图
【说明】以头脑风暴的方法，将分析出的问题按照大原因，中原因进行分类分析。并用Visio图画出来。如：

【裁减原则】此章节不能裁减。
2.2 确定根本原因
【说明】将原因按照影响程度排序，找出对问题影响最大的根本原因，即。

序号
缺陷描述
分类
大原因
中原因
与业务的关系R
1:低；2:中；4:高
可控性C
≥70%高；
30%<C<70%中；
P≤30%低
影响程度
R×C
≥1.2 高
1.2>缺陷值>0.6 中
≤0.6低

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系统，增加“缺陷原因”和“缺陷引入阶段”的输入和统计功能
徐锋
-9-12
吴晓洁
-9-13

2
增加在线帮助
徐锋
-9-12
吴晓洁
-9-13

3
员工培训
吴晓洁
-9-16
李梅
-9-16

4
在项目度量分析报告中增加对缺陷原因分析的报告
王鹏
-9-23
吴晓洁
-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。生产效率提高了5.5%
2） 控制图上下线分析：
调整前的偏差是+(-) 2.5，调整后缩小到+(-)2.3，生产效率的稳定程度得到了提高