DIVE解决问题的方法

AchievingCompetitiveExcellenceACE

工具培训DIVE-解决问题的方法12个ACE工具MFA-MarketFeedbackAnalysis市场反馈分析QCPC-QualityClinicProcessCharts质量诊断流程图RRCA-

RelentlessRootCauseAnalysis严格根源分析MP-MistakeProofing差错预防SW-StandardWork标准工作PM&PC-ProcessManagement&ProcessCertification过程管理与认证TPM-TotalProductiveMaintenance全面生产维护N5s-New5S新5SSR-SetupReduction减少准备工时3P-ProductionProcessPreparation生产流程准备VSM-ValueStreamMap价值流PP-Passport通行证解决问题DIVE管理流程消除浪费决策系统DefinetheproblemInvestigatetheproblemVerifytherootcauseValidateandimplementpermanentcorrectiveactionEnsureamistakeproofsolutionDIVE代表什么DIVEMFA,QCPCRRCAMPMP,SWPareto,I/M

Chart,NGT,FMEA,ConcentrationChartPareto,I/MChart，NGT,FMEA,Fishbone,5Why，EventTree…Five-in-onechart,Brainstorming(try-storming)…2成立项目小组3建立出基线和目标4收集和分析数据1定义问题8更新标准工作流程

7定期收集数据---比较改进效果5根源分析6制定解决措施并执行

合格不合格DIVE例子

有一天美国通用汽车公司的庞帝雅克（Pontiac）部门收到一封客户抱怨信，上面是这样写的：这是我为了同一件事第二次写信给你，我不会怪你们为什么没有回信给我，因为我也觉得这样别人会认为我疯了，但这的确是一个事实。我们家有一个传统的习惯，就是我们每天在吃完晚餐后，都会以冰淇淋来当我们的饭后甜点。由于冰淇淋的口味很多，所以我们家每天在饭后才投票决定要吃哪一种口味，等大家决定后我就会开车去买。但自从最近我买了一部新的庞帝雅克后，在我去买冰淇淋的这段路程问题就发生了。你知道吗？每当我买的冰淇淋是香草口味时，我从店里出来车子就发不动。但如果我买的是其它的口味，车子发动就顺得很。我要让你知道，我对这件事情是非常认真的，尽管这个问题听起来很猪头。为什么这部庞帝雅克当我买了香草冰淇淋它就秀逗，而我不管什么时候买其它口味的冰淇淋，它就一尾活龙？为什么？为什么？事实上庞帝雅克的总经理对这封信还真的心存怀疑，但他还是派了一位工程师去查看究竟。当工程师去找这位仁兄时，很惊讶的发现这封信是出之于一位事业成功、乐观、且受了高等教育的人。工程师安排与这位仁兄的见面时间刚好是在用完晚餐的时间，两人于是一个箭步跃上车，往冰淇淋店开去。那个晚上投票结果是香草口味，当买好香草冰淇淋回到车上后，车子又秀逗了。这位工程师之后又依约来了三个晚上。第一晚，巧克力冰淇淋，车子没事。第二晚，草莓冰淇淋，车子也没事。第三晚，香草冰淇淋，车子“秀逗”。这位思考有逻辑的工程师，到目前还是死不相信这位仁兄的车子对香草过敏。因此，他仍然不放弃继续安排相同的行程，希望能够将这个问题解决。例子---第一步定义问题工程师开始调查，他有了一个发现，这位仁兄买香草冰淇淋所花的时间比其它口味的要少。为什么呢？原因是出在这家冰淇淋店的内部设置的问题。因为，香草冰淇淋是所有冰淇淋口味中最畅销的口味，店家为了让顾客每次都能很快的取拿，将香草口味特别分开陈列在单独的冰柜，并将冰柜放置在店的前端；至于其它口味则放置在距离收银台较远的后端。现在，工程师所要知道的疑问是，为什么这部车会因为从熄火到重新激活的时间较短时就会秀逗？汽车不喜欢香草味冰淇淋而喜欢其它口味冰淇淋的问题，汽车熄火到重新激活的时间较短时就会发生不能起动的故障分析转化客户直接反映的问题规范、专业的技术问题例子---第二步建立项目小组汽车短时间不能起动的问题涉及的技术部门：油路供应系统、电子点火系统、机械设计部门、气体循环系统、实验测试部门、客户服务中心等等，凡是与此问题相关的部门的技术专家都成为项目小组成员，参与此项目研究。一般情况下，小组成员是：涉及问题的所有人员，包括设计人员、制造人员、装配人员、使用人员、客户服务人员等。例子---第三步建立基线和目标目前已定义出问题是：汽车熄火到重新激活的时间较短时就会发生不能起动的故障。也根据汽车出现的问题成立解决问题的项目小组。现在要清楚的是：目前的故障汽车，从熄火到重新成功启动的所需的最短时间是多少？而客户的使用要求是多少？我们的技术能够满足到多少？我们在开展项目改进活动以前，必须明确我们现有阶段的水平---基线，并根据客户的需求和我们专业技术的能力制定出改进的目标。根据测试目前故障汽车的平均成功启动时间为：20秒客户要求：0秒技术预测达到的指标：8秒目前的水平基线：20秒目标：

5秒小贴士：

收集分析数据前---建立信任（确保数据真实性和完整性）重建信任后的基线原来的基线BuildingTrust例子---第四步收集和分析数据开始收集种种详细资料和数据，如时间、车子使用油的种类、车子开出及开回的时间…，根据资料进行详细分析。并把数据做实验测试，最终确定故障为气体循环系统有问题。步骤：1收集尽可能完整和可信的数据2对收集到的数据进行分析计算3选出优先改进的环节，方法举例：

-帕累托图/柱图（选出问题最多环节）-影响力与成熟度图（选出影响大而又易改进的环节）

-FMEA（从3方面考虑：严重度/频率/易探测性）-NGT小组提名法（有经验的人员、从不同角度综合考虑）例子---第四步---收集和分析数据1把现有的问题/信息进行分类整理发动机变速系统传动系统供油系统气体循环系统例子---第四步柏拉图法-22根据分类情况，有针对性地进行试验和/或数据采集汽车试验数据表序号系统部件详细部件第一阶段第二阶段第三阶段总测试台数T/B数

T/B率

误工数测试台数误工数测试台数误工数测试台数1发动机系统机油滤清器1250151105024%2燃油泵20136%3点火器612918%4风扇进排气管13572550%5交流发电机20136%6变速系统排档杆10124%7变速齿箱01012%8传动联接器30148%9传动系统万向联接器00112%10传动连杆10012%11气体循环系统进气管01012%12排气管00112%13消音器00112%14供油系统油箱01012%16化油器20136%%误工率先以总误工率多少为顺序做工序的排列图再将该工序中出现频率最高的3个问题做排列图84%14%10%0%5%10%15%20%25%30%35%发动机系统变速系统供油系统例子---第四步柏拉图法-23优选---确定优先改进的环节T/B或问题/误工，是指任何阻碍或影响正常工作流程的情况,包括流程中任何低效因素。什么是T/B？误工率=

误工数完成工件数×100%算法：小贴士：误工率（T/B）的计算方法例子---第五步根源分析将改进重点锁定为发动机进排气系统后，经项目组成员分析和实验，将问题进一步明确为：“蒸气锁散热问题”。因为当这位仁兄买其它口味的冰淇淋时，由于时间较久，引擎有足够的时间散热，重新发动时就没有太大的问题。但是买香草口味时，由于花的时间较短，引擎太热以至于还无法让“蒸气锁”有足够的散热时间。造成“气堵”无法启动汽车。随之，就“蒸汽锁散热时限为客户造成启动故障”进行根源分析。根源分析常用的两个方法A鱼骨图

B五个why

People人员Material材料Environment环境蒸汽锁散热时限造成用户汽车启动故障驾驶员频繁启动塑料件不耐高温气温高进气管铝接头太软，不耐高温Machine机器风扇电机功率小Method方法用户手册中没有关于熄火后重启动时间限制/操作要求的指示鱼骨图分析-找出所有可能的影响因素（广度）Measurement测量散热片太小排气管细检测项目中没有关于“蒸汽锁散热时间”的检测沙尘季节排气管积尘过多，排气不畅小贴士：

头脑风暴法的原则与步骤收集尽可能多的主意一次一个主意不批评不讨论基于其他主意—发散性思维记录主意按顺序依次进行—机会均等顺利通过明确地定义问题收集主意记录主意鼓励畅所欲言不进行决断(赞成或反对)阐明和融合分别阐明每个主意排列优先次序确定最佳的能满足需要的主意小贴士：

以NGT方法对问题或解决方案等进行优选SilentgenerationGroupdiscussionClarificationVoting/RankingDiscussresultsTaskstatement问题描述:

晚上加班如何解决晚餐?A

从披萨店叫外卖B

工作间歇时去公司旁边的小餐馆就餐后返回继续工作C待全部工作完成后去吃大餐D找公司食堂定制加班饭E发误餐补贴，个人自行解决5个为什么–5“Why”（深度）正在发生什么不该有的问题为什么会发生？风扇功率小1风扇电机的体积小2放风扇位置的空间小4电动机线圈用线粗5只有这种线径的铜线才能承受这样的电流6银线太贵这是为什么？注意:1,如果你无法控制最后的答案,返回到前一个问题答案2,一个问题也许不只一个答案一种可以透过迹象而发现“根本原因”的提问技巧3电机线圈所占位置过大这是为什么？这是为什么？这是为什么？这是为什么？前机盖内空间、布局不合理前机盖改形状前机箱内部件位置优化重组小贴士

根本原因测试根本原因的说明是否能确定过程中的元素?是!根本原因是可控制的吗? 是!你可能会因为多一次“为什么”而得到另一个可控制的根本原因吗?不!我们所识别的根本原因是过程中断或失败的主要原因吗?是!如果我们纠正/改进已识别的根本原因，能确保此类问题不再发生吗?是!你是否已核查过我们所确定的根本原因适用于多个部件或过程?是! 你找到的是问题真正的根源吗？例子---第六步制定解决措施并执行确定故障的根源问题后，针对故障修改了设计方案，使“气堵”问题得到了很好的解决。而且做了两个解决方案：1更新用户手册，加入“车辆启动延迟时间警示内容”并通知此款汽车的所有客户到到4S店免费更换用户手册。2更新设计图纸及生产工艺，优化前机盖内部件布局，改善了蒸汽锁散热效果。一般要制定出两套解决问题的方案：1应急处理措施2彻底解决问题的根本解决方案方法总比问题多。你想解决问题找到的是方法；不想解决问题找到的是借口。MPDIVE

差错预防的级别

Level1-

Problempreventedfromeveroccurring–atitssource

根源消除，使问题不会发生。

Level2-

Problemdetectedandcorrectedduringtheprocess

使问题在其产生过程中就能够被发现并更正。

Level3-

Problemdetectedaftertheprocessbutbeforeexposuretocustomer

问题已经产生，但在其暴露到客户面前之前能被发现并更改。小贴士：差错预防Preventsrecurrence?能否防止问题再次发生？Simpletouse?简单好用？Easytoimplement?易于实施？Durable?可操作性强？Easytomaintain?易于维护？Doesnothinderoperator?不会让操作者/使用者受到不必要的干扰？Hastherightpeople’sinput?制定时听取了适当人员的建议？好的差错预防措施例子---第七步比较改进效果虽然此类问题已得到解决，但还是要关注客户反馈的信息。确认有没有相似问题再次发生，以确认改进的效果。A：风扇进排气系统B：点火器目前的水平基线：20秒目标：

5秒改进后的平均启动时间：5.3

秒例子---第八步更新标准工作流程当前