8D报告填写指南(2)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
有效率:由客户或 销售人员评价,是 否维系正常生产的 评估比率
实施日期:距 顾客抱怨的时 间(开始时间)
D1-小组(姓名、部门、电话)Team Name, Role, Phone) 目的:成立一个小组,小组成员具备工艺/产品的知识,有配给的时间 并授予了权限,同时应具有所要求的能解决问题和实施纠正措施的技 术素质。小组必须有一个指导和小组长。 该项是团队导向的基础所在。 格式:姓名、部门、电话;人员排列中起主要、主导作用的人员应 排在前面
8D又称团队导向问题解决方法、8D问题求解法(8D Problem Solving Report)是福特处理问题的一种方法, 亦适用于制程能力指数低於其应有值时有关问的解决。 该报告格式沿用长安福特公司的版本,其中部分条目, 根据宁江公司实际做了细微调整
零件代码Part Number 开始日期Opened Date D0-现象Symptom
更新日期:该报告最后更新日期
D0-应急反应活动Emergency Response Action
有效率% Efficiency Percent
实施日:该项基于D0现象后的应急措施,不论是否进行8D分析报告,均要采取应急反应活动; 应急活动针对产品或服务问题本身的暂时应对措施,维系顾客生产线正常运行,减少甚至消除顾客抱怨; 常采用的活动:在线返检;客户库房产品返检;在途产品退运;紧急补货等
用统计工具列出可以用来解释问题起因的所有潜在原因, 将问题说明中提到的造成偏差的系列事件或环境或原因 相互隔离测试并确定产生问题的根本原因。 常用5Whys法,考量的人、机、料、环四个因素
分析时需要对方法和测量因素(如图纸、工艺、制程、测量 系统或管理程序、制度)进行,用以确定根本原因产生系统 根源,确保问题在体系上不出系统性故障
验证Verification / Validation: 充分的作业观察,对问题的发生进行再现实验验证,确认发生根本原因和流出原因是否属实 D5/D6-永久性的纠正措施/验证Permanent Corrective Action/Validation 防止再次发生措施Occurrence
由组长进行评估
零件名称Part Name 完成日期Closed Date
开始日期:事件发生之日 完成日期:事件闭环之日 事件未闭环,该项不填,并 认真填写更新日期
通知单号:由客户通报告知 自制和采购件单号由质量保证部提供, 若无,可以不填 D0现象:接受客户的投诉,懂得捕捉信息。正确的客户会发投诉单,投诉单有照片,获取什么问题,批次号这些信息,该栏应尽可能详 尽的记录顾客投诉事项和顾客信息如问题的类型、大小、范畴等, 为判断问题属性,紧急、严重程度,是否适用 8D方法解决,实施8D做准备。
有效率% Efficiency Percent 实施日期 Implemented Date
比如: D0中投诉E4装配减振器生产线检验发现疑似漏油5支。 D2中问题描述就可以是2016年4月22日下午,E4装配产线 活塞杆外观检验点产品XXXXXXXX ,批次XXXXXX,共计发现 贮油筒上段油封位置疑似漏油5支,油迹较重,不似抹布 涂抹油渍,该批数量500支,漏油占比1%;现场技术员XXX 初步确认。(漏油图片附后) 该生产线转产产品OOOOOOOOO 后未再发现疑似漏油件。
由组长进行评估 确定量化表式原因 主次和比例
流出 Escape
流出原因Why did the problem reach CFMANJ ? 允许流出原因Why did our system allow the problem to escape? 分析工程能力(SPC),明确问题发生是否属于可控范围, 评估问题发生是不是因为产品(过程)设计时对客户该项 检讨的检验点设置和检验项目设计是否缺失,是否导致了 需求予以了低估或缺失,高估了工程能力。 问题产品流出。 进行测量系统(MSA)分析,评价检验点设置、检验人员 若是属于零星或人为漏检,则需要分析检验点的是否防错 安排和检验项目设计是否满足客户要求。 设计、检验确认、互检复查,不能简单分析人员培训不足、 责任心不足或其它人为故障 有效率% Efficiency Percent 实施日期 Implemented Date
验证Verification / Validation:
验证工程能力(SPC)和再次进行测量系统分析(MSA),量化验证结果
D7-预防措施Prevent Recurrence Actions: 发生预防Occurrence 从客户要求出发,考虑产品设计改进从根源上满足客户需求和过程设计改善,力争实施有效施防错措施,避免制造缺陷 流出预防Escape 改善检验点设置和检验项目规划,力争提升检验设备设施的自动化,减少人为因素影响
有效率:由质量工程师 实施日期: 模拟客户评价评估比率,临时措施开始实施 判定检验点是否能够有 效检出该项不合格缺陷 的日期 点
D3验证:需要明确客户反馈的问题点,并实物验证临时检验点是否能够防流出,评估经检验后产品客户是否满意
D4-根本原因Root Cause 物理的Physical (Technical) 发生原因Why did the problem occur? 发生 Occurrence 体系的Systemic 允许发生原因Why did our system allow the problem to occur ? 影响比例%Affect Percent
必须在纠正措施实施后,正常批量生产状态下多批次的进行100%验证--->加严随机抽样验证--->正常抽样验证, 得出验证结论,并获得客户对纠正批次质量认可的反馈
防止再次流出措施Escape
在该项的工程能力( SPC)达不到1.33时,必须执行经验证有效的 100%检验措施,直至工程能力达成 1.33以上
D2-问题描述Problem Description
目的:用量化的术语详细说明与该问题有关的内/外部顾客抱怨,如什么、地点、时间、 程度、频率等。“什么东西,在什么时候,在哪里,发生了什么问题,严重程度怎 样,发生比率多少” 这是将D0现象通过较为专业的量化的术语,清晰描述问题,是由投诉转化为质量问 题的关键。 收集和组织所有有关数据以说明并将特别有用的数据进行总结,识别问题、确定范 围;细分问题,将复杂问题细分为单个问题;问题定义风险等级。 可以采用图片进行辅助说明。
有效率% Efficiency Percent
填写验证时间
实施日期 Implemented Date
从在现有过程设计基础上对工艺流程、设备制程、工装设计制造的改善方面重点着手制定永久纠正措施,提高 和保持产品合格率,
验证Verification / Validation: 由组长进行评估 确定量化表式 原因主次和比例
实施日期 Implemented Date: 如有,填写实施 时间
维护计划
√勾选必须更新文件,确保纠正 和预防措施得以文件化明确
报告人Author: 时间Date:
填报项目小组人员和在项目组做出贡献的其他人员,报请表彰
填写报告人和报告时间,时间至少应在更新时间之后
用简洁精炼的语言确立主题, 使报告有明确的指向性
提交客户的,填我公司代码、名称, 用于自制和采购的,填工厂或二级供应商代码、名称
主题Title
8D 报告 8D Report
供应商名称Supplier Name ECN No. 更新日期Last Update
供应商代码Supplier Code
提交客户的:填写客户指定的 代码和名称 自制和采购件的:填公司代码 和名称
P-FMEA Control Plan 更新文件 D-FMEA Work Instruction YES 横向展开:是否有类似的产品/过程需要改善 作业指导书 D8-受表彰的小组和个人Recognize Team and Individual Contributions Maintenance Plan NO Other:
D3-临时的纠正措施Interim Containment Action D3临时的纠正措施:目的:保证在永久纠正措施实施前,将问题与内外部顾客隔离。 D3与D0明显的区别是D0为了确保客户不停产和减少抱怨采取的紧急措施,是产品已制造完成,并发运至客户处,常用 措施为返检,临时措施是产品还未制造完成或还未发运,常用的措施为增加检验点和检验项目,防止不合格品流出。 验证Verification / Validation: