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