202X年G8D解决问题努力标准化

《202X年G8D解决问题努力标准化》由会员分享，可在线阅读，更多相关《202X年G8D解决问题努力标准化（81页珍藏版）》请在金锄头文库上搜索。

1、G8D G8D概述G8D课程的目标G8D过程概述G8D过程介绍G8D课程总结 G8D概述 G8D过程是福特公司的方法 它将解决问题的努力标准化 由8个步骤和1个准备步骤组成 客观地确定 定义和解决问题并防止相似问题的再次发生 8 课程的目标 完成本课程后 参加本课程的人员能够 描述G8D过程的每一个步骤 作为G8D成员有效地参加到工作中去 能够分析G8D报告 能够指导相关人员完成G8D过程 G8D过程概述 D0准备G8D过程 根据症状评估8D过程是否需要 如果有必要 采取紧急反应行动来保护顾客 并开始8D过程 D1确定团队 确定一组人员来解决问题和执行修正行动 成员应具有过程和 或产品知识 分

2、配了时间 权力 必须指定一名领导和一名团队的负责人 D2描述问题 通过 什么对象出现什么问题 来描述内部 外部的问题 用量化的术语细化问题 G8D过程概述 续 D3开发临时控制行动 定义 验证和执行临时控制行动以将问题的后果同内部和外部的顾客隔离开 临时行动将执行到永久修正计划采用为止 证实临时行动的有效性 D4定义 验证根本原因和问题逃出点 针对问题描述测试每一个根本原因推测来隔离和验证根本原因 同时隔离和验证根本原因的后果在过程中应该被检测到和控制住的地方 G8D过程概述 续 D5为根本原因和问题逃出点选取和验证永久修正计划 选取最佳的的永久修正行动来去除根本原因 同时也选取最佳的永久修正

3、行动来控制根本原因的后果 验证执行两个决定是有效的并且不会引起不需要的后果 D6执行和验证永久修正行动 计划和执行选取的永久修正行动 去除临时行动 证实永久修正行动并监控长期的效果 G8D过程概述 续 D7防止问题再次发生 修改必需的系统包括政策 程序等来防止同一或相似问题的再发生 如果需要对系统改进提出建议 并将学到的技术教训文件化 D8表扬个人和小组的贡献 完成小组的经验 真诚地表扬小组和个人的贡献并庆贺 D0准备G8D D0概述执行紧急反应行动来保护顾客 评审使用标准以确保执行G8D是合适的 目标选取 验证 执行和证实紧急反应行动 确定是否需要G8D来解决问题 D0准备G8D 紧急反应行

4、动 ERA 紧急反应行动是用来保护顾客和受影响的各方的任何行动 顾客是经历症状的一个人 组织或驾驶员 例如 一个驾驶员由于空调问题将车开来维修 驾驶员就是顾客 受影响的各方是指将被症状潜在影响的人 组织或驾驶员 例如 处理空调保修的服务人员是受影响的各方 D0准备G8D 通常由领导 对问题负责和有权解决问题的人 决定是否执行ERA 有时 ERA可能在量化数据收到前执行 在任何情况下都需要评估是否需要ERA 有时需要不止一个ERA来完全保护我们的顾客 例如 一个ERA用来保护顾客 另一个用来保护他们免受第一个ERA带来的副作用的影响 D0准备G8D ERA必须进行验证 验证ERA就是在ERA执行

5、前证明ERA能够保护顾客并不会产生新的问可以在非生产产品上进行验证 例如样件或计算机模拟计算等 验证可以包括 试验和演示 比较新的行动和已验证过的相似行动 评审发布前的设计文件 程序 政策 规范等 ERA可能很难用测量结果来验证 因为它有时是常识 例如 如果将受到影响的产品停止发运 那么顾客就不会再经历症状 D0准备G8D 选择 验证并执行了ERA后 必须证实ERA确实在起作用 证实就是提供正在进行中的证据证明ERA达到了目的并且没有引起新的问题 到达顾客前的验证 试验检测观察关于产品和过程的质量控制顾客验证包括顾客反馈 佩恩特 Paynter 图可以用来证实ERA D0准备G8D G8D的适

6、用标准 症状已被定义和量化 G8D的顾客正在经历症状并且受影响的各方已经被确定 量化的测量结果表明有性能差异存在和 或症状的优先权 严重性 紧急性 增长的速度 使G8D过程成为必要 原因不知道 管理层承诺找出根本原因并预防再次发生 症状的复杂性超出了个人能解决的范围 D0准备G8D 症状和问题症状是一个显示存在一个或多个问题的可测量的事件或后果 这个事件或后果必须被一个或多个顾客经历 问题是指同期望有偏差或任何由未知原因引起的有害的后果 症状是问题的显示 D0准备G8D 量化症状的工具 佩恩特图 Paynter 趋势图 Trend 柏拉图 Pareto 佩恩特图 Paynter 趋势图 Tre

7、nd 柏拉图 Pareto D0准备G8D 在量化症状前 需考虑问题的严重性 如果情况严重 执行ERA 然后收集量化数据 D1确定团队 为什么要确定团队D1的目的是组织一组具有所需特征和动力的人员来解决问题极少有一个人具有所有需要的资源 资料和技能来解决一个复杂的问题 一组合适的人员能够包括所有必需的资源并综合每一个人所具有的技能 D1确定团队 确定团队成员时应考虑 将人数限制在4 10人 选取具有恰当的技能 知识 资源 权力等的人员 确保代表顾客的观点并使小组成员知道他们为什么被选取参加 选取合适的复合资格 根据需要变更团队成员 D2描述问题 为什么要描述问题 要想成为一个有效的问题解决者

8、必须在采取行动前知道尽可能多的关于问题的描述 在D2阶段的任何不清楚和不准确都会导致整个团队得到错误的原因和采取错误的修正行动 D2描述问题 怎样描述问题问题陈述问题描述问题陈述问题陈述是确定未知原因引起的问题的对象和缺陷的简单 简明的陈述 识别对象和缺陷 问 什么出现了什么问题 什么问题 是缺陷 什么 是对象 D2描述问题 用重复的 为什么 技术精炼对象和缺陷问 那个对象为什么出现那个缺陷 来精炼初步的问题 继续问 为什么 直到不能肯定回答 如果原因未知并且需要找到根本原因 最后一个对象和缺陷就是问题陈述 再三地问 那个对象为什么出现那个缺陷 的过程称为重复问为什么技巧 为什么阶梯 D2描述

9、问题 D2描述问题 问题描述问题描述按照问题是什么和问题不是什么定义问题的边界问题陈述提供基本事实 而问题描述提供需要的细节来找出根本原因问题描述帮助小组缩小研究的范围使用是 不是表格 D2描述问题 如何进行问题描述 问题是什么 问题不是什么 问题在哪里 问题不在哪里 问题在什么时候发生 问题不在什么时候发生 问题有多大 问题没有多大 D3开发临时控制行动 ICA 为什么要开发ICAICA帮助在有问题的情况下保持和建立顾客满意度 开发ICA时 争取时间让G8D团队找到问题的根本原因 保护消费者免受问题的影响 从时间 质量和成本方面来控制问题 ICA在永久修正行动 PCA 执行前用来将内部和外部

10、顾客和问题的影响隔开 D3开发临时控制行动 ICA ICA是针对问题而不是针对根本原因 开发ICA的四个步骤 选择ICA验证ICA执行ICA证实ICA D3开发临时控制行动 ICA ICA是保护顾客免受一个或多个问题的症状影响的任何行动 处理问题的症状 在执行前验证有效性 在执行过程中监控 形成文件 被PCA取代 增加过程 操作的成本 D3开发临时控制行动 ICA 第一步 选择ICA因为ICA会增加成本 在选择ICA前要仔细考虑 如果顾客需要被保护而且能够被保护执行ICA 如果G8D团队需要争取时间来找出根本原因 执行ICA 如果知道了问题的根本原因 执行PCA而不是ICA D3开发临时控制行

11、动 ICA 如何选择ICA 建立选择标准 分析执行ICA的好处 分析执行ICA的风险 选择能够最佳平衡好处和风险的ICA 执行的ICA必须保护顾客并且不会产生新的问题 有时单独一个ICA可能不够 可能需要采取一个以上的ICA以完全保护顾客 D3开发临时控制行动 ICA 第二步 验证ICA在执行前 证明ICA将防止顾客免受问题的影响 试验演示比较ICA和以被证实的相似行动评审设计发布前的文件如政策 程序 图纸和规范等 D3开发临时控制行动 ICA 执行ICA遵循管理循环创立行动计划 D3开发临时控制行动 ICA 管理循环中的步骤是 计划 决定哪些行动必须在目标 完成日期前完成以达到目标 做 执行

12、计划 监测 记录执行的结果 行动 评估结果 D3开发临时控制行动 ICA 证实ICA 到达顾客前证实 在暴露给顾客前和成功验证之后 证明行动在起作用的证实 包括试验 观测 和其他质量检测 顾客证实 来自于顾客的证明ICA正在起作用的证实 D4定义和验证根本原因和问题逃出点 为什么定义和验证根本原因找出根本原因是解决任何问题的最重要部分 当确定了根本原因后 才能在最基本的水平上解决问题 确定根本原因也许会花时间 但从长期来看更有效地利用了时间 不用一个接一个地提供 快速修正 不必浪费时间和努力在有损害的控制上 不必常常重新建立顾客满意度 只需解决问题一次 其他员工和G8D团队可以从中学到东西 以

13、使他们能够在相同或相似问题发生前防止问题 D4定义和验证根本原因和问题逃出点 G8D过程中讨论的不同类型的原因 可能原因 在原因结果图上被确定的描述一种结果可能发生的任何原因 最有可能原因 以可得到的数据为基础 最能描述问题的原因 根本原因 验证过的解释问题的原因 通过让问题来和去来主动和被动验证 D4定义和验证根本原因和问题逃出点 怎样确定根本原因评审问题描述 是 不是分析 完成变化 引起情况的比较分析 展开根本原因推测 针对问题描述的试验检测 D4定义和验证根本原因和问题逃出点 问题解决工作表是用来帮助确定根本原因的基本工具 共有四页 问题描述比较分析根本原因推测根本原因推测检测 D4定义

14、和验证根本原因和问题逃出点 问题情况的类型 变化 引起情况是指产品或过程与预期的性能水平有偏差的情况 性能上的变化可能逐步 或突然发生 也可能是间歇的 不可预测的或不稳定的 从未到达的情况是指新的事件的发生或想要的性能水平未达到 D4定义和验证根本原因和问题逃出点 D4定义和验证根本原因和问题逃出点 第一步 评审问题描述问题描述是根据什么 哪里 何时和多大来描述问题的 所有是 不是的答案必须是事实 所有在是 不是栏的比较资料应该在范畴 形状 形式 功能和组成上是相似的 所有的资料必须在根本原因确认前收集 D4定义和验证根本原因和问题逃出点 第二步 完成比较分析比较分析减少了用来决定根本原因必须

15、考虑的可能性 比较每一个与是相应的或相对的不是在问题解决工作表的比较分析部分不同栏里列出所有的差别 如果是改变引起的问题 根本原因一定是与一个或多个已经被确定的变化相关的改变 D4定义和验证根本原因和问题逃出点 比较分析实例 D4定义和验证根本原因和问题逃出点 第三步 根本原因推测用头脑风暴的技术来产生意见问 改变怎样产生问题 对一种变化至少列出一种推测在工作表上单独列出每一个推测列出每一种可能性 不论有多奇怪或多不可能先从最简单的一个变化 一个推测开始要明确 不要使用质量差或不工作等一般性的词语 D4定义和验证根本原因和问题逃出点 根本原因推测实例 D4定义和验证根本原因和问题逃出点 第四步

16、 检测推测针对是 不是数据评估一个推测 检测推测的可能性 检测每一个推测的似乎有理性而不是不太可能性 是一个排除的过程 D4定义和验证根本原因和问题逃出点 通过下述步骤来检测推测针对每一组是 不是数据检测推测如果推测完全解释了为什么发生了是中的问题但从未发生不是中的问题 放一个 如果不能解释放一个 如果能够解释问题 但是不能解释为什么 放 先检测简单的推测 最后检测复杂或相互作用的推测 D4定义和验证根本原因和问题逃出点 验证根本原因被动验证是通过观察进行不进行任何改变期待根本原因的出现 如果不能证明根本原因的出现 那么这个确定的原因可能不是根本原因 主动验证通过模拟根本原因来完成执行和去处根本原因来使问题发生和消除 来 和 去 都是确认根本原因的基本试验 D4定义和验证根本原因和问题逃出点 确定和验证问题逃出点 理解问题是怎样逃出而到达了顾客和确定问题逃出点 评审过程流程图 集中在过程中根本原因发生点 如果控制点能够发现问题 控制点就是被验证的逃出点 D4定义和验证根本原因和问题逃出点 D5选择 验证PCA 什么是PCAPCA是消除问题的根本原因的最好行动 PCA ICA和ERA的区