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