解决问题方法论经典实用课件：注重关键少数结构化解决问题.pptVIP

经常保持真诚 没有真诚的认可就像向某人施舍。如果认可是真诚的，就有意义了。 课程重点回顾 因为工作完成的好，小组需要认可； 认可和奖励不是一回事； 最简单通常也是最有效的认可方式是说“谢谢你”； 认可必须及时和真诚； 谢谢大家！ * * * * * * * * * * * * * * * * * * * * * * * * * * * 部分有用的工具和技术Discipline 6:执行改善措施 活动范围的界限 问题陈述 活动计划 波特图 甘特图 课程重点回顾 在实施解决方案之前，检讨活动范围的界限； 建立实施的行动计划； 将小组的问题解决方案文件化； 向受设备或程序任何变更影响的每个人提供培训； Discipline7防止再发生 执行改善措施后，还要进行第7个步骤，防止问题再发生。确保火已经被一劳永逸地扑灭。 防止再发生 检验和证实 文件编制 知识的转移 审核 要避免问题再发生，小组必须检验行动计划的结果是起作用的，并且证实该结果是符合目标的。防止问题再发生不应只应用于最初定义的部门、流程或单位。将获得的知识、道理和经验教训传授给其它作业单位。 检验和证实 解决方案的结果起作用吗？ 起作用的程度如何？ 在任何条件下都起作用吗？ 有没有引起更多的问题？ 使用数据来决策。 检验的目的是考查解决方案产生期望的结果。证实的目的是确定解决方案的结果真正解决问题。 检验和证实不要延缓检验 任何时候，针对某个问题的解决方案投入使用，它的有效性须得到检验和证实。如果你不立刻进行，解决方案可能不能“完全”起作用即使是次要的、初期的故障会使再导入解决方案变得更加困难，同时也难以克服方案不起作用的印象，即使方案已经改善。 检验和证实包括所有的参与者 检验和证实检查应该包括过程中涉及的每一个人。问题解决方案是否牵涉到几个过程或部门？如果是的、取得所有部门的支持帮助检验和证实。 检验和证实“向我展示” 眼见为实，耳听为虚。 检验和证实统计分析 Z检验 t 检验 卡方检验（Chi-Squaue-Test) F-检验 如果问题解决小组正处理涉及可测量的产品或过程表现的问题，项目小组应使用假设检验统计检验实绩。 检验和证实稳健的解决方案 解决方案会被遗弃吗？ 解决方案随时间推移是可维持的吗？ 可以被工人随意更改成过一段时间就不起作用的方案，以应用上讲是不能够稳健的。 文件编制 文件编制是预防问题再发生环节的部分。 文件编制更新品质体系 对品质体系而言，做的要说到，说的要做到。小组的解决方案可能要求品质体系的基本些部分作出变更。 文件编制更新控制计划 如果问题解决方案影响测试、抽样或测试方法，不要忽略了更新控制计划。 文件编制更新FMEA 问题解决方案很大程度上会改变过程FMEA的评分等级。有必要计算新的RPN值。 文件编制最终项目报告 每一个完成项目都应该有最终项目报告。报告并非需要精雕细刻，只要求包括做过什么，加上来自小组的建议。 转交知识 问题解决小组有责任通过将所获得的知识转交把接力棒传给组织内其他单位。 转交知识类似的工艺流程 在公司内我们还有其他什么类似的工艺流程？ 公司内其他什么地方存在类似的问题？ 小组应该问问自已这两个问题？ 转交知识不要只是派送一分报告 将获得的知识转交并不是简单地将小组的最终报告派发了事。转变知识的最佳方法是面对面的移变。 审核 许许多多的国际质量标准依靠文件编制。任何工艺流程的改变不仅需要文件化，也需要审核。 内部审核 项目小组也可能会被咨询，但操作部门现在应该“拥有”这个方案。 有用的工具和技术Discipline 7:防止再发生 显著性统计检验 潜在失效模式及效果分析 稳健方案检验 方差分析 过程能力测试 课程重点回顾 不要停止于实施解决方案，要防止问题再发生； 检验和证实； 将获得的知识转交给类似的过程； 将结果文件化； 更新文件编制； 加入审核计划； Discipline-8 祝贺你的小组 一旦小组完成的解决方案的推行，并且确保方案是起作用的，所有的小组成员应受到祝贺。小组应得到认可。 认可与活力 有些人不愿意认可其他人，因为他们认为，所谓认可作用非常有限。 认可，而不是奖励 为什么有些人拒绝给予认可？也许很多人将认可与奖励混为一谈。 说声“谢谢你” 也许认可不像它应该的那样得到广泛的应用，原因在于我们中的许多人还没的训练成认可别人好的行为。 用多种方式说谢谢你 不同的人用不同的方式理解和接受“谢谢你”。有许多表达方式，但重要的是从面对面的认可开始。 见什么人说什么话 并不是每一人都用同样的方式接受认可和祝贺。 对认可方式偏好上的不同 Who do you like to be recognized by? Thinking people What