搜索
编号/No.填写报告编号工程变更号ECNNo.填写工程变更通知书号码D0-现象Symptom有效率%EfficiencyPercent实施日期ImplementedDate实施ERA后，必须确认ERA能够起作用。填写经过确认的有效程度，用百分比体现填写实施的日期有效率%EfficiencyPercent实施日期ImplementedDate填写经过验证的有效程度，用百分比体现填写实施的日期影响比例%AffectPercent填写该原因对问题发生的影响程度（贡献度），用百分比体现填写该原因对问题发生的影响程度（贡献度），用百分比体现有效率%EfficiencyPercent实施日期ImplementedDate填写经过验证的有效程度，用百分比体现填写实施的日期物理的Physical(Technical)允许流出原因Whydidoursystemallowtheproblemtoescape?验证Verification/Validation:流出Escape流出原因Whydidtheproblempour?从体系角度考虑“发生原因”会发生的原因。系统、逻辑地将发生的原因清楚地记述在这里。（通常通常确定根本原因的工具：流程图；头脑风暴法；鱼刺图；5Whys分析）确认措施有效性的方法：改善效果确认表、改善前后柏拉图对比。D4-根本原因RootCause对挖掘出的根本原因进行确定，用证据来确认是否是真正原因。例如：再现实验、通过现场、现物进行验证。允许发生原因Whydidoursystemallowtheproblemtooccur?体系的SystemicD3-临时的纠正措施InterimContainmentAction描述故障的现象。故障现象是问题的显示。（可附图片说明）8D开始日期通常采用的应急措施（ERA)有：1、停产（停产了，当然没有不合格件流出了，自然不会对顾客和相关的各方产生影响）2、挑选（挑出合格件，不让不合格件流出）3、停止发货、换货、紧急空运物料、100%检查等在把握事实的基础上，将必要的情报以5W2H的方式无遗漏地调查，并明确化。WHAT（什么）→问题的内容，现象（尽可能地用图表示）WHY（为什么）→为什么被视为问题（被视为问题的内容）WHEN（何时）→问题发生的年月日WHERE（何地）→问题的场所（市场、工厂内）WHO（谁）→问题发生的对象品、对象者、发现者HOW（如何）→怎样被发现的HOWMANY（多少）→发生的数量1、团队成员由跨职能的人员组成，且掌握过程或系统所需要的知识；2、团队成员应能够从客户的角度思考问题；3、通常核心团队的组成应在4-10人；4、团队外的专家可作为团队的外围予以支持；5、应由客户或供应商的参与（不一定总适用）；6、根据8D进展的不同阶段可进行成员的调整。填写报告主题8D完成日期供应商代码SupplierCode填写零件代码填写零件名称开始日期OpenedDate完成日期ClosedDateD1-小组(姓名、部门、电话)TeamName,Role,Phone)D2-问题描述ProblemDescription8D问题分析报告D0-应急反应活动EmergencyResponseAction如有更新，填写更新日期供应商名称SupplierName填写我司在客户端的代码填写我司名称主题Title发生原因Whydidtheproblemoccur?发生Occurrence更新日期LastUpdate零件代码PartNumber零件名称PartName系统、逻辑地将发生的原因清楚地记述在这里。1、实施对策前需要回答的基本问题：What需要做什么？How如何进行？When在什么时候做？Who由谁来做？Where在何处进行？Why为什么要做？2、临时纠正措施（ICA）在永久纠正行动（PCA）执行前用来将内部和外部顾客和问题的影响隔开。ICA在根本原因知道前用来保护顾客。如果根本原因已知或者ERA能够继续可靠保护顾客，ICA可以不需要。3、ICA必须被验证。4、ICA是针对问题而不是针对根本原因。验证Verification/Validation:从体系角度考虑“流出原因”会发生的原因。有效率%EfficiencyPercent实施日期ImplementedDate填写经过验证的有效程度，用百分比体现填写实施的日期实施日期ImplementedDate：发生预防Occurrence填写实施的日期流出预防Escape更新文件：横向展开：D8-受表彰的小组和个人RecognizeTeamandIndividualContributions报告人Author：时间Date：填写报告人姓名填写报告时间D5/D6-永久性的纠正措施/验证PermanentCorrectiveAction/Validation验证Verification/Validation:防止再次流出措施Escape防止再次发生措施Occurrence表彰团队和个人的努力。1.到对策实施即使需要一段时间，也一定要跟踪。2.效果确认就是设定符合对策前的发生率的样品数。3.效果确认是将对策前后的数据进行比较，如对策不充分，再次实施对策。4.确认对策有没有对作业带来负面影响。5.效果确认要经过相当一段时间的验证，彻底防止再发。验证Verification/Validation:对策内容和注意点1.从发生/流出方面实施对策。2.即使是人的原因，在预算允许的范围，尽量从硬件方面实施对策（设备等）。3.对人实施对策时，为防止再发，充分对作业员培训，改善作业方法、作业基准等。4.填写实施对策的年月日、对策物品、机种、编码号。5.写明是否要针对已出货的产品和在库品实施对策。6.不要胡乱地实施对策，要1个1个地边确认对策效果边推进。是否有类似的产品/过程需要改善■YES□NO（按实际情况选择）■D-FMEA□P-FMEA□ControlPlan■WorkInstruction□MaintenancePlan□Other（在更改的文件名前涂黑）常用三种方式：l、标准化---为了将对策效果恒永，反映到标准资料（修改标准、产品标准化、事务流程标准化)。2、模式化---QCSTORY，建立个案与知识库让相关人员知晓，活用到新人培训、新机种、对过去问题点的验证上。3、防呆化---建立防错、电脑化、光电化。D7-预防措施PreventRecurrenceActions: