《G&D培训课程（PPT95页）(共96张).pptx》由会员分享，可在线阅读，更多相关《G&D培训课程（PPT95页）(共96张).pptx（96页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 G8D G8D 概述 G8D 课程的目标 G8D 过程概述 G8D 过程介绍 G8D课程总结 G8D概述 G8D是福特公司解决问题的标准方法。 由8个步骤和一个准备步骤组成。 这些步骤用来客观地确定、定义和解决问题并防止相似问题的再次发生。 8课程的目标 完成本课程后，参加本课程的人员能够： 描述G8D过程的每一个步骤。 作为G8D成员有效地参加到工作中去。 帮助福特达到其通过卓越的产品和顾客满意度成为世界领先的汽车制造商的目标 G8D过程概述 D0 准备G8D过程。 根据现象评估8D过程是否需要。 如果有必要，采取紧急反应行动来保护顾客，并开始8D过程。 D1 建立小组。 建立一个小组来解
2、决问题和执行修正计划，小组成员应具有过程和/或产品知识、分配的时间、权威和需要的技能。 D2 描述问题。 通过什么出现什么问题来描述内部/外部的问题，用量化的术语细化问题。 G8D过程概述（续） D3 开发临时控制行动。 定义、验证和执行临时控制行动以将问题的影响同内部和外部的顾客隔离开。临时行动将执行到永久修正计划采用为止。证实临时行动的有效性.。 D4 定义、验证根本原因和问题逃出点。 通过测试每一个根本原因对问题描述来隔离和验证根本原因。同时隔离和验证根本原因的影响能在过程中被检测和控制的地方。 G8D过程概述（续） D5 根据根本原因和问题逃出点选取和验证永久修正计划。 选取最佳的的永
3、久修正行动来去除根本原因。同时也选取最佳的永久修正行动来控制根本原因的影响。验证执行两个决定是有效的并且不会引起不需要的影响。 D6 执行和验证永久修正行动。 计划和执行选取的永久修正行动。去除临时行动。验证永久修正行动并监控长期的效果。 G8D过程概述（续） D7 防止问题再次发生。 修改必需的系统包括政策、程序等来防止同一或相似问题的再发生。如果需要对系统改进提出建议，并将学到的技术教训形成文件。 D8 表彰个人和小组的贡献 完成小组的经验。真诚地表彰小组和个人的贡献。 D0 准备G8D D0概述 执行紧急反应计划来保护顾客。 评审使用标准以确保执行G8D是合适的。 目标 选取、验证、执行
4、和证实紧急反应行动。 确定是否需要G8D来解决问题。 描述评估问题/检测表的功能。 解释G8D软件的功能。 D0 准备G8D 为什么要为G8D过程作准备 G8D的过程是很精深的。可能涉及大量的时间、人员和资源。当然也会浪费大量的时间、人员和资源，如果使用G8D过程是不合适的。 G8D的使用标准帮助判别使用G8D过程是合适的。如果不使用G8D的标准来判定是否使用G8D，那么，您可能用精深的过程来解决每一个单一的问题。 福特公司的最终目标是在卓越的产品和顾客满意度方面居于行业领先。D0允许执行（ERA）来保护顾客。ERA也是保持顾客满意度和达到我们目标的重要部分。 D0 准备G8D 紧急反应行动（
5、ERA） 紧急反应行动是在决定是否采用G8D时用来保护顾客和受影响的各方的任何行动。 顾客是经历症状的一个人、组织或驾驶员。例如，一个驾驶员由于空调问题将车开来维修，驾驶员就是顾客。 受影响的各方是指将被症状影响的人、组织或驾驶员。例如，处理空调保修的服务人员是受影响的各方。 D0 准备G8D 通常由领导（对问题负责和授权解决问题的人）决定是否执行ERA。有时，ERA可能在量化数据收到前执行。在任何情况下都需要评估是否需要ERA。 有时需要不止一个ERA来完全保护我们的顾客。例如，一个ERA用来保护顾客，另一个用来保护他们免受第一个ERA带来的副作用。 D0 准备G8D 紧急反应行动的选择和核
6、实 为确保ERA能保护顾客，需要验证ERA。当您验证ERA时，要在行动执行前证明ERA能够保护顾客并不会产生新的问题。 可以在非生产产品上验证ERA，例如样件或计算机模拟计算。验证可以包括： 试验和演示。 比较新的行动和已验证过的相似行动。 在发布前回顾最近的设计文件（程序、政策、规范等）。 ERA可能很难用测量验证，因为它是以常识为基础。例如，如果将受到影响的产品停止发运，那么顾客就不会再经历症状。 D0 准备G8D ERA的执行和证实： 选择和验证并执行了ERA后，必须证实ERA能够起作用。证实就是提供正在进行中的证据证明ERA达到了目的并且没有引起新的问题。 到达顾客前的验证： 试验 检
7、测 观察 关于产品和过程的检测 顾客验证包括顾客反馈。佩恩特（Paynter)图可以用来证实ERA。 D0 准备G8D G8D的适用标准： 症状已被定义和量化 G8D的用户已经经历症状并且受影响的各方已经被确定 量化的测量结果表明有性能差异存在和/或症状的优先（严重度、紧急、成长）使G8D过程成为正当。 原因不知道 管理层想要找出根本原因并预防再次发生 症状的复杂性超出了个人能解决的范围 如果六个标准都满足了并且没有其它的G8D小组正在解决相同或相似的问题，需要开始G8D。 D0 准备G8D G8D的适用标准： 症状问题 G8D过程区别了症状和问题。适用标准的大部分是症状。没有症状，不会知道有
8、问题。 症状是一个显示存在一个或多个问题的可测量的事件或结果。这个事件的后果必须被一个或多个顾客经历。 问题是指同期望有偏差或任何由未知原因引起的有害的后果。 症状是问题的显示 D0 准备G8D 量化症状： 只有症状才能被测量和量化。 当症状不能被测量时，可能没有足够的信息和有效的理由来执行G8D。 量化可能来自于现有的数据，如保修，保修费用或顾客满意度调查。 在其它情况下，小组可能不得不开发可测量的方法来量化症状。 有许多工具来量化症状，如佩恩特图（Paynter)、趋势图(Trend)、帕特图(Pareto) 在量化症状前，需考虑问题的严重性。如果情况严重，执行ERA，然后收集量化数据。
9、评估用问题/检查表 用于评估的问题可以帮助G8D小组决定G8D的每一步是否完成。评估用的问题用来： 让小组和领导以任务为中心 提供质量担保检查 作为高级的组织者 在过程中进行临时检查 确定需要什么资源和何时需要 完成G8D的检查表手册 D0准备G8D 总结： 使用G8D适用标准来决定是否需要G8D过程来解决问题 选择、验证、执行和证实ERA 在G8D的每一步用评估问题来确认您准备移动到下一步 解释G8D软件的主要功能 关键点 D0的目的是评估是否需要G8D过程。 如果需要的话采取ERA来保护顾客。 D1 建立小组 概述： D1过程的中心是建立解决问题和执行修正行动所需的小组并开始小组建立过程
10、目的： 描述建立小组的方针 描述小组的角色、角色的功能和它们是怎样执行的 解释小组操作程序的三个要素 描述小组配合的特性 D1 建立小组 为什么要建立小组 “D1 建立小组” 为G8D过程的真正开始。D1的目的是组织一组具有所需特征和 动力的人员来解决问题 建立小组是G8D过程的基本部分。极少有一个人具有所有需要的资源、资料和技能来解决一个复杂的问题。另一方面，一组合适的人员能够包括所有必须的资源和聚集每一个人所具有的技能。 D1 建立小组 确定小组成员时应考虑: 将人数限制在4-10人。 选取具有恰当的技能、知识、资源、权威等的人员。确保代表顾客的观点并使小组成员知道他们为什么被选取参加。
11、选取合适的复合资格。 根据需要变更小组成员。 D1 建立小组 小组角色： G8D小组一旦建立，小组成员需要尽可能有效地工作。 G8D过程依靠每一位小组成员的努力来达到小组的目标。 每位小组成员扮演一个角色。 每一个角色集中在功能上而不是每一个成员，这可以帮助小组保持集中在过程上和有效工作。并且不会因为个人之间的差异而受牵制。 G8D小组共有七种角色 D1 建立小组 领导： 行使职权来执行小组的建议。 同小组一起评审评估问题表格 同小组一起设置目标和任务 负责人： 制定会议和小组活动的日程 监控按照日程的进展 时间管理员： 管理小组的时间 给每一个日程分配时间 记录负责人的总结 D1 建立小组
12、抄写员： 在会议中重新叙述和记录小组的决定 使小组的决定可见 管理小组的文件 记录员： 书写和分发会议纪要 为小组提供管理支持 确保每一个小组成员都有机会做贡献 D1 建立小组 协调员： 集中于小组维护 同小组一起工作解决冲突 在每个G8D阶段提出建议 成员： 找出答案 执行行动 D1 建立小组 小组操作程序： 除了小组的角色以外，操作程序也帮助小组有效地工作，操作程序可以最小化许多人一起工作时可能发生的人与人之间的问题。 小组协作： 在D1阶段建立小组的一个主要原因是为了达到协作。协作在整个小组的输出大于输入时发生。在小组系统里，目标是让输出大于输入。 协作的小组能够胜过更有技能、具有更多更
13、好资源的竟争者，一个协作的小组应该： 一个协作并具有合适的技术技能的小组能够解决具有最有优秀小组成员的小组所不能解决的问题 小组的成员相似将更令人愉快，但这不是达到小组协作的基础。最重要的是小组成员相互尊重和信任。 D2 描述问题 为什么要描述问题： 要想成为一个有效的问题解决者，必须在采取行动前知道尽可能多的关于问题的描述。 D2 阶段以在手边的问题为中心避免低效率： 尽可能准确地定义问题 作为问题描述的数据库 驱动余下的G8D过程 在D2阶段的任何不清楚和不准确都会导致小组得到错误的原因和采取错误的修正行动 D2 描述问题 观察和结论： 当描述问题时，是做观测或是做结论？这两者之间区别非常
14、大。观察力类型对于小组能够解决的问题影响非常大。准确地定义和描述问题的关键是做观察并在收集和检查了所有的信息后才能作结论。 从观测到结论的流向就像单行道街，看起来不能返回。一旦结论达到了，对大多数人来说从新检查是极端困难的。作为问题的解决者，您必须认识到您在路的哪一边并在合适的时候跨过线。 D2 描述问题 怎样描述问题 问题陈述 问题描述 问题陈述 问题陈述是确定未知原因引起的问题的对象和缺陷的简单、简明的陈述。 怎样进行问题陈述 识别对象和缺陷（问“什么出现了什么问题”） “什么问题”是缺陷 “什么除了问题”是对象 问什么除了什么问题能够帮助小组以问题陈述所需的两个基本要素为中心（对象和缺陷
15、）。 D2 描述问题 用重复的为什么技术精炼对象和缺陷 一旦对象和缺陷建立了，下一步是精炼它们 问“那个对象为什么出现那个缺陷”来精炼初步的问题 继续问“为什么”直到不能肯定回答。如果原因未知并且需要找到根本原因，最后一个对象和缺陷就是问题陈述 再三地问“那个对象为什么出现那个缺陷”的过程称为重复问为什么技巧 D2 描述问题 问题描述 问题描述按照问题是什么和问题不是什么定义问题 的边界 问题陈述提供基本事实，而问题描述提供需要的细节来找出根本原因 问题描述帮助小组缩小研究的范围 使用是/不是表格 D3 开发临时控制行动（ICA） D3 开发直到永久修正计划执行以前使用的临时控制计划。 ICA
16、 将问题的影响同内部和外部的顾客隔开。 在D3 ，ICA必须被验证。 目标： 定义和解释临时控制行动的特征 区分验证和证实 解释怎样验证ICA 解释怎样证实ICA D3 开发临时控制行动（ICA） 为什么要开发ICA ICA帮助在有问题的情况下保持和建立顾客满意度。 开发ICA时： 有时间让G8D小组找到问题的根本原因 保护消费者免受问题的影响 从时间、质量和成本方面来控制问题 ICA在永久修正行动（PCA）执行前用来将内部和外部顾客和问题的影响隔开。 D3 开发临时控制行动（ICA） ICA在根本原因知道前用来保护顾客。如果根本原因已知或者ERA能够继续可靠保护顾客，ICA可以不需要。 IC
17、A是针对问题而不是针对根本原因。 开发ICA的四个步骤： 选择ICA 验证ICA 执行ICA 证实ICA D3 开发临时控制行动（ICA） 什么是ICA： ICA是保护顾客免受一个或多个问题的症状影响的任何行动。 ICA： 处理问题的症状 在执行前验证有效性 在执行过程中监控 形成文件 被PCA取代 增加过程/操作的成本 D3 开发临时控制行动（ICA） 第一步：选择ICA 因为ICA会增加成本，在选择ICA前要仔细考虑。问下面的问题来决定是否需要ICA： 根据D2阶段的数据，ICA是否需要 D0 阶段的ERA能否改进 是否肯定根本原因是什么，能否执行直接、永久的修正 是否需要时间来决定问题的
18、根本原因 D3 开发临时控制行动（ICA） 用下面的结果帮助决定是否需要ICA 如果顾客需要和能够被保护，采取ICA 如果需要时间来决定根本原因，采取ICA 如果根本原因已知，采取永久的修正而不是ICA。 如果需要ICA，需要选择最好的ICA，选择ICA时： 建立选择标准 分析执行ICA的好处 分析执行ICA的风险 选择能够最佳平衡好处和风险的ICA。 执行的ICA必须保护顾客并且不会产生新的问题。当然，单独一个ICA可能不够。可能需要 采取一个以上的ICA以完全保护顾客 D3 开发临时控制行动（ICA） 第二步：验证ICA ICA是保护顾客的任何行动。但是，在执行ICA前需要验证ICA能够起
19、作用。 当验证ICA时； 在执行前，证明ICA将防止顾客免受问题的影响 提供前后的比较 证明ICA将不会产生任何新的问题 D3 开发临时控制行动（ICA） 验证的 方法： 试验 演示 比较ICA和以被证实的相似行动 评审设计发布前的文件如政策、程序、图纸和规范等 可能时，进行试运行。 D3 开发临时控制行动（ICA） 执行ICA 执行ICA的重要部分是计划怎样执行ICA。执行ICA时： 遵循管理循环 创立行动计划 管理循环是做决定和有效执行的过程。管理循环中的步骤是： 计划-决定哪些行动必须在目标完成日期前完成以达到目标 做-执行计划 监测-记录执行的结果 行动-评估结果 D3 开发临时控制行
20、动（ICA） 管理循环是一个无限的过程，一旦评估了结果，又回到计划阶段考虑怎样改进结果或者开始工作下一个目标。 证实ICA 执行ICA后，需要进行证实。证实用来证明ICA满足要求并且没有产生新的问题。 D3 开发临时控制行动（ICA） 证实有两种形式： 到达顾客前证实。在暴露给顾客前和成功验证之后，证明行动在起作用的证实。包括试验、观测、和其他质量检测。 顾客证实。来自于顾客的证明ICA正在起作用的证实。 D3 开发临时控制行动（ICA） 总结： 定义和解释ICA的特征 区别验证和证实 解释怎样验证ICA 解释怎样证实ICA 关键点： D3的目的是定义、验证、执行和证实ICA。ICA是在PCA
21、执行前保护顾客不受问题的影响 执行ICA可以给小组时间在根本原因的水平上解决问题 D4 定义和验证根本原因和问题逃出点 概述： D4 根据问题描述测试每一个根本原因从而隔离和验证根本原因 隔离和验证过程中根本原因的影响能够被检测和控制的地方 目标： 使用问题解决过程和工作表来识别问题的根本原因 识别问题逃出点 验证根本原因和问题逃出点 D4 定义和验证根本原因和问题逃出点 为什么定义和验证根本原因 找出根本原因是解决任何问题的最重要部分。当确定了根本原因后，才能在最基本的水平上解决问题。 确定根本原因也许会花时间，但从长期来看更有效地利用了时间： 不用一个接一个地提供“快速修正”。 不必浪费时
22、间在危险的控制上。 不必常常重新建立顾客满意度。 只需解决问题一次。 其他的员工和G8D小组可以从中学到东西，以使他们能够在问题发生前防止问题。在D4阶段的工作是G8D 过程的核心。在此阶段中心从观测改变到结论。 D4 定义和验证根本原因和问题逃出点 什么是根本原因 人们常常混淆了G8D过程中讨论的不同类型的原因。 可能原因：在原因结果图上被确定的描述一种结果可能发生的任何原因 最有可能原因：以可得到的数据为基础，最能描述问题的原因 根本原因：验证过的解释问题的原因。通过让问题来和去来主动和被动验证 D4过程能够帮助慢慢减小调查能够验证的根本原因的范围 D4 定义和验证根本原因和问题逃出点 确
23、定根本原因 怎样确定根本原因 评审问题描述（是/不是分析） 完成变化-引起情况的比较分析 展开根本原因推测 针对问题描述的试验推测 验证了最有可能原因后才能得到根本原因 D4 定义和验证根本原因和问题逃出点 问题解决工作表 问题解决工作表是用来帮助确定根本原因的基本工具。帮助集中努力和管理和解释收集的信息。共有四页： 问题描述 比较分析 根本原因理论 根本原因理论试运行 D4 定义和验证根本原因和问题逃出点 问题情况的类型： 变化-引起情况是指产品或过程与预期的性能水平有偏差的情况。性能上的变化可能逐步、或突然发生，也可能是间歇的、不可预测的或不稳定的。 从未到达的情况是指新的事件的发生或想要
24、的性能水平未达到。 所有的问题都可归入这两类。怎样确定根本原因可能取决于问题的情况。从未达到的情况可以不用比较分析 D4 定义和验证根本原因和问题逃出点 第一步：评审问题描述 为了确定根本原因，首先评审问题描述 问题描述是根据什么、哪里、何时和多大来描述问题的。 所有是/不是的答案必须是事实。 所有在是/不是栏的比较资料应该在范畴、形状、形式、功能和组成上是相似的。 所有的资料必须在根本原因确认前收集。 在进行下一步之前，必须确保上述 的要素是真实的。考虑完成是/不是表格得到的任何新的信息。 D4 定义和验证根本原因和问题逃出点 第二步：完成比较分析 完成问题描述评审后，可以开始比较分析。在D
25、2阶段完成了问题描述后，减少了调查的范围。比较分析减少了用来决定根本原因必须考虑的可能性。 为了完成比较分析，比较每一个与是相应的或相对的不是 在问题解决工作表的比较分析部分不同栏里列出所有的差别。 D4 定义和验证根本原因和问题逃出点 考虑在不同栏列出的所有差别并寻找变化 问“对这个差异改变了什么” 并非每一个差异都有相应的改变 在变化栏列出所有的改变 查看改变发生的日期。可能消除一些问题开始后发生的变化 考虑人、机器、材料、方法、测量或环境。 如果是改变引起的问题，根本原因一定是与一个或多个已经被确定的变化相关的改变。 现在还没有从观测阶段向前移动。在比较分析中的任何信息必须是事实，不能是
26、意见。 D4 定义和验证根本原因和问题逃出点 第三步：开发根本原因推测 在缩小了可能的根本原因的范围后，分析问题是怎样发生的。推测就是改变可能引起问题的方式的叙述 用头脑风暴的技术来产生意见 问“改变怎样产生问题” 对一种变化至少列出一种推测 在工作表上单独列出每一个推测 列出每一种可能性，不论有多奇怪或多不可能 先从最简单的一个变化/一个推测开始 要明确，不要使用质量差或不工作等一般性的词语。 D4 定义和验证根本原因和问题逃出点 第四步：试验推测 精密地针对是/不是数据评估一个推测 试验最有可能的推测 试验每一个推测的似乎有理性而不是不太可能性。 是一个排除的过程 试图测试每一个推测的发生
27、能否引起问题，不是解释在将来可能会发生 D4 定义和验证根本原因和问题逃出点 通过下述步骤来测试推测 问“推测是否解释是/不是数据”。如果是，如何解释？ 针对每一组是/不是数据测试推测 如果推测完全解释了在是中发生的问题但从未发生在不是中。放一个+在问题解决工作表试运行部分的合适地方。 如果不能解释是中的问题放一个- 如果能够解释问题，但是不能解释为什么，放？ 先测试简单的推测，最后测试复杂或相互作用的推测。 D4 定义和验证根本原因和问题逃出点 根本原因必须解释所有已知的资料。 任何通过试运行的推测是最可能的原因。 如果只有一个推测通过了试运行，验证这个推测是根本原因。 如果有多个推测通过了
28、试运行，收集和分析不确定推测漏掉的资料并重新检查资料来解决不确定。 如果另外的资料显示推测不能完全解释为什么会发生是中的情况而不会发生不是中的情况，不考虑。 如果不能收集其他信息，验证其他的推测。先开始具有最多加号的推测。最能解释是/不是数据的推测为最可能的原因。 D4 定义和验证根本原因和问题逃出点 验证根本原因 确定了最可能原因后，验证它引起了问题。验证是用来确认已经确定了根本原因的所需的证据。 验证可以主动和被动进行 被动验证是通过观察进行 在没有改变时，寻找根本原因的存在 如果不能证明根本原因的存在，那么这个确定的原因可能不是根本原因。 主动验证通过模拟根本原因来完成 执行和去处根本原
29、因来使问题发生和消除 “来”和“去”都是确认根本原因的基本试验 D4 定义和验证根本原因和问题逃出点 确定和验证问题逃出点。 确定了根本原因后，需要确定问题逃出点。 理解问题是怎样逃出而到达了顾客和确定问题逃出点。 评审过程流程图 ，集中在过程中根本原因发生点。 是否存在控制系统来检测问题。 如果控制点能够发现问题，控制点就是被验证的逃出点。 D4 定义和验证根本原因和问题逃出点 在D4阶段的G8D软件 在D4阶段中的软件帮助将下列资料形成文件。 根本原因的精确描述。 根本原因验证的详细情况。 相关的问题逃出点。 D4 阶段总结 用问题解决过程和工作表验证问题的根本原因。 确定问题逃出点。 验
30、证问题的根本原因和问题逃出点。 D5选择/验证PCA 概述 选择最好的PCA来去除根本原因。 选择最好的PCA来控制根本原因的影响并验证所有的决定在执行时都会成功并且不会引起不希望的影响。 目标 定义PCA 用七步决定过程选择PCA 使用问题决定工作表 解释怎样验证PCA D5选择/验证PCA 为什么要选择和验证PCA 到现在为止，已经完成了定义问题和确定根本原因和问题逃出点。但是，G8D过程是解决问题。在D5中小组将为根本原因和问题逃出点决定最好的PCA。 D5以作决定和验证为中心。通过以上两步，能够： 在利益和风险的基础上作出最好的决定。 验证选择的决定将会起作用。 在D5阶段的工作能够帮
31、助防止轻率地执行PCA并为PCA设置证实阶段 D5选择/验证PCA 什么是PCA PCA是消除问题的根本原因的最好行动。 选择PCA G8D作决定过程帮助小组选择最好的PCA。选取的PCA应该： 在根本原因的水平上解决问题。 不会产生另外的问题。 验证能够起作用。 D5选择/验证PCA 作决定过程实际上是为多种方案确定优先顺序的技术。需要小组的一致同意，小组成员应该通过讨论和学习而不是妥协对选择的决定达成一致。小组成员支持对整个小组有利的决定。 作决定过程进行的好坏取决于作决定者的经验和使用的准则。 D5选择/验证PCA 作出决定的过程有七个步骤 描述结果 列出作决定的标准 决定想得到的东西的
32、相关重要性 确定选择 将选择和作决定的标准比较 分析风险 作出最好的选择 D5选择/验证PCA 第一步:描述结果 每一个决定都有一个目的.结果是决定想要的输出结果的简洁描述，小组需要描述结果是为了： 定义决定的范围 为思想提供中心 描述结果可以帮助小组向同一个目标努力. 为了描述结果,需要确定一个行动或对象. 如: 买一台电脑 选择一位行政助理 D5选择/验证PCA 列出作决定的准则 有两类作决定的准则-假设和需求 假设是作决定的最小准则，使用假设可以过滤选择。假设可以决定考虑哪些选择： 是客观可测 是不可谈判的 是决定的现实特性 常常包括金钱、最后期限、公司程序或法规 D5选择/验证PCA
33、所有不满足假设的选择被去除后，需求将决定最后的选择 是可测量的（主观和客观） 是想得到的决定的特性 决定那些选择是更可取的 按照可用的资料为理想的选择建立需要的准则 D5选择/验证PCA 决定需求的相关重要性 当针对结果考虑时，每一个需求都有相关的重要性。 有些需求是比其他需求更希望的，决定需求的重要性时： 给最重要的需求10分（分数为1-10） 将剩下的需求和最重要的需求比较，给出相应的分数 只有一个选择应该为10分 D5选择/验证PCA 确定选择 建立和评定作决定的准则后，应该准备做决定。建立一个可以在根本原因的水平上解决问题的可选择方案的清单。当有大量的可选方案是，可以作出高质量的决定。
34、 确定选择可能需要几次会议，特别是小组需要收集数据时。 D5选择/验证PCA 针对作决定的标准比较选择 将作决定的标准和选择作比较能够评估每一个选择和标准的满足程度。 比较每一个选择和每一个假设。 针对余下的选择比较或应用每一个需求。 将每一个选择怎样好的值乘以在第三步得到的每一个需求的重要度值。 合计每一个选择的分数。最高分的选择是最能满足标准和提供最大好处的选择。 D5选择/验证PCA 分析风险 在选择PCA前，需要评估每一个选择包括的风险。 一个风险有两个要素要考虑： 决定的风险有多严重 风险发生的可能性 作出最好的选择 小组成员可能对承担的风险的满意水平不同。 一个平稳的选择是以可能得
35、到的所有信息为基础能够确保是最佳的选择 D5选择/验证PCA 验证PCA 在执行PCA前需要验证它能工作。 验证过程和D3中验证ICA的过程一样 可以通过下面的方式验证PCA 进行试验和演示，如离线生产运行。 将新的行动和相似的证明过的行动比较。 在发布前评审 新设计文件。 D6执行和证实PCA 概述 为什么执行和验证PCA 执行PCA来消除根本原因 证实确保PCA在执行后能够达到想要的效果。 计划是执行和验证的重要部分。当计划有效时，执行才能顺利进行。 没有人会因为任何细节和预想不到的时间而奇怪 问题在发生前被防止 D6执行和证实PCA 执行PCA有两个阶段：计划和问题预防 计划PCA的执行
36、 共有三个步骤 规定目标 确定需要满足的标准和情况 确定关键步骤 关键步骤是执行中最重要的部分。完成关键步骤的任何问题和延误都会影响所有其它步骤的完成。 D6执行和证实PCA 关键步骤是 全新的 时间紧迫的 复杂的 对其他步骤有影响 问题预防 问题预防是执行任何PCA的重要部分。 为了预防问题，小组必须系统地评审计划的每一步。 D6执行和证实PCA 确定和评定关键步骤 在计划阶段已经确定了关键的执行步骤，现在考虑这些步骤中那些是成功执行的关键。这些步骤会投入大部分的注意力和资源 可以同D5中评定风险一样来评定每一步的重要性 确定障碍和预防行动 障碍可能会阻止完成关键步骤，障碍可能包括 人 方法
37、 D6执行和证实PCA 材料 机器 测量 环境问题 一旦确定了与关键步骤有关的障碍，考虑如何防止问题的发生。 确定保护行动、提示和责任 尽管尽了重大努力和进行了计划，问题仍会发生。需要小组准备后备计划来处理这些情况。 需要知道何时采用后备计划和由谁来执行后备计划。 D6执行和证实PCA 证实PCA 成功执行了PCA后需要进行证实。 证实PCA时问下面的问题。 问题以被完全消除了吗？ 怎样证明。 在证实PCA前，确保在D3阶段采用的ICA以被去掉。因为： PCA去除了根本原因ICA不再需要。 继续执行ICA会浪费有价值的资源。 ICA是掩饰问题，而问题仍然存在。 D6执行和证实PCA 总结 描述
38、了计划执行PCA的要素 描述了问题预防的要素 D7 防止再次发生 概述 D7提供修改需要的系统包括政策、程序等来防止问题再次发生的机会。 目标 解释防止问题再次发生的重要性。 用重复的为什么技术来确定根本原因的根本原因。 解释怎样确定系统改进，采取预防行动，并提出系统性的预防建议。 D7 防止再次发生 为什么要预防问题的再次发生 如果一个问题需要采用G8D，那么至少一个系统、程序或政策使得问题发生和逃出。 通常系统的问题由沿用的程序、政策和前一个组织、技术和能力引起的。 这些沿用的内容通常是： 过时的 完全不充分的 未遵循的 D7 防止再次发生 为什么小组不能完成D7 D7重未开始。 D7 演
39、变成过失会议 G8D过程在D3停止 G8D过程重未开始 担心后果 没有足够的权威性 低的优先性 不愿导致变化 D7 防止再次发生 预防再发生 预防再发生是指防止当前问题、相似问题或系统问题再次发生的任何行动。 实际上是确定根本原因的根本原因的问题。 减少根本原因的根本原因的范围，需要回答下面的 问题。 问题是在哪里和怎样进入系统的？ 什么允许问题的发生？ 为什么问题未被检测到？ D7 防止再次发生 在D7中使用重复的为什么技术时 从D2中展开的问题陈述开始 问“为什么问题会发生” 继续问确定的原因和问题为什么 一旦得到了根本原因，从每一个为什么得到的答案将指引到允许初始问题发生的系统、政策、程
40、序等的缺陷处。 D7 防止再次发生 列出了问题可能发生的情况后,考虑: 做什么样的问题来防止问题的发生。 在已知的当前问题的基础上，什么相似的问题可能再次发生。 D7 防止再次发生 领导的责任 在开发可能的改进时, 领导必须涉及小组确定的任何可能的决议。 领导有三种行动选择来处理确定的系统问题 使用职权来改进系统、程序等（预防行动） 将系统改变的建议汇报给有权改变系统的人员（系统预防建议） 能够认识到改变的需要并监控每天的系统操作 领导使用手中的职权使改变实施，但不是亲自执行。 如果领导不能执行某些建议行动，应该告诉小组成员原因。 D7 防止再次发生 总结 解释防止问题再次发生的重要性。 用重
41、复的为什么技术确定根本原因的根本原因。 解释怎样确定系统改进并确定和执行系统预防建议。 D8表彰小组和个人的贡献 概述 表彰小组和个人的贡献并庆祝 目标 描述表彰的理论 解释关闭过程 D8表彰小组和个人的贡献 为什么表彰小组和个人的贡献 D8阶段的表彰是告诉每一个人小组现在解散了并且该项目不需要进一步的工作。但是不应该忘记小组成员的努力工作。 在D8阶段允许涉及的每一个人： 完成小组经验 真诚地表彰贡献 庆祝小组的成就 D8表彰小组和个人的贡献 为什么表彰小组和个人贡献 表彰贡献让每一个人知道过程已经关闭。 表明参与者的努力是有价值的。 当参加者的努力得到公开表彰后，有关的人员更加可能继续支持
42、G8D过程。 怎样表彰小组和个人的贡献 理解是怎样的表彰 理解外部表彰的特性 关闭小组活动 D8表彰小组和个人的贡献 理解表彰 表彰不仅仅是承认小组的所做的工作。 表彰是承认工作的质量、努力的质量和小组成就的价值 表彰有两种形式 明确的物质奖赏，如金钱、匾等 不明确可能是仅仅表明是有意义和有效性。 可能简单为告诉其他小组和个人G8D小组的工作作得很好 D8表彰小组和个人的贡献 关于表彰的意见 在公司时事通讯上发布公告。 给小组成员的的主管发送信件。 给小组成员的家庭发送信件描述他们的角色和他们小组对公司的影响。 D8表彰小组和个人的贡献 关闭 为了关闭小组的的过程，在D8阶段还有许多任务 将文件定案和存档 认识从小组过程中学到的教训 完成提交领导的最后介绍 表达对小组成员的抱怨和遗憾 表达对小组成员的感谢 在D8阶段选择和保留主要的文件和记录学到的教训极其重要 对小组作出了贡献并且将不再是小组成员的人应该参加关闭会议表达和接受表彰 D8表彰小组和个人的贡献 总结 描述了表彰的理论 解释了关闭过程 课程总结 D0：准备G8D D1：建立小组 D2：描述问题 D3：开发临时控制计划 D4：定义和验证根本原因和问题逃出点 D5：选择和严正永久修正计划 D6：执行和证实永久修正计划 D7：防止再发生 D8：表彰小组和个人的贡献 演讲完毕，谢谢观看！