8D方法作业指导书文档格式.docx

1、受影响的各方是指被症状影响的人、组织或驾驶员。例如，处理空调保修的服务人员属于受影响的各方。3.3.2 通常由领导（对问题负责和授权解决问题的人）决定是否执行ERA。有时，ERA可能在量化数据收到前执行。在任何情况下都需要评估是否需要ERA。3.3.3 有时需要不止一个ERA来完全保护我们的顾客。例如，一个ERA用来保护顾客，另一个用来保护他们免受第一个ERA带来的副作用。3.3.4 ERA的选择和核实为确保ERA能保护顾客，需要验证ERA。当您验证ERA时，要在行动执行前证明ERA能够保护顾客并不会产生新的问题。可以在非生产产品上验证ERA，例如样件或计算机模拟计算。验证可以包括：试验和演示

2、。比较新的行动和已验证过的相似行动。在发布前回顾最近的设计文件（程序、政策、规范等）。ERA可能很难用测量验证，因为它是以常识为基础。例如，如果将受到影响的产品停止发运，那么顾客就不会再经历症状。选择和验证并执行了ERA后，必须证实ERA能够起作用。证实就是提供正在进行中的证据，证明ERA达到了目的并且没有引起新的问题。证实方法包括：到达顾客前的验证：包括关于产品和过程的试验、检测、观察。到达顾客后即顾客验证包括顾客反馈。佩恩特图（Paynter）可以用来证实ERA。3.4 8D的适用标准（条件）症状已被定义和量化8D的用户已经经历症状，并且受影响的各方已经被确定量化的测量结果表明有性能差异存

3、在和/或症状的优先（严重度、紧急、成长）使8D过程成为正当。原因不知道管理层想要找出根本原因并预防再次发生症状的复杂性超出了个人能解决的范围 如果以上六个标准（条件）都满足了，并且没有其它的8D小组正在解决相同或相似的问题，需要实施8D。3.5 症状与问题8D区别了症状和问题。适用标准的大部分是症状。没有症状，不会知道有问题。症状是一个显示存在一个或多个问题的可测量的事件或结果。这个事件的后果必须被一个或多个顾客经历。问题是指同期望有偏差或任何由未知原因引起的有害的后果。症状是问题的显示。3.6 量化症状只有症状才能被测量和量化。当症状不能被测量时，可能没有足够的信息和有效的理由来执行8D。量

4、化可能来自于现有的数据，如保修，保修费用或顾客满意度调查。在其它情况下，小组可能不得不开发可测量的方法来量化症状。有许多工具来量化症状，如佩恩特图（Paynter）、趋势图（Trend）、帕特图（Pareto）在量化症状前，需考虑问题的严重性。如果情况严重，执行ERA，然后收集量化数据。3.7 总结D0的关键D0的目的是使用8D适用标准（条件）来评估是否需要8D方法。 如果需要的话采取ERA来保护顾客。对ERA要进行选择、验证、执行和证实在8D的每一步用问题评估的方法来确认是否可转到下一步。用于评估的问题可以：帮助8D小组决定8D的每一步是否完成让小组和领导以任务为中心提供质量担保检查作为高级

5、的组织者在过程中进行临时检查确定需要什么资源和何时需要完成8D的检查表解释8D软件的主要功能4 D1建立小组4.1 目的描述建立小组的方针描述小组的角色、角色的职能和它们是怎样执行的解释小组操作程序的三个要素描述小组协作的重要性4.2 为什么要建立小组建立小组是实施8D的真正开始。D1的目的是组织一组具有所需特征和动力的人员来解决问题建立小组是8D的基本部分。极少有一个人具有所有需要的资源、资料和技能来解决一个复杂的问题。另一方面，一组合适的人员能够包括所有必须的资源和聚集每一个人所具有的技能。4.3 确定小组成员时应考虑将人数限制在4-10人。选取具有恰当的技能、知识、资源、权威等的人员。确

6、保代表顾客的观点并使小组成员知道他们为什么被选取参加。选取合适的复合型资格。根据需要变更小组成员。4.4 小组角色.4.4.1 8D小组共有七种角色领导：行使职权来执行小组的建议。同小组一起评审评估问题表格同小组一起设置目标和任务负责人：制定会议和小组活动的日程监控按照日程的进展时间管理员：管理小组的时间给每一个日程分配时间记录负责人的总结抄写员：在会议中重新叙述和记录小组的决定使小组的决定可见管理小组的文件记录员：书写和分发会议纪要为小组提供管理支持确保每一个小组成员都有机会做贡献协调员：集中于小组维护同小组一起工作解决冲突在每个8D阶段提出建议成员：找出答案执行行动4.4.2 8D小组一旦

7、建立，小组成员需要尽可能有效地工作8D依靠每一位小组成员的努力来达到小组的目标。每位小组成员扮演一个角色。每一个角色集中在职能上有效工作。不因为个人之间的差异而受牵制。4.4.3 小组操作程序除了小组的角色以外，操作程序也帮助小组有效地工作，操作程序可以最小化许多人一起工作时可能发生的人与人之间的问题。4.4.4 小组协作协作在整个小组的输出大于输入时发生。在小组系统里，目标是让输出大于输入。协作的小组能够胜过更有技能、具有更多更好资源的竞争者，一个协作的小组应该：能够解决具有最有优秀小组成员的小组所不能解决的问题成员之间相互尊重和信任。5 D2描述问题5.1 为什么要描述问题要想成为一个有效

8、的问题解决者，必须在采取行动前知道尽可能多的关于问题的描述。D2 阶段以在手边的问题为中心，避免低效率：5.2 尽可能准确地定义问题在D2阶段的任何不清楚和不准确都会导致小组得到错误的原因和采取错误的修正行动当描述问题时，是做观察或是做结论？这两者之间区别非常大。观察对于小组能够解决的问题影响非常大。准确地定义和描述问题的关键是做观察，并在收集和检查了所有的信息后才作结论。从观察到结论的流向就像单行道街，看起来不能返回。一旦结论达到了，对大多数人来说从新检查是极端困难的。作为问题的解决者，您必须认识到您在路的哪一边并在合适的时候跨过线。5.5.3 怎样描述问题问题陈述问题描述5.5.4 问题陈

9、述问题陈述是确定未知原因引起的问题的对象和缺陷的简单、简明的陈述。怎样进行问题陈述识别对象和缺陷（问“什么出现了什么问题”）“什么问题”是缺陷“什么除了问题”是对象问什么除了什么问题能够帮助小组以问题陈述所需的两个基本要素为中心（对象和缺陷）。用重复的为什么技术精炼对象和缺陷一旦对象和缺陷建立了，下一步是精炼它们问“那个对象为什么出现那个缺陷”来精炼初步的问题继续问“为什么”直到不能肯定回答。如果原因未知并且需要找到根本原因，最后一个对象和缺陷就是问题陈述再三地问“那个对象为什么出现那个缺陷”的过程称为重复问为什么技巧5.5.5 问题描述问题描述按照问题是什么和问题不是什么定义问题 的边界问题

10、陈述提供基本事实，而问题描述提供需要的细节来找出根本原因问题描述帮助小组缩小研究的范围使用是/不是表格6 D3开发临时控制行动（ICA）6.1 D3 开发直到永久修正计划执行以前使用的临时控制计划。 ICA 将问题的影响同内部和外部的顾客隔开。 在D3 ，ICA必须被验证。6.2 目标定义和解释临时控制行动的特征区分验证和证实解释怎样验证ICA解释怎样证实ICA6.3 为什么要开发ICAICA帮助在有问题的情况下保持和建立顾客满意度。开发ICA时：6.4 有时间让G8D小组找到问题的根本原因6.5 保护消费者免受问题的影响6.6 从时间、质量和成本方面来控制问题ICA在永久修正行动（PCA）执

11、行前用来将内部和外部顾客和问题的影响隔开。ICA在根本原因知道前用来保护顾客。如果根本原因已知或者ERA能够继续可靠保护顾客，ICA可以不需要。ICA是针对问题而不是针对根本原因。开发ICA的四个步骤：6.7 选择ICA6.8 验证ICA6.9 执行ICA6.10 证实ICA什么是ICA：ICA是保护顾客免受一个或多个问题的症状影响的任何行动。ICA：处理问题的症状在执行前验证有效性在执行过程中监控形成文件被PCA取代增加过程/操作的成本第一步：选择ICA因为ICA会增加成本，在选择ICA前要仔细考虑。问下面的问题来决定是否需要ICA：根据D2阶段的数据，ICA是否需要D0 阶段的ERA能否改

12、进是否肯定根本原因是什么，能否执行直接、永久的修正是否需要时间来决定问题的根本原因用下面的结果帮助决定是否需要ICA如果顾客需要和能够被保护，采取ICA如果需要时间来决定根本原因，采取ICA如果根本原因已知，采取永久的修正而不是ICA。如果需要ICA，需要选择最好的ICA，选择ICA时：建立选择标准分析执行ICA的好处分析执行ICA的风险选择能够最佳平衡好处和风险的ICA。执行的ICA必须保护顾客并且不会产生新的问题。当然，单独一个ICA可能不够。可能需要 采取一个以上的ICA以完全保护顾客第二步：验证ICAICA是保护顾客的任何行动。但是，在执行ICA前需要验证ICA能够起作用。当验证ICA

13、时；在执行前，证明ICA将防止顾客免受问题的影响提供前后的比较证明ICA将不会产生任何新的问题验证的 方法：试验演示比较ICA和以被证实的相似行动评审设计发布前的文件如政策、程序、图纸和规范等可能时，进行试运行。执行ICA执行ICA的重要部分是计划怎样执行ICA。执行ICA时：遵循管理循环创立行动计划管理循环是做决定和有效执行的过程。管理循环中的步骤是：计划-决定哪些行动必须在目标完成日期前完成以达到目标做-执行计划监测-记录执行的结果行动-评估结果证实ICA管理循环是一个无限的过程，一旦评估了结果，又回到计划阶段考虑怎样改进结果或者开始工作下一个目标。执行ICA后，需要进行证实。证实用来证明

14、ICA满足要求并且没有产生新的问题。证实有两种形式：到达顾客前证实。在暴露给顾客前和成功验证之后，证明行动在起作用的证实。包括试验、观测、和其他质量检测。顾客证实。来自于顾客的证明ICA正在起作用的证实。总结：定义和解释ICA的特征区别验证和证实关键点：D3的目的是定义、验证、执行和证实ICA。ICA是在PCA执行前保护顾客不受问题的影响执行ICA可以给小组时间在根本原因的水平上解决问题7 D4定义、验证根本原因和问题逃出点7.1 概述D4 根据问题描述测试每一个根本原因从而隔离和验证根本原因隔离和验证过程中根本原因的影响能够被检测和控制的地方7.2 目标使用问题解决过程和工作表来识别问题的根

15、本原因识别问题逃出点验证根本原因和问题逃出点7.3 为什么定义和验证根本原因找出根本原因是解决任何问题的最重要部分。当确定了根本原因后，才能在最基本的水平上解决问题。确定根本原因也许会花时间，但从长期来看更有效地利用了时间：不用一个接一个地提供“快速修正”。不必浪费时间在危险的控制上。不必常常重新建立顾客满意度。只需解决问题一次。其他的员工和8D小组可以从中学到东西，以使他们能够在问题发生前防止问题。在D4阶段的工作是8D 过程的核心。在此阶段中心从观测改变到结论。什么是根本原因人们常常混淆了8D过程中讨论的不同类型的原因。可能原因：在原因结果图上被确定的描述一种结果可能发生的任何原因最有可能

16、原因：以可得到的数据为基础，最能描述问题的原因根本原因：验证过的解释问题的原因。通过让问题来和去来主动和被动验证D4过程能够帮助慢慢减小调查能够验证的根本原因的范围确定根本原因怎样确定根本原因评审问题描述（是/不是分析）完成变化-引起情况的比较分析展开根本原因推测针对问题描述的试验推测验证了最有可能原因后才能得到根本原因问题解决工作表问题解决工作表是用来帮助确定根本原因的基本工具。帮助集中努力和管理和解释收集的信息。共有四页：问题描述比较分析根本原因理论根本原因理论试运行问题情况的类型：变化-引起情况是指产品或过程与预期的性能水平有偏差的情况。性能上的变化可能逐步、或突然发生，也可能是间歇的、

17、不可预测的或不稳定的。从未到达的情况是指新的事件的发生或想要的性能水平未达到。所有的问题都可归入这两类。怎样确定根本原因可能取决于问题的情况。从未达到的情况可以不用比较分析第一步：评审问题描述为了确定根本原因，首先评审问题描述问题描述是根据什么、哪里、何时和多大来描述问题的。所有是/不是的答案必须是事实。所有在是/不是栏的比较资料应该在范畴、形状、形式、功能和组成上是相似的。所有的资料必须在根本原因确认前收集。在进行下一步之前，必须确保上述 的要素是真实的。考虑完成是/不是表格得到的任何新的信息。第二步：完成比较分析完成问题描述评审后，可以开始比较分析。在D2阶段完成了问题描述后，减少了调查的

18、范围。比较分析减少了用来决定根本原因必须考虑的可能性。为了完成比较分析，比较每一个与是相应的或相对的不是在问题解决工作表的比较分析部分不同栏里列出所有的差别。 考虑在不同栏列出的所有差别并寻找变化问“对这个差异改变了什么”并非每一个差异都有相应的改变在变化栏列出所有的改变查看改变发生的日期。可能消除一些问题开始后发生的变化考虑人、机器、材料、方法、测量或环境。如果是改变引起的问题，根本原因一定是与一个或多个已经被确定的变化相关的改变。现在还没有从观测阶段向前移动。在比较分析中的任何信息必须是事实，不能是意见。第三步：开发根本原因推测在缩小了可能的根本原因的范围后，分析问题是怎样发生的。推测就是

19、改变可能引起问题的方式的叙述用头脑风暴的技术来产生意见问“改变怎样产生问题”对一种变化至少列出一种推测在工作表上单独列出每一个推测列出每一种可能性，不论有多奇怪或多不可能先从最简单的一个变化/一个推测开始要明确，不要使用质量差或不工作等一般性的词语。第四步：试验推测精密地针对是/不是数据评估一个推测试验最有可能的推测试验每一个推测的似乎有理性而不是不太可能性是一个排除的过程试图测试每一个推测的发生能否引起问题，不是解释在将来可能会发生通过下述步骤来测试推测问“推测是否解释是/不是数据”。如果是，如何解释？针对每一组是/不是数据测试推测如果推测完全解释了在是中发生的问题但从未发生在不是中。放一个

20、+在问题解决工作表试运行部分的合适地方。如果不能解释是中的问题放一个-如果能够解释问题，但是不能解释为什么，放？先测试简单的推测，最后测试复杂或相互作用的推测。根本原因必须解释所有已知的资料。任何通过试运行的推测是最可能的原因。如果只有一个推测通过了试运行，验证这个推测是根本原因。如果有多个推测通过了试运行，收集和分析不确定推测漏掉的资料并重新检查资料来解决不确定。如果另外的资料显示推测不能完全解释为什么会发生是中的情况而不会发生不是中的情况，不考虑。如果不能收集其他信息，验证其他的推测。先开始具有最多加号的推测。最能解释是/不是数据的推测为最可能的原因。验证根本原因确定了最可能原因后，验证它

21、引起了问题。验证是用来确认已经确定了根本原因的所需的证据。验证可以主动和被动进行被动验证是通过观察进行在没有改变时，寻找根本原因的存在如果不能证明根本原因的存在，那么这个确定的原因可能不是根本原因。主动验证通过模拟根本原因来完成执行和去处根本原因来使问题发生和消除“来”和“去”都是确认根本原因的基本试验确定和验证问题逃出点。确定了根本原因后，需要确定问题逃出点。理解问题是怎样逃出而到达了顾客和确定问题逃出点。评审过程流程图 ，集中在过程中根本原因发生点。是否存在控制系统来检测问题。如果控制点能够发现问题，控制点就是被验证的逃出点。在D4阶段的G8D软件在D4阶段中的软件帮助将下列资料形成文件。

22、根本原因的精确描述。根本原因验证的详细情况。相关的问题逃出点。D4 阶段总结用问题解决过程和工作表验证问题的根本原因。确定问题逃出点。验证问题的根本原因和问题逃出点。8 D5选择/验证PCA8.1 概述选择最好的PCA来去除根本原因。选择最好的PCA来控制根本原因的影响并验证所有的决定在执行时都会成功并且不会引起不希望的影响。8.2 目标定义PCA用七步决定过程选择PCA使用问题决定工作表解释怎样验证PCA8.3 为什么要选择和验证PCA到现在为止，已经完成了定义问题和确定根本原因和问题逃出点。但是，G8D过程是解决问题。在D5中小组将为根本原因和问题逃出点决定最好的PCA。D5以作决定和验证

23、为中心。通过以上两步，能够：在利益和风险的基础上作出最好的决定。验证选择的决定将会起作用。在D5阶段的工作能够帮助防止轻率地执行PCA并为PCA设置证实阶段什么是PCAPCA是消除问题的根本原因的最好行动。选择PCAG8D作决定过程帮助小组选择最好的PCA。选取的PCA应该：在根本原因的水平上解决问题。不会产生另外的问题。验证能够起作用。作决定过程实际上是为多种方案确定优先顺序的技术。需要小组的一致同意，小组成员应该通过讨论和学习而不是妥协对选择的决定达成一致。小组成员支持对整个小组有利的决定。作决定过程进行的好坏取决于作决定者的经验和使用的准则。作出决定的过程有七个步骤描述结果列出作决定的标

24、准决定想得到的东西的相关重要性确定选择将选择和作决定的标准比较分析风险作出最好的选择第一步:描述结果每一个决定都有一个目的.结果是决定想要的输出结果的简洁描述，小组需要描述结果是为了：定义决定的范围为思想提供中心描述结果可以帮助小组向同一个目标努力.为了描述结果,需要确定一个行动或对象. 如:买一台电脑选择一位行政助理列出作决定的准则有两类作决定的准则-假设和需求假设是作决定的最小准则，使用假设可以过滤选择。假设可以决定考虑哪些选择：是客观可测是不可谈判的是决定的现实特性常常包括金钱、最后期限、公司程序或法规所有不满足假设的选择被去除后，需求将决定最后的选择是可测量的（主观和客观）是想得到的决

25、定的特性决定那些选择是更可取的按照可用的资料为理想的选择建立需要的准则决定需求的相关重要性当针对结果考虑时，每一个需求都有相关的重要性。有些需求是比其他需求更希望的，决定需求的重要性时：给最重要的需求10分（分数为1-10）将剩下的需求和最重要的需求比较，给出相应的分数只有一个选择应该为10分建立和评定作决定的准则后，应该准备做决定。建立一个可以在根本原因的水平上解决问题的可选择方案的清单。当有大量的可选方案是，可以作出高质量的决定。确定选择可能需要几次会议，特别是小组需要收集数据时。针对作决定的标准比较选择将作决定的标准和选择作比较能够评估每一个选择和标准的满足程度。比较每一个选择和每一个假设。针对余下的选择比较或应用每一个需求。将每一个选择怎样好的值乘以在第三步得到的每一个需求的重要度值。合计每一个选择的分数。最高分的选择是最能满足标准和提供最大好处的选择。在选择PCA前，需要评估每一个选择包括的风险。 一个风险有两个要素要考虑：决定的风险有多严重风险发生的可能性 小组成员可能对承担的风险的满意水平不同。一个平稳的选择是以可能得到的所有信息为基础能够确保是最