8D培训（PPT103页).ppt

8D Welcome 课程内容 章节 8D过程及分析工具概述D0问题识别D1组建团队D2陈述问题D3执行并验证临时措施D4确定并验证根本原因D5验证永久措施D6执行并确认永久措施D7预防问题重现D8祝贺你的团队 CourseObjectives课程目标 完成这门课程之后你应该能够 描述8D流程的每个步骤以一个8D团队成员的身份有效地参与到你的工作中去达到其远景目标 携手努力 通过提供优秀的产品和令顾客满意的服务 共赢未来 Overviewofthe8DProcess8D过程概述 8D解决问题方法包括8个步骤 再加上一个问题识别过程客观地描述 确定以及解决问题防止类似的问题再次发生 Overviewofthe8DProcess8D过程概述 RecognitionandAwarenessofProblem识别问题 UseTeamApproach组建团队 DescribetheProblem问题描述 ImplementandVerifyInterim Containment Actions执行并验证临时措施 DefineandVerifyRootCauses确定并验证根本原因 IdentifyPotentialCauses确定潜在原因 SelectLikelyCauses选择可能的原因 IdentifyAlternativeSolutions确定选择的方案 VerifyCorrectiveActions验证纠正措施 ImplementPermanentCorrectiveActions执行确认永久性措施 PreventRecurrence预防问题重现 CongratulateYourTeam祝贺你的团队 D 0 D 2 D 3 D 6 D 4 D 7 D 8 D 5 D 1 D0 问题识别 TypesofProblemsituations问题的类型 问题有两种类型 变差引起的问题从未满足要求的问题 目标 确定D0的目标确定是否需要应急措施描述应急措施分别验证和确认选择 验证 执行以及确认应急措施确定是否使用8D过程来解决问题 D0 问题识别 应急措施是保护顾客及相关的各方不受故障影响的任何措施 它在确认8D是否有必要启动时应用 EmergencyResponseActions紧急反应措施 Problemsvs symptoms问题与故障 8D把问题和故障区分开来故障是可测量的事件或效果 它们必须是顾客体验到的 它表示一个或多个问题存在如果没有故障 你就无法得知有问题存在 UsingToolstoMeasureandQuantifySymptoms使用工具测量并量化故障 当故障能被测量或量化时 它才被考虑在内可以用来测量并量化故障的工具有 PaynterChart Paynter图Pareto 柏拉图Run trend chart 运行 趋势 图Hazardplot 风险图 EmergencyResponseActions应急措施 它是基于目前现有的信息而制定的措施它可能是大到影响停止所有发运 也可能是小到什么都不用做它是一个须立即执行的措施 你不必花太多时间来研究应急措施 DeterminetheneedforanERA确定是否需要应急措施 应急措施不是一直都必须应该根据问题的严重性和它对顾客产生的影响来决定是否需要采取应急措施 SelectandVerifyanERA选择并验证应急措施 为确保应急措施可以保护顾客 需要对他进行验证以保证按照期望的方式工作并且还不会产生新的失效模式你可以在非生产件如样件或是通过计算机模拟的方式对一个应急措施进行验证 Implement ValidateofanERA执行并确认应急措施 在顾客之前的确认包括 测试检查观察产品和过程中的质量检查 8DApplicationCriteria8D的适用标准 要实施8D需要满足六个标准 故障被定义确定了顾客存在性能差距原因未知管理层致力于从根本起因的层面去解决问题 并采取预防措施防止问题再次发生故障复杂 不可能单凭一个人的能力完成问题在别的场所没有发生 D0Summary D0总结问题识别 在这一阶段我们关注了 用8D的应用标准来判断是否需要采用8D来解决问题选择 验证 实施并确认应急措施 D1 EstablishtheTeam D1 组建团队 D1的重点是组建团队 为解决问题并执行纠正措施做准备 D1SectionObjectivesD1阶段目标 描述团队成员角色和职责 以及他们如何发挥其作用解释团队运作过程的三个要素描述团队合作的特征 EstablishtheTeam组建团队 为什么组建团队 建立一个团队是8D过程的真正开始D1阶段的目的是组建一个团队 并且这个团队有能力和激情去解决一个问题 GuidelinesforTeamMembership团队成员的指导方针 当确定团队成员时 团队成员的人数控制在4到10个之间选择具有所需技能 知识 资源 权力等 这样的人作为团队成员来解决现有的问题各类成员之间合理搭配按需要调整团队成员 TeamRoles团队角色 团队成员应该以高效率的方式工作8D的过程依赖于所有团队成员的努力来达到团队的目标为达到团队目标 每个成员扮演一个角色 TheChampion负责人 负责人是一个有权制定 和执行 关于临时措施 永久措施和预防措施的人 他 她在整个过程中支持团队解决问题 TheChampion负责人 设置优先权 指派团队完成8D 帮助团队排除部门之间的障碍 获取需要的资源 创造授权环境 与团队一起评估检查清单 行使权利执行团队的建议 作为8D团队和组织的联系点 转递8D报告给有关的部门 负责人应该主持第一个会议说明这里需要的是什么和对团队的期望是什么 TheTeamLeader团队领导 团队领导是一个在整个8D过程中负责领导团队成员的人 这个人有领导能力和人际关系的技能 TheTeamLeader团队领导 领导团队成员完成8D目标 担当团队的事务管理者 与团队一起制定目标和任务 询问和总结团队成员的意见 提出会议和团队活动的议程 主持会议 对8D过程提出问题 不提供答案 依照已制定的团队规则管理团队 作为主要联系点支持负责人 TheTeamMember团队成员 团队成员是那些因为自己的经验和知识而被选中参加8D团队的人 他们是各方面的专家 在团队里可以不履行其他的职责 在8D过程中团队成员可能会改变 TheTeamMember团队成员 进行调查工作 提出计划 使用他们的判断力 技能 经验和知识 找出答案 在每个8D步骤提出建议 执行措施 TeamOperatingProcedures团队运作程序 团队运作程序的三个要素 确定团队运作的基本规则分配任务 维护和过程观察使用有效沟通交流的技巧 D1Summary D1总结 本章节我们介绍了如何 描述确定团队成员的原则描述团队角色和职责 以及它们如何发挥作用解释团队运作流程的三个要素 D2 DescribetheProblem D2 问题陈述 D2驱动8D的其他步骤 因为在D2中 将问题清楚并且客观的描述会使问题最终得到有效的解决D2帮助团队将焦点放在实际的问题上 避免直接对问题下结论或者作没有根据的设想 D2SectionObjectivesD2阶段目标 解释描述问题的流程识别与问题相关的流程图对问题进行陈述对问题进行描述 WhyDescribetheProblem 为什么要描述问题 作为一个高效的问题解决者 在你选择解决方案之前 你应该对发生的问题做最深入的了解 作为描述问题的数据库驱动了8D的其他阶段 D2阶段帮助你将焦点放在现有问题上 以避免非常低的效率解决问题 它帮助你尽可能准确的定义问题 WhyDescribetheProblem 为什么要描述问题 Observationsvs Conclusions观测与结论 当你描述一个问题时 你只是观测还是得出了结论 这两者是有很大的区别 Observationsvs Conclusions观测与结论 那么一个观测和一个结论之间的区别是什么 从观测到结论就像一条单行道 看起来不可能倒退 对于大多数人来说 一旦做出了结论 就很难再重新审视事实 Observationsvs Conclusions观测与结论 观测 包括看得见的 量化的信息对准确性影响范围大因为通常是一系列事实 所以不会发生争议通常描述是时间 地点 人物 事件及其相关状况影响的详细状况是首先需要做的事情 Observationsvs Conclusions观测与结论 结论 是根据推测得出的决定对准确性的影响范围小直到测试证明有效之后 才不会有争议通常会描述 为什么 描述引起问题的原因是第二步要解决的事情常常会直接跳到这步 HowDoIDescribeaProblem 我该怎样去描述一个问题 要描述一个问题 你需要 对问题进行陈述对问题进行描述 DevelopaProblemStatement陈述问题 问题陈述应该是简单 简洁明了的陈述 它确定了发生问题的对象及其这个问题的缺陷 但引起这个问题的原因不确定一个问题陈述应该是 让你的团队关注将范围缩小到寻找引起问题的根本原因上当作问题描述的开端 DevelopaProblemStatement陈述问题 制定一个问题陈述 确定对象及其缺陷 问 什么东西出什么问题啦 使用多次问 为什么 这样的技巧 定义发生问题的对象是什么 及其相应的缺陷到底是什么 RepeatedWhy s反复问 为什么 一旦对象和缺陷确定了 下一步就是对它们细化细化能帮助你 将焦点放在有单一根本原因引起的单个问题上依靠现有的数据 让你能更接近根本原因确认以了解引起问题的原因是否是不知道的 DevelopaProblemDescription制定一个问题描述 下一步需要制定一个详细的问题描述 问题描述是指根据问题是什么和不是什么 但可能是某种状况来确定问题的范围问题陈述告诉了你最基本的事实 但是详细的问题描述给了你找到根本原因的细节 DevelopaProblemDescription问题描述 要制定一个详细的问题描述 你需要了解这个问题各方面的信息 什么时候 什么地方 发生什么及其问题的严重程度如何 问题是什么 不是什么 也许是什么问题发生在哪儿 不发生在哪儿 但是也许发生在其它某个地方问题什么时候发生 什么时候不发生 但是也许某个时候还会发生问题严重程度有多大 没有多大 但也是其它某个状况 Is IsNotWorksheets是 不是工作表 在8D过程中 你可以利用 是 不是 工作表来帮助你确定并追踪问题的细节 这张表能帮助你按照合理的方式制定一个详细的问题描述 并组织信息 UsinganIs IsNotWorksheet使用 是 不是 工作表 根据你现有的信息 是 不是 工作表中 是 的信息就确定了你的问题到底是什么 而 不是 的信息就帮助你缩小了调查的范围 是 不是 数据描述了缺陷的范围或程度仅包含正确的信息在稍候的D4中被用来找到原因是解决问题的过程中观察阶段的一部分 UsinganIs IsNotWorksheet使用 是 不是 工作表 当你确定 不是 信息时应当 仅包含事实 不要马上作结论寻找 类似的对象 在外形 成分 组成 功能等等相似的对象为每一项至少确定一个 是 一个 不是 的信息从现有的信息中获取尽可能多的信息 D2Summary DescribetheProblemD2总结 描述问题 在这个部分 你学会怎样 制定问题陈述解释描述问题的过程制定一个详细的问题描述是 不是表 D3 DevelopanInterimContainmentAction ICA D3 制定临时处置措施 ICA 在永久措施制定之前 D3阶段制定一个临时措施临时措施 ICAs 使内 外顾客不受问题后果的影响 同时在D3阶段 ICAs在实施之前也必须验证 D3SectionObjectivesD3部分目标 确定并解释临时措施 ICA 的特点区别验证和确认说明如何验证ICA说明如何确认ICA WhyDevelopanInterimContainmentAction ICA 为什么制定临时措施 ICA 当你制定ICA时 你应该 争取时间以让8D小组可以找到引起问题的根源保护顾客不受问题的影响包含的可能是成本 质量和时间方面的问题 WhyDevelopanInterimContainmentAction ICA 为什么制定临时措施 ICA 制定临时措施有四个步骤 选择ICA2 验证ICA执行ICA确认ICA WhatIsanICA ICA是什么 对问题的症状进行处理在实施前被验证为有效的使用过程中是被监控的是被文件化了的将要被永久纠正措施所取代这个过程 操作是要增加成本的 D3Step1 SelectanICAD3步骤1 选择一个ICA 假如需要ICA 你需要针对实际状况选择 最好的 ICA选择一个ICA 确定选择标准分析执行ICA的好处分析执行ICA的风险性使用好处和风险的最好平衡点来选择ICA D3Step2 VerifyanICAD3步骤2 验证一个ICA 当验证一个ICA时 是在实施它以前 证明它将能保护顾客不受问题的影响提供前后的比较证明ICA将不会产生任何新的故障 D3Step2 VerifyanICAD3步骤2 验证一个ICA 验证的方法包括 试验演示ICA与类似证明了有效的措施间进行对比先期发布的设计文件评审 D3Step3 ImplementanICAD3步骤3 执行一个ICA 执行一个ICA按照PDSA的循环进行制定行动计划PDSA循环是一个制定并有效实施措施的过程 D3Step3 ImplementanICAD3步骤3 执行一个ICA PDSA循环的步骤如下 计划 确定要采取哪个措施 以保证在规定的时间内达到你的目标2 执行 执行计划3 研究 监督 记录执行的结果4 实践 评估结果 D3Step3 ImplementanICAD3步骤3 执行一个ICA 行动计划描述 要达到目标需要采取什么行动谁负责完成具体的行动什么时候完成措施 D3Step4 ValidateanICAD3步骤4 确认一个ICA 确认应该在成功的验证之后确认所采取的两种形式 售前的验证售后顾客的验证 D4 DefineandVerifytheRootCauseandEscapePoint D4 确定并验证根本原因和遗漏点 D4阶段给我们提供机会通过隔离和验证根本原因来测试根据问题描述推导出的每种故障理论在D4阶段 使用者还要隔离并验证流程中的某个位置 在这里根本原因能被发现和控制 D4SectionObjectivesD4章节目标 使用问题解决工作表去识别问题根本原因验证问题根本原因和遗漏点 WhyDefineandVerifytheRootCause 为什么要确定并验证根本原因 识别根本原因看起来是消耗时间的 但实际上从长期来看确是更有效 因为 你不必一个接一个的制定 快速解决问题的办法 你不用浪费时间和工作在控制问题造成的损害上你不需要定期的去重建顾客满意度你可以一劳永逸解决问题 WhatIstheRootCause 什么是根本原因 可能的原因 任何原因 经常用因果图 鱼骨图 进行确认最可能的原因 根据可用的数据得到的一个理论 它可能最能解释详细的问题描述根本原因 一个被验证了的 并且能解释问题的原因 IdentifyingtheMostLikelyCause 识别最可能的原因 识别最可能的原因 回顾详细问题描述 是 不是分析 完成由状态改变导致问题的对比分析报告 识别差异和改变 确定最可能的根本原因根据问题描述测试理论 ReviewtheProblemDescription回顾故障描述 为了识别根本起因 首先要回顾故障描述 是 不是工作单 必须要牢记 根据 什么 何时 何地 影响程度如何 来进行描述在 是 不是 表单中的回答必须是事实所有对比的信息在种类 形状 形式 功能和成分上应该是相似的在识别根本原因开始之前 必须收集所有信息 问 针对这个差异 什么发生了改变 记住每个差异可能没有相应的改变在问题解决表单的更改列 列出所有的变化查看每个改变发生的时间考虑人 机 料 法 环 测这些方面的影响 CompleteaComparativeAnalysis完成对比分析 DevelopRootCauseTheories制定根本原因的理论 确定你的理论 使用头脑风暴问 这些改变如何引起这个问题 针对每个改变至少列出一个理论在表单上单独列出每个理论列出各种可能性从最简单的单个改变 单一变化着手一定要具体化 TesttheTheories检验理论 在第4步 你和你的团队要一些检验方法来排除一些理论 并确定最可能原因 为了筛选这些理论 你和你的团队就要把每个理论拿来做试运行试运行就是想测试每个理论是否能够解释发生了什么 从而引起了这个问题 它不是对将来可能发生的一种解释 TesttheTheories检测理论 TheoryTest测试理论 假如理论充分解释了为什么这个问题发生在 是 这种状况下 而决不发生在 不是 这种状况下 那么就在这里放上一个 假如理论不能解释为什么这个问题发生在 是 这种状况下 而决不发生在 不是 这种状况下 那么就在这里放上一个 VerifytheRootCause验证根本原因 验证是通过被动和主动方法完成的 被动验证是通过观察来完成的主动验证是通过改变根本原因变量来完成的可能有多个被验证了的根本原因 D4SummaryD4总结 在该部分已经学到怎样 用问题解决工作表来确定问题的最可能的根本原因验证问题的根本原因和遗漏点 D5 ChooseandVerifyPermanentCorrectiveActions PCA s forRootCauseandEscapePoint D5 选择并验证针对根本原因的永久性纠正措施 PCA s D5提供了选择消除根本原因的 最佳的永久性纠正措施的机会 D5SectionObjectivesD5目标 确定永久性纠正措施 PCA 解释怎样验证永久性纠正措施 WhyChooseandVerifyaPermanentCorrectiveAction 为什么要选择 并检验永久性纠正措施 D5的重心在于决定及其验证永久性纠正措施上通过把重心放在这两步 可以 根据收益和风险做出最好的决定确认被选的解决方案会起作用 WhatIsaPermanentCorrectiveAction 什么是永久性纠正措施 永久性纠正措施是消除问题根本原因的最好方案 虽然应急措施和临时措施都能保护顾客不受问题的影响 但他们通常不会消除问题根本原因 ChooseaPCA选择永久性纠正措施 任何永久性纠正措施应该 从根本上解决问题不会产生新的问题被验证能够起作用 VerifyaPCA TestforFeasibility 验证永久性纠正措施 测试可行性 记住 你可用下面的方法验证永久性纠正措施 进行测试并证明 如线外的产品生产将新措施同相似的 并且证实过的措施进行比较在发布前审阅新设计的文档 SummaryofD5D5总结 在这一部分你学到怎样 确定永久性措施 PCA 说明怎样验证一个PCA D6 ImplementandValidatePermanentCorrectiveActions PCA s D6 执行并确认PCA s 在D6阶段 为了消除问题的根本原因 你需要执行PCA 执行是为了确保PCA在实施以后 能够按照预期的方式起作用 D6SectionObjectivesD6目标 识别执行一个PCA的关键步骤描述问题预防的要素 PlantheImplementation计划执行 计划执行的步骤是 陈述你的目标识别要满足的标准和条件识别关键步骤 PreventProblems预防问题 什么可能会导致下一步出错 怎样做可以防止它产生问题 总之 如果问题发生我们该做什么 谁该采取应急行动 并且出现什么 信号 以让你知道什么时候该采取措施 在PCA执行过程中最重要的一步就是预防问题 为了预防问题 你和你的团队必须有系统地评审你们执行计划中的每一步并提出问题 PreventProblems预防问题 识别障碍及其预防措施障碍就是阻碍你完成关键步骤的任何情况障碍可能包括 人方法材料机器测量环境问题 ValidatethePCA确认PCA 在确认PCA前 要先确定取消了在D3阶段确定的临时措施你需要取消ICA 因为 PCA消除了问题的根本起因 因此ICA不再需要继续执行临时措施的话会浪费宝贵资源 ValidatethePCA确认PCA 确认PCA时你要做的最重要的一件事就是一定追踪用户当你跟踪客户时 你需要 确定客户对你的成果满意确定问题真的已经被解决通过对客户需求的关注来提高公司的信誉及客户满意度 D6Summary ImplementandValidateaPermanentCorrectiveActionD6总结 执行并确认一个PCA 这部分你学了怎样 描述计划实施一个PCA的要素描述预防问题的要素 D7 PreventRecurrence D7 防止问题重现 通常 系统性的问题来自全盘引用以前组织在技术和能力相关的流程方法 操作 这种引用通常是 过时的完全不适用的没有追踪的 SectionObjectives阶段目标 使用重复的问 为什么 的方法来确定问题的根本起因解释如何识别系统改进 采取预防措施 如果在负责人的能力范围之内 并且作出系统性的预防建议 PreventRecurrence防止再现 在确定了一系列为什么问题得以发生的想法后 问 需要做些什么才能防止问题再次发生 基于对现在问题的了解 还有哪些相似的问题可能发生 D7Summary PreventRecurrenceD7总结 防止重现 在这部分你学了怎样 说明防止问题重现的重要性使用反复问 为什么 的方法来识别根本起因的根源识别并制定系统性的预防措施 为什么要表彰小组和个人所做的贡献 表彰贡献以让每个人都清楚这个进程已经改进完成向参与者显示他们的努力是有价值的 并被感激的当这种努力被公开表彰时 相关人员会更加一如既往的运用和支持8D的进程 D8 RecogniseTeamandIndividualContributions D8 表彰小组和个人的贡献 描述表彰理论说明进程结束 SectionObjectives目标 UnderstandingRecognition表彰的理解 表彰有许多特点 当别人感觉是真诚时效果最好不需要投入昂贵的资金 只需要投入时间表彰同样有正面的影响 有让大家养成好习惯的趋势建立自信心鼓励将来的参与 RecognitionIdeas表彰相关的意见 以下列出了表彰小组的一些意见和建议在公司的时事通讯上公布以书信的方式寄给小组成员的主管以书信的方式寄给小组成员的家属 表彰他们的所做的贡献及对公司的影响 Closure关闭项目 所有任务必须在D8这个阶段完成 以关闭这个项目 制成文件并存档总结在整个进程中所学到的经验教训向项目负责人做最终的陈述向小组成员表达意见和建议向小组表达感激 SummaryofD8D8总结 在这一部分你学了怎样 描述表彰的理念说明进程结束 在这个课程中 你学了8D过程的具体步骤 D0准备8DD1组建团队D2描述问题D3制定临时措施D4确定并验证根本起因和遗漏点D5