8D 培训 NEW.ppt

2020年1月21日星期二 8D培训 如何能够写好一份8D报告Preparedby ShiWei 2020年1月21日星期二 page2 前言 收到客户投诉后以解决问题 处理问题 改善问题的目的 需要以8D报告的形式回复客户 8D报告是我们跟客户交流的一个工具 8D报告的优劣决定了客户对我们态度的好坏 因此8D报告在处理投诉时是很重要的一个环节 如何写好8D报告是我们处理好一个投诉的重要环节 基本可以从如下两点出发 1 回复时间 D1 D3需在一个工作日内完成 D4 D5需在3个工作日内完成 8D需要在七个工作日内完成 工作日的起点是从收到投诉开始 如需样品 D5 D8需在收到样品后三个工作日内完成 时间就是态度 反应越迅速 事情就会越快 越好地解决 毕竟客户的等待都是有限的 2 8D的内容 每一步都有自己的模式 自己的作用 不能混淆 内容要以证据为主 相应的数据支持 图文并茂 下面说一下每一步的内容及要求 摘要 报告常用格式 要求及常见问题 相关的文件 心得 疑问 page3 2020年1月21日星期二 2020年1月21日星期二 page4 报告常用格式 TEQD常用的有两种8D报告格式 一种是Word一种是PPT 什么样的报告是一个好的报告 简单的说 1 不专业的人能够看明白2 专业的人能够认同我们的分析 客户满意 2020年1月21日星期二 page5 要求及常见问题 D1 OrganizethePlan 成立解决问题小组 要求 确保表格填写完整 保持字体 颜色 大小统一一致 对确实无法获知的信息可以填写 不允许使用 UNKNOW NO N A 字样 详细细节参考WI5 77221 D1 成立一个解决问题的小组 需要体现部门 职位 姓名 邮箱 TeamMemberDepartmentCompany TitleNameE mailQAEngineerJamesLiuJames liu A B C D E F G H I K L J 看看我们的报告是否都填正确了 2020年1月21日星期二 page6 D2 DescribetheProblem 问题描述 以客户的语言定义问题 1 清楚客户投诉及不合格之处2 使用5W1H 方法定义及收集问题的资料 What Where When Who Why How 3 定义问题可用 图片 图表D2 经常包括如下内容 1 P N 1934722 12 产品描述 HMZDHDR3 不良D C Cav ReelNo 4 问题描述 HSGcrack 5 不良率 0 85 6 DefectCode Dimension Bent Mis Fometc 7 不良图片等界定可疑批量 如一开始的信息不能界定可疑批量 需在信息齐全后进行完善 2020年1月21日星期二 page7 D3 ContainmentPlan 应急方案 围堵 隔离问题报告中常需要体现如下内容 1 确认库存和在线产品的状态 SAP命令 LS04 LS26 要知道具体的D C 数量 需要对这些产品进行判定 良品 可疑品 是否需要Block 我们的判定依据是什么 2 对于属于可疑D C的产品 需对在途产品和客户产品进行围堵 可用SAP系统查出货记录的方式确认可疑D C的产品去哪里了 后附查出货记录的方法 在途中的产品我们需要通知谁 请用SAP命令MD04查询3 我们现有的信息是否能够确认问题 如不能是否需要客户帮助 提供样品 不良现象等 要在D3中体现 信息全后 我们需要再更新原来的D1 D3 4 为了让D1 D3内容更完美 库存需要返工的需在D3中附上返修方法5 当发生重大质量问题及致命不良时 根据TECIS 102 2573要求 使用ContainmentChecklist5221 并作为一个附件插入到TECHS里 弱点 处理了在库品却忽略了在途品或其它客户的产品 收到重复投诉同套模具的产品 一个产品出现问题了 其它的产品没有考虑到 2020年1月21日星期二 page8 D4 Describethecause 分析根本原因 发生原因和流出原因常用的方法 5Why 鱼骨图等 当发生重大质量问题 致命不良及投诉重复发生时 根据TECIS 102 2573要求 必须使用5Whylist5224进行详细分析 并作为一个附件插入到TECHS里 并不是真正的原因我们一下就能找到 需要我们列出至少两个可能发生 流出原因并进行分析 最后锁定 如不能锁定 所有可能的原因都要分析 2020年1月21日星期二 page9 目前出现的问题较多 D4 D4 Describethecause 分析根本原因 1 太简单 发生原因 模具损坏 造成端子压伤 流出原因 在卷轴内卷没有发现或员工疏忽 2 自相矛盾 例 模具损坏后端子出现应是连续的不良 而客户投诉的是无规律的 3 几个月前后的8D报告原因基本一致 我们的内容如果在深 详细一些会不会更好 为什么我们的投诉会这么多 分析的不够彻底 事情太多 以至于问题不能彻底解决等等 我们对自己的报告都没有信心 如何不会被再次投诉呢 2020年1月21日星期二 page10 D5 Permanentcorrectiveactions 永久纠正措施 针对发生原因和流出原因 制定发生对策和流出对策 它们是一一对应的关系 防呆法一种思路 也是最有效的 但并不是所有的问题都能防呆 具体问题 具体对待 责任人和改善日期需要明确 谁做什么 哪天完成 CorrectiveactionAssignee s EstimatedCompletionDateActualCompletionDate Wang 2011 2 222011 2 22备注 D5中 有时会遇到的情况 1 需要在报告中详细描述改善细节 尤其是图纸及相关文件的更改时 根据客户要求 可在8D报告中明确更改的文件名称 编号及版本号即可 2 在现有条件下我们不能进行永久对策像购买新的设备等 可能需要一段时间 这样我们需要有一个临时性的对策 此时临时对策和永久对策也要明确责任人和完成日期 3 增加检查和培训员工不再作为一项措施 除非更新了WI或增加了新的知识需要培训 如培训作为一项措施要附记录及效果确认情况 2020年1月21日星期二 page11 D6 VerificationoftheCorrectiveAction 鉴定效果 对于8D报告中需要进一步跟踪确认的项目 如D6对策效果验证 批量效果跟踪确认等 应在规定时间内确认效果并更新 同时附相关结果的数据 如检查记录 五个批量跟踪表 QC229 等 当发生重大质量问题及致命不良时 根据TECIS 102 2573要求 必须使用CorrectiveActionVerificationChecklist5220 并作为一个附件插入到TECHS里 除了批量的跟踪 在D5中计划完成的事项也需要验证 附上数据及图片 个人观点 这一步在8D中是很关键的一步 往往我们忽视了这一步 对策是否有效在这一步进行体现 做好这一步并不仅仅是完成批量跟踪那么简单 是一个长期的过程 同样的问题可能在批量跟踪中没有出现 但会在10个批量甚至20个批量以后出现 这样的事情在实际中出现 例如标签错误可能1年内都不出现 但在1年零一天时出现了 5个lotsOK不是目的 我们目的就是对策后的问题不要在出现 需要大家对前面所出现的问题 时刻保持警惕 2020年1月21日星期二 page12 D7 PreventionofRecurrence 预防再发生 这一步需要我们修订WI 检查标准 PFMEA等这一步在8D中D7同样是很关键的一步 做好这一步 就能做到我们解决的不仅仅是一个问题 一个投诉 而是一类问题 同类投诉 因此需要大家在以后的报告中及实际应用中做到水平展开 这样我们就会事半功倍 做好了这一点我们就不会让投诉忙得团团转 2020年1月21日星期二 page13 期待顾客的反馈 是否接受我们的报告 备注 8D发出前必须要经过直属领导的签字确认 目前一厂具有审批8D报告