您还没有绑定微信,更多功能请点击绑定

8D制作作业规范

SCAR回复8D制作作业规范
一、目的
建立SCAR回复8D之制作与文件管制作业规范。
二、适用范围
凡处理FCPGA客户抱怨者皆可利用8D之制作方式,回复客户。
三、相关文件
3-1. 客户抱怨处理作业规范
四、定义
8D: 8 Disciplines, 八项项目,为intel所定义回复抱怨的一般格式。
SCAR:Supplier Corrective Action Request,供货商改善对策要求,为intel对供货商要求改善之正式文件。

五、作业流程图
如下图所示。

六、内容说明

6-1. 8D格式制作说明:
8D格式计有八个部分,范例如附件二所示。其中若是客户有开SCAR(Supplier corrective action request)文件者,对于处理上有时效的限制,如防堵计划须于收到起24小时内处理完毕,整个异常处理须于1周内完成(有关Intel SCAR写作指引详细请参考附件三)。对于一般未开SCAR之客户抱怨,处理时线上相同,若同时发生时,则需评估严重性,依照优先级排序进行处理。以下针对每个部分进行说明。

6-1-1 Team Approach
成立问题解决团队,解决该问题。其成员为来自与该问题有相关之领域或问题之发生单位的专家或业务执行单位。并由理级以上之人员担任Owner。

6-1-2 Problem Description
问题描述:问题描述需基于客户所开的SCAR及遭剔退的缺点板加以分析,将问题发生的时间、发生问题的内容如Failure Mode为何?影响的广度与深度为何?受影响的料号、批号为何?发生客户是谁?缺点率等相关问题陈述的内容加以说明,明确说明真正的问题。

6-2-3 Analysis & Finding
分析与发现:分析相关的异常信息,确认缺点或问题的形成过程,进行问题的澄清与验证。确认问题所影响的制程范围,如回溯问题批号之生产纪录,关参数资料如管制图有无异常,L/A 检验资料有无异常。

6-2-4 Containment Action
防堵行动计划:防堵计划应列出防堵对策结果有效的时间点,保证异常物料发生的期间内所有的物料皆已纳入并回溯确认该异常物料,以区隔正常与异常的物料。计划中应列出确保其它的板子受到的影响程度减到最低。若有重供货sorting的计划(e.g. screen, source inspection etc.),应列入在计划中。

6-2-5 Root Cause
真正原因分析:真正原因分析应将确认真正原因的实验或对策法列出,定出时程表及附相关数据分析之结果,作为真正原因的分析。

6-2-6 Corrective Action
改善对策:改善对策应包括对策执行与完成的时程表,能透过系统化的方式将真正原因加以防止,利用永久改善对策来避免再发。

6-2-7 Verification
效果确认:改善对策的有效性应经由数据收集作确认,资料可来自制程管制的数据、出货品质保证的数据、进料品质检验数据或与问题相关的数据,利用数据加以验证改善对策的有效性。

6-2-8 Prevention
防止再发:经确认用于永久改善之对策以避免再发之相关具体做法,可列于此作为对策实施之有效性验证,可附数据加以证明。
七、查核作业
响应客户之改善对策8D文件需列入文件管制,储存于蓝图室。CQE完成8D的报告后,经客户同意结案,8D文件需附上文件签核单(如附件一),依照该流程完成文件归档。
品保工程师依照客户抱怨处理作业办法进行客户抱怨相关事务的处理。汇整来自与客户相关之会议、改善小组或SCAR之改善对策,附制程改善工程师(JE)之改善报告提出off spec「参考off spec 作业规范」并定出稽核频率及实施期间,经CCB核准后执行改善行动(Corrective Action)。透过对策稽核,依照稽核频率进行稽核,并将稽核结果响应给CQE,CQE依照实施之效果提出评估报告,判定是否结案或转入厂内稽核系统「第三类稽核」继续进行改善稽核,CQE则需将稽核结果分析汇整后评估改善行动的效果,提出评估报告检讨并响应客户品质改善成果。

八、核准及施行
1. 核准施行程序:本项规范由品保部品保课负责制作,经行政系统核准后实施,修订时亦同。
2. 保密措施
2-1. 保密等级:『SCAR回复8D制作作业规范』的保密等级区分,属于全厂可公开讨论,但不可泄漏于厂外人员,因此属于密级资料。
2-2. 规范保管方法:本规范经过制订、审核、核准程序后,由蓝图室负责登录于计算机,个人仅能依特定权限于终端机查阅,而且不得打印或复制。分发给蓝图室与相关单位的规范,禁止擅自复印并列入管制文件保管。
九、其它
A. SCAR及客户抱怨处理文件分成两类:A类:SCAR,B类:一般客户抱怨。
B.客户抱怨分三种等级:A:SCAR抱怨、B:一般异常抱怨、C:偶发性异常抱怨。
十、附件
对“好”的回答一定要点个"赞",回答者需要你的鼓励!
已邀请:

lebmy (威望:1) -

赞同来自:

6-2-8 Prevention
防止再发:经确认用于永久改善之对策以避免再发之相关具体做法,可列于此作为对策实施之有效性验证,可附数据加以证明。
---
很多人不懂得预防再发该怎么写,以前对这个问题我也很含糊,很多人觉得实际上improvement action 中已经完全写了所有的对策,那么预防再发怎么写? 前段时间有机会专门接受了一次这样的培训.花钱的哦。哈哈。分享如下:
1.预防再以不是对改善对策的重复, 也不是对改善对策的再次加深重复;
2.预防再发第一,是对改善对策的文件化与流程化,也叫标准化。让这样的作业形成标准;第二,水平展开到其他产品是。
N多8D报告对这一项写的乱7 8遭。

PS:还想提一句,我见到的很多SCAR中对于验证效果一栏始终是写:待客户投线验证! 靠,这样不摆明了拿客户当白老鼠吗?所以,效果验证是供应商内部要做的事情,通过这个验证要让客户明白他出的这个对策已经经过内部验证是可行的。 方法很多,如果愿意成为白老鼠,你也可以同意供应商拿你们产线开玩笑。

36 个回复,游客无法查看回复,更多功能请登录注册

发起人

扫一扫微信订阅<6SQ每周精选>