8D方法培训课件方案.ppt

过程介绍－ D8表彰小组和个人的贡献 关于表彰的意见 在公司时事通讯上发布公告。 给小组成员的的主管发送信件。 给小组成员的家庭发送信件描述他们的角色和他们小组对公司的影响。 过程介绍－ D8表彰小组和个人的贡献 关闭 为了关闭小组的的过程，在D8阶段还有许多任务 完成《8D报告》，必要时还应提出专题研究分析报告，报告栏目可按需要自行拟订 将文件定案和存档 认识从小组过程中学到的教训 完成提交领导的最后介绍 表达对小组成员的抱怨和遗憾 表达对小组成员的感谢 由8D小组责任部门经理（必要时由总经理）审阅《8D报告》，并向小组祝贺及公布小组成果。 在D8阶段选择和保留主要的文件和记录学到的教训极其重要 对小组作出了贡献并且将不再是小组成员的人应该参加关闭会议表达和接受表彰 过程介绍－ D8表彰小组和个人的贡献 总结 描述了表彰的理论 解释了关闭过程 不要忘记总结团队作战的经验 完成小组任务，衷心地肯定小组和个人的集体努力和贡献，并加以祝贺。由最高领导者签署。 相关的QC手法和工具 哈哈！下次还要参加！ 过程介绍－ D8:表彰小组和个人的贡献 课程总结 D0：准备8D过程 D1：成立8D小组 D2：描述问题 D3：实施并验证临时性纠正措施 D4：确定和验证问题的根本原因 D5：选择和验证永久性纠正措施 D6：实施和证实永久性纠正措施 D7：防止问题再次发生 D8：表彰小组和个人的贡献 8D报告 问题编号 问题标题 提出时间 组长（指导员） 顾客/供应商/发生单位 产品名称 （2）问题描述： 签名： 日期： （1）团队组员/部门/电话 （3）临时措施： 生效日期 序号 措 施 执行部门/人 审批 生产线 客户端 （4）原因分析： 分析人： 审批： 日期： （5）改正行动： 生效日期 序号 改正行动 执行部门/人 审批 生产线 客户端 （6）永久性改正措施： 生效日期 序号 改正措施 执行部门/人 审批 生产线 客户端 （7）预防再发生措施： 生效日期 序号 预防措施 执行部门/人 审批 生产线 客户端 （8）结论和表彰 奖励方案 批准 日期 编号： 谢谢您的参与! 过程介绍—D4 确定和验证问题的根本原因 根本原因必须解释所有已知的资料。 任何通过试运行的推测是最可能的原因。 如果只有一个推测通过了试运行，验证这个推测是根本原因。 如果有多个推测通过了试运行，收集和分析不确定推测漏掉的资料并重新检查资料来解决不确定。 如果另外的资料显示推测不能完全解释为什么会发生是中的情况而不会发生不是中的情况，不考虑。 如果不能收集其他信息，验证其他的推测。先开始具有最多加号的推测。最能解释是/不是数据的推测为最可能的原因。 过程介绍—D4 确定和验证问题的根本原因 验证根本原因 确定了最可能原因后，验证它引起了问题。验证是用来确认已经确定了根本原因的所需的证据。 验证可以主动和被动进行 被动验证是通过观察进行 在没有改变时，寻找根本原因的存在 如果不能证明根本原因的存在，那么这个确定的原因可能不是根本原因。 主动验证通过模拟根本原因来完成 执行和去处根本原因来使问题发生和消除 “来”和“去”都是确认根本原因的基本试验 过程介绍—D4 确定和验证问题的根本原因 D4 阶段总结 用问题解决过程和工作表验证问题的根本原因。 验证问题的根本原因。 就问题的描述和收集到的资料进行比较分析，分析有何差异和改变，识别可能的原因，测验每一个原因，以找出最可能的原因，予以证实。 通过对问题的说明和数据测试来验证根本原因，确定可采用的其他纠正措施来消除根本原因。 用问题解决过程和工作表验证问题的根本原因。 相关的QC手法和工具 鱼刺图 TASKS ACTIVITIES RESP. START DUE TASKS ACTIVITIES RESP. START DUE STATUS ACTIONS DOE 鱼骨图 检查表 检查表 ON HOLD LOT 太多 工程師未 作處置 Hold Yield 太高不合理 客戶Release good Hold reject 待客戶 新程式 客戶一直 未回覆 客戶要求作 工程分析 工程師太忙 沒時間處理 PC/MFG滿載 排不上線測試 工程師待 客戶指示 產品待重測 L/B,P/C,Tester Hander 問題 工程師出差 受訓或請假 工程師不知 有Hold Lot 工程師忘記 有