解决问题努力的标准化（g8d）ppt.pptVIP

D3 开发临时控制行动（ICA） 如何选择ICA： 建立选择标准； 分析执行ICA的好处； 分析执行ICA的风险； 选择能够最佳平衡好处和风险的ICA。 执行的ICA必须保护顾客并且不会产生新的问题。有时单独一个ICA可能不够。可能需要 采取一个以上的ICA以完全保护顾客。 * D3 开发临时控制行动（ICA） 第二步：验证ICA 在执行前，证明ICA将防止顾客免受问题的影响； 试验 演示 比较ICA和以被证实的相似行动 评审设计发布前的文件如政策、程序、图纸和规范等 * D3 开发临时控制行动（ICA） 执行ICA 遵循管理循环 创立行动计划 * D3 开发临时控制行动（ICA） 管理循环中的步骤是： 计划—决定哪些行动必须在目标。 完成日期前完成以达到目标。 做—执行计划。 监测—记录执行的结果。 行动—评估结果。 * D3 开发临时控制行动（ICA） 证实ICA ： –到达顾客前证实。在暴露给顾客前和成功验证之后，证明行动在起作用的证实。包括试验、观测、和其他质量检测。 –顾客证实。来自于顾客的证明ICA正在起作用的证实。 * D4 定义和验证根本原因和问题逃出点 为什么定义和验证根本原因 找出根本原因是解决任何问题的最重要部分。当确定了根本原因后，才能在最基本的水平上解决问题。 确定根本原因也许会花时间，但从长期来看更有效地利用了时间： 不用一个接一个地提供“快速修正”。 不必浪费时间和努力在有损害的控制上。 不必常常重新建立顾客满意度。 只需解决问题一次。 其他员工和G8D团队可以从中学到东西，以使他们能够在相同或相似问题发生前防止问题。 * D4 定义和验证根本原因和问题逃出点 G8D过程中讨论的不同类型的原因。 可能原因：在原因结果图上被确定的描述一种结果可能发生的任何原因； 最有可能原因：以可得到的数据为基础，最能描述问题的原因； 根本原因：验证过的解释问题的原因。通过让问题来和去来主动和被动验证。 * D4 定义和验证根本原因和问题逃出点 怎样确定根本原因 评审问题描述（是/不是分析）； 完成变化-引起情况的比较分析； 展开根本原因推测； 针对问题描述的试验检测。 * D4 定义和验证根本原因和问题逃出点 问题解决工作表是用来帮助确定根本原因的基本工具，共有四页： 问题描述 比较分析 根本原因推测 根本原因推测检测 * D4 定义和验证根本原因和问题逃出点 问题情况的类型： 变化-引起情况 是指产品或过程与预期的性能水平有偏差的情况。性能上的变化可能逐步、或突然发生，也可能是间歇的、不可预测的或不稳定的。 从未到达的情况 是指新的事件的发生或想要的性能水平未达到。 * D4 定义和验证根本原因和问题逃出点 * D4 定义和验证根本原因和问题逃出点 第一步：评审问题描述 问题描述是根据什么、哪里、何时和多大来描述问题的。 所有是/不是的答案必须是事实。 所有在是/不是栏的比较资料应该在范畴、形状、形式、功能和组成上是相似的。 所有的资料必须在根本原因确认前收集。 * * D4 定义和验证根本原因和问题逃出点 第二步：完成比较分析 比较分析减少了用来决定根本原因必须考虑的可能性。 比较每一个与是相应的或相对的不是 在问题解决工作表的比较分析部分不同栏里列出所有的差别。 如果是改变引起的问题，根本原因一定是与一个或多个已经被确定的变化相关的改变。 * D4 定义和验证根本原因和问题逃出点 比较分析实例 * D4 定义和验证根本原因和问题逃出点 第三步：根本原因推测 用头脑风暴的技术来产生意见 问“改变怎样产生问题” 对一种变化至少列出一种推测 在工作表上单独列出每一个推测 列出每一种可能性，不论有多奇怪或多不可能 先从最简单的一个变化/一个推测开始 要明确，不要使用质量差或不工作等一般性的词语。 * D4 定义和验证根本原因和问题逃出点 根本原因推测实例 * D4 定义和验证根本原因和问题逃出点 第四步：检测推测 针对是/不是数据评估一个推测； 检测推测的可能性； 检测每一个推测的似乎有理性而不是不太可能性。 是一个排除的过程 * D4 定义和验证根本原因和问题逃出点 通过下述步骤来检测推测 针对每一组是/不是数据检测推测 如果推测完全解释了为什么发生了是中的问题但从未发生不是中的问题。放一个‘+’ 。 如果不能解释放一个‘-’ 如果能够解释问题，但是不能解释为什么，放‘？’ 先检测简单的推测，最后检测复杂或相互作用的推测。 * * D4 定义和验证根本原因和问题逃出点 验证根本原因 被动验证是通过观察进行 不进行任何改变期待根本原因的出现； 如果不能证明根本原因的出现，那么这个确定的原因可能不是根本原因。 主动验证通过模拟根本原因来完成 执行和去处根本原