- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* D7 防止再次发生 在D7中使用‘重复的为什么’技术时 从D2中展开的问题陈述开始 问“为什么问题会发生” 继续问确定的原因和问题为什么 一旦得到了根本原因,从每一个‘为什么’得到的答案将指引到允许初始问题发生的系统、政策、程序等的缺陷处。 * D7 防止再次发生 列出了问题可能发生的情况后,考虑: 做什么样的问题来防止问题的发生。 在已知的当前问题的基础上,什么相似的问题可能再次发生。 * D7 防止再次发生 领导的责任 在开发可能的改进时, 领导必须涉及小组确定的任何可能的决议。 领导有三种行动选择来处理确定的系统问题 使用职权来改进系统、程序等(预防行动) 将系统改变的建议汇报给有权改变系统的人员(系统预防建议) 能够认识到改变的需要并监控每天的系统操作 领导使用手中的职权使改变实施,但不是亲自执行。 如果领导不能执行某些建议行动,应该告诉小组成员原因。 * D7 防止再次发生 总结 解释防止问题再次发生的重要性。 用重复的‘为什么’技术确定根本原因的根本原因。 解释怎样确定系统改进并确定和执行系统预防建议。 * D8表彰小组和个人的贡献 概述 表彰小组和个人的贡献并庆祝 目标 描述表彰的理论 解释关闭过程 * D8表彰小组和个人的贡献 为什么表彰小组和个人的贡献 D8阶段的‘表彰’是告诉每一个人小组现在解散了并且该项目不需要进一步的工作。但是不应该忘记小组成员的努力工作。 在D8阶段允许涉及的每一个人: 完成小组经验 真诚地表彰贡献 庆祝小组的成就 * D8表彰小组和个人的贡献 为什么表彰小组和个人贡献 表彰贡献让每一个人知道过程已经关闭。 表明参与者的努力是有价值的。 当参加者的努力得到公开表彰后,有关的人员更加可能继续支持G8D过程。 怎样表彰小组和个人的贡献 理解是怎样的表彰 理解外部表彰的特性 关闭小组活动 * D8表彰小组和个人的贡献 理解表彰 表彰不仅仅是承认小组的所做的工作。 表彰是承认工作的质量、努力的质量和小组成就的价值 表彰有两种形式 明确的——物质奖赏,如金钱、匾等 不明确——可能是仅仅表明是有意义和有效性。 可能简单为告诉其他小组和个人G8D小组的工作作得很好 * D8表彰小组和个人的贡献 关于表彰的意见 在公司时事通讯上发布公告。 给小组成员的的主管发送信件。 给小组成员的家庭发送信件描述他们的角色和他们小组对公司的影响。 * D8表彰小组和个人的贡献 关闭 为了关闭小组的的过程,在D8阶段还有许多任务 将文件定案和存档 认识从小组过程中学到的教训 完成提交领导的最后介绍 表达对小组成员的抱怨和遗憾 表达对小组成员的感谢 在D8阶段选择和保留主要的文件和记录学到的教训极其重要 对小组作出了贡献并且将不再是小组成员的人应该参加关闭会议表达和接受表彰 * D8表彰小组和个人的贡献 总结 描述了表彰的理论 解释了关闭过程 * 课程总结 D0:准备G8D D1:建立小组 D2:描述问题 D3:开发临时控制计划 D4:定义和验证根本原因和问题逃出点 D5:选择和严正永久修正计划 D6:执行和证实永久修正计划 D7:防止再发生 D8:表彰小组和个人的贡献 * D4 定义和验证根本原因和问题逃出点 考虑在不同栏列出的所有差别并寻找变化 问“对这个差异改变了什么” 并非每一个差异都有相应的改变 在变化栏列出所有的改变 查看改变发生的日期。可能消除一些问题开始后发生的变化 考虑人、机器、材料、方法、测量或环境。 如果是改变引起的问题,根本原因一定是与一个或多个已经被确定的变化相关的改变。 现在还没有从观测阶段向前移动。在比较分析中的任何信息必须是事实,不能是意见。 * D4 定义和验证根本原因和问题逃出点 第三步:开发根本原因推测 在缩小了可能的根本原因的范围后,分析问题是怎样发生的。推测就是改变可能引起问题的方式的叙述 用头脑风暴的技术来产生意见 问“改变怎样产生问题” 对一种变化至少列出一种推测 在工作表上单独列出每一个推测 列出每一种可能性,不论有多奇怪或多不可能 先从最简单的一个变化/一个推测开始 要明确,不要使用质量差或不工作等一般性的词语。 * D4 定义和验证根本原因和问题逃出点 第四步:试验推测 精密地针对是/不是数据评估一个推测 试验最有可能的推测 试验每一个推测的似乎有理性而不是不太可能性。 是一个排除的过程 试图测试每一个推测的发生能否引起问题,不是解释在将来可能会发生 * D4 定义和验证根本原因和问题逃出点 通过下述步骤来测试推测 问“推测是否解释是/不是数据”。如果是,如何解释? 针对每一组是/不是数据测试推测 如果推测完全解释了在是中发生的问题但从未发生在不是中。放一个‘+’在问题解决工作表试运行部分的合适地方。 如果不能解释是
文档评论(0)