质量问题回溯报告模板三

XX产品XX问题质量回溯报告

（蓝色字体部分为简要说明和样例，写报告时可修改或删除）

基本信息：

业务部门/产品线部门/产品线产品V/R/C/B版本

问题来源网上问题/内部问题问题级别一级问题/严重/..等等

问题发生日期2006-05-30 问题回溯日期2006-06-15

原始问题单号网上/内部问题单号质量回溯单号WT000666

质量回溯责任人

质量回溯参与人

问题描述：

详细描述问题的发生情况（例如：时间、地点、故障现象等）

现场问题处理（补救措施，可选）：

简要描述对问题的应急处理情况：例如换版、升级等，便于及时降低问题的影响度

问题定位（找出问题的缺陷）：

分析并找出问题的缺陷（缺陷指产品设计或制造过程中引入的不完善特征，这些特征会造成产品在特定情况下，产生不良影响），缺陷要细化到具体需要修改的地方，缺陷修改后，当前产品问题即得到解决。例如：软件的某条语句赋值错误、变量类型错误、参数错误；软件函数的算法错误；硬件的某器件或模块的选型错误、指标错误、性能不满足要求等等

根本原因分析（在缺陷的引入点或缺陷的控制点中找出导致缺陷的原因）：

1 缺陷引入点分析（缺陷是从哪个环节或活动中引入的）：

分析并明确缺陷是从哪个环节或活动中引入的，一般指问题发生的根源对象。可对缺陷的引入过程进行详细分析（可按时间或逻辑顺序展开）。例如，软件算法的问题可能是概要设计阶段造成；

软件代码变量类型错误，一般是编码阶段造成；硬件原理图错误可能是系统设计阶段造成

2 缺陷控制点分析（可选，缺陷在哪个环节或活动能够被阻止）：

如果“缺陷的引入点”质量无法控制或在能力范围之外，则需要分析缺陷的控制点（缺陷控制点是指能对缺陷进行约束的某个环节或活动，例如：Review/测试），一般情况下，需要分析离缺陷引入点最近的控制环节或活动，例如，如果缺陷引入点是编码，则缺陷控制点是编码Review；如果缺陷对应的是各函数或各硬件之间配合关系，则缺陷的控制点一般为IT/ST/SIT等环节

3 根本原因（在缺陷引入点/控制点中找出具体的、可识别、可改进的原因；这个原因导致了缺陷产生）：

1、根本原因1～n

一般情况，问题的根本原因在缺陷的引入点中，但如果缺陷的引入点在公司或组织的能力范围之外，只能通过缺陷的控制点来进行控制，则问题的根本原因在缺陷的控制点中（例如：来料检验）。

根本原因必须SMART化（具体的、可识别、可改进的原因）。

例1：代码某参数设置不正确，造成产品性能下降。缺陷的引入点可能为OR/DS等阶段，缺陷的控制点可能为Review/UT/IT/ST等。问题的根因有可能为“对用户的需求不明确/规格对参数要求不明确”等等，需要根据实际情况而定

改进计划：制订对当前根本原因的纠正和预防措施

根本原因纠正措施预防措施责任人预定完成日期

1 根本原因必

须SMART化针对当前根因如何进行解

决，纠正措施要SMART化

哪些措施能纳入到当前的

质量管理体系中，防止问题

2006-11-01

重犯？例如：制订或更新流

程、管理制度、技术规范、

Checklist等等；预防措施

要SMART化

2

3

4

5

6

附：

在问题的缺陷和根本原因分析过程中，如果有一些分析数据、分析报告、分析工具、分析图表等，可附加在本文档中，便于在以上表格中引用（引用时请特别注明）。