g8d原理与方法(编辑修改稿)

g8d原理与方法(编辑修改稿)内容摘要：

果需要 ICA， 需要选择最好的 ICA， 选择 ICA时： • 建立选择标准 • 分析执行 ICA的好处 • 分析执行 ICA的风险 • 选择能够最佳平衡好处和风险的 ICA。 – 执行的 ICA必须保护顾客并且不会产生新的问题。 当然，单独一个 ICA可能不够。 可能需要 采取一个以上的 ICA以完全保护顾客 D3 开发临时控制行动（ ICA） • 第二步：验证 ICA – ICA是保护顾客的任何行动。 但是，在执行ICA前需要验证 ICA能够起作用。 – 当验证 ICA时； • 在执行前，证明 ICA将防止顾客免受问题的影响 • 提供前后的比较 • 证明 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 定义和验证根本原因和问题逃出点 • 第四步：试验推测 – 精密地针对是 /不是数据评估一个推测 – 试验最有可能的推测 – 试验每一个推测的似乎有理性而不是不太可能性。 – 是一个排除的过程 – 试图测试每一个推测的发生。