5.G8D在样件开发阶段的应用

G8D在样件开发阶段的应用介绍江铃汽车股份有限公司采购中心@2013供应商发展部(STA)墨菲定律u如果事情可能出错，那么它就会出错。任何事情都不止看起来那么容易。任何事都比你预计的更加耗时。置之不理，只会让事情变得更糟。当不能确定哪个环节出错时，将会给你带来最大损失的必定就是罪魁祸首。墨菲是乐观主义者。2供应商技术支持（STA）培训议程与基本章程u样件开发阶段——质量问题管理uG8D概述uG8D过程与方法及注意事项uG8D常见错误u问题与解答3供应商技术支持（STA）培训议程与基本章程•••手机静音准时到场全心投入•学以致用CellphonemuteFullyengagedPresentontimeLearnforuse4供应商技术支持（STA）样件开发阶段质量问题管理u样件定义：狭义/广义u样件开发阶段特点（与量产比较）：样件开发量产零件数量少多处理时间紧迫相对宽松问题影响大大系统影响小大5供应商技术支持（STA）样件开发阶段质量问题管理6供应商技术支持（STA）Global8D概述uG8D是什么G8D是针对产品和过程工艺的偏差及改进所采用的一种解决问题的方法，它由8个结构化的步骤(D1-D8)，以及一个准备步骤(D0)组成。uG8D的三个作用–解决问题的基本过程与方法–统一的报告格式–形成公司的标准程序7供应商技术支持（STA）Global8D概述•G8D与8D的区别u–紧急响应措施EmergencyResponseActionu–应用原则：何时启动G8Du–对“从未达到”型问题的适用NeverBeenThereu–标准术语u–IT系统支持8供应商技术支持（STA）Global8D概述•G8D与6-Sigma的区别u–特殊原因vs.一般原因u–变化导致vs.从未达到MethodQuestionG8D6-SigmaDMSMMSASSIMMCWSRMW9供应商技术支持（STA）G8D过程与方法-总揽uD0准备与启动G8D程序uD1建立解决问题团队uD2描述问题ProblemDescriptionuD3确定并实施临时围堵措施ICAuD4找出并确认根本原因及逃逸点RC&EscapepointuD5选择并确认永久措施PCAVerificationuD6实施并验证永久措施PCAValidationuD7预防再次发生PreventRecurrenceuD8肯定团队及个人贡献10供应商技术支持（STA）G8D过程与方法–D0u现象/症状与问题SymptomandProblem–症状是客户所经历的一个可以量化描述的事件或某种效应。问题则是一种偏离预期的状态，它通常是因为系统中发生了某种不可预知的事件而导致产品的变化从而引起客户抱怨–症状从客户角度描述，问题从产品和过程角度描述–问题表现为症状，症状意味着一个或多个问题–症状与问题的描述可能相同举例:1.阀门泄漏，灯点不亮，零件不能按时到达(症状)2.试车件混入生产件，清洗机喷头堵塞，密封球生锈(问题)11供应商技术支持（STA）G8D过程与方法–D0现象(Symptom)问题(Problem)1.雨刷异响雨刷片橡胶太硬雨刷连杆弹簧张力太强2.变速箱不工作行星齿轮断裂3.风扇晃动平衡不良4.发烧喉咙发炎(顾客用的语言)(专业的用语)•现象(Symptom)VS问题(Problem)12供应商技术支持（STA）G8D过程与方法–D0•量化症状的工具Quantifythesymptom–检验报告InspectionReport–趋势图Runchart/Trendchart–柏拉图Paretochart13供应商技术支持（STA）G8D过程与方法–D0u紧急响应措施EmergencyResponseAction–G8D启动之前所采取的措施–保护客户，隔离症状–并不是每个问题都需要ERAu例：-停止发运-通知客户停止使用-通知物流到岸隔离应记录验证情况，实施范围，确认情况14供应商技术支持（STA）G8D过程与方法–D0•何时启动G8D?–症状（Symptom）定义明确，可量化描述–实在的客户受到影响(AffectedCustom)–量测数据表明存在差距(Gap)–原因不明(Unknown)–管理层能提供所需资源(Resource)支持–问题较复杂，一人无法解决(Team)SAG-URT（下陷的城市轨道交通）G8D?Triz?Robustness?ProcessImprovement?15供应商技术支持（STA）G8D过程与方法–D1•为什么需要团队–经验领域更宽泛–对解决方案的认同和执行度高–每个人都有自己的贡献与专长•成员组成–人数4-7人为宜–各人应具有不同技能–成员职责可能会发生变化应考虑顾客与供方人员16供应商技术支持（STA）G8D过程与方法–D1•成员角色与职责分配RoleandResponsibility–Champion:产品或过程的拥有者，决策人，有足够的权限实施系统或制度的变更，提供团队所需资源–TeamLeader:具体指导团队工作，设定目标与任务，对外发言人，汇总与推动讨论，指导决策过程–Facilitator:纪录整理团队讨论结果，行动计划，维护团队和谐的工作氛围，确保每人有所贡献应考虑目标与计划、小组活动方式17供应商技术支持（STA）G8D过程与方法–D2•问题概述ProblemStatement–简明扼要地陈述：对象+缺陷–重复问“为什么”直到无法回答•为什么需要问题概述–使团队聚焦于问题本身–缩小寻找根本原因时的范围–寻找根本原因的出发点18供应商技术支持（STA）G8D过程与方法–D2•问题描述ProblemDescription–What:问题发生的目标/对象–When:问题发生的时间/阶段/周期–Where:问题发生的地点/场合/部位–Howbig:问题发生的范围/数量/批次应重点关注故障件（附图片），明确标准19供应商技术支持（STA）G8D过程与方法–D3•临时围堵措施InterimContainmentAction–保护客户使其免受问题的症状影响–将问题的后果从内外部客户处隔离–从质量、成本、时效对问题影响的范围后果进行控制–可能来自于ERA–成本昂贵，换取时间找原因•典型ICA的原则–清理物料管道(pipeline)中的所有不良品–寻求尽快生产和发运可用的合格品(certifiedparts)应明确挑选标准，进行标识，临时作业指导书/检验指导书，实施范围20供应商技术支持（STA）G8D过程与方法–D3D3ICASortingResultsInspectionResultsDateWhereNo.SortedNo.Defective%DateWhereNo.InspectedNo.Defective%•ICA应至少包括-隔离在客户处的不良品-筛查/分拣在客户、仓库、中转、运输途中、供应商、分供方处的所有有零部件可疑品-加强在制品进料检验、过程控制、线末终检-确认设备、工艺条件紧急生产发运合格品/替代件注：所有排查结果应纪录在案21供应商技术支持（STA）G8D过程与方法–D3•确认与验证VerificationandValidation-事前确认，事后验证-适用于ERA,ICA和PCA•确认的方法–试验、测试证实，前/后数据比较–用类似新行动但已证明有效的行动的结果做参考–在正式发布前，审核新设计的文件–小批量或样件试做•验证的方法–交付客户前–交付后来自客户的数据22供应商技术支持（STA）G8D过程与方法–D323供应商技术支持（STA）G8D过程与方法–D4DevelopPotentialRootCauseTheories•找出可能的潜在原因–重复问“为什么”24供应商技术支持（STA）G8D过程与方法–D4•找出可能的潜在原因DevelopPotentialRootCauseTheories–重复问“为什么”–因果图/鱼骨图FishboneDiagram鱼骨图上所有问题编号，逐一排除或者确认是否为根本原因25供应商技术支持（STA）G8D过程与方法–D4•找出可能的潜在原因DevelopPotentialRootCauseTheories–重复问“为什么”–因果图/鱼骨图FishboneDiagram–是/不是分析Is/Isnot26供应商技术支持（STA）G8D过程与方法–D4Temp.ContentCatalystYield116020A60218020A72316040A54418040A68516020B52618020B83716040B45818040B80•找出可能的潜在原因DevelopPotentialRootCauseTheories–重复问“为什么”–因果图/鱼骨图FishboneDiagram–是/不是分析Is/Isnot–实验设计DesignofExperiment27供应商技术支持（STA）G8D过程与方法–D4•找出可能的潜在原因DevelopPotentialRootCauseTheories–重复问“为什么”–因果图/鱼骨图FishboneDiagram–是/不是分析Is/Isnot–实验设计DesignofExperiment•确认根本原因RootCauseVerification–被动方式(排除法)：不改变当前过程，在其中寻找可疑点。如找不到，则证明该疑点非根本原因–主动方式：对当前过程的可疑点进行变化，对比变化前后结果。如能再现问题的出现与关闭，则该疑点为根本原因注：如不能完全再现问题的出现与关闭，则根本原因未找全应关注相关变化，提出根本原因理论，理论上自圆其说，原理或者尺寸链计算28供应商技术支持（STA）G8D过程与方法–D4•逃逸点EscapePoint–问题为何在内部未识别，而流入客户处？–问题本应在何处被控制，而实际没能控制？–生产过程中最接近根本原因之位置，在该处应可测知问题，但却被忽略。29供应商技术支持（STA）G8D过程与方法–D5/D6•PCA的判定标准–能够在根本原因的层面解决问题，而不是在症状、现象层面–在实施之前已被确认(Verify)可以达到解决问题的目的–不会带来新的问题•D5vs.D6–确认与验证VerificationandValidation–决策与实施DecisionmakingandActionImplementation•探测与预防DetectionandPrevention评估ICA是否要移除，选择PCA要考虑成本，时间及可靠性等因素30供应商技术支持（STA）G8D过程与方法–D5/D6各种对策比较:对策种类针对情况类别JMC对时间要求(样件开发阶段）举例事件对应方式紧急响应措施ERA针对现象(Symptom)3H防波堤溃堤撤离当地居民暂时措施ICA针对问题(Problem)24H防波堤漏水增加抽水机抽水永久措施PCA针对问题真因(Rootcause)72H1.防波堤设计不良2.地层下陷1.针对设计错误作修正2.禁抽地下水以防波堤为例:31供应商技术支持（STA）G8D过程与方法–D7•预防再次发生PreventRecurrence–从当前问题平行展开到类似问题(其它客户、车型、产品)–从技术层面展开到管理和系统层面？QOS系统的程序文件、运行实践是否有缺失、偏差？作业流程、标准与程序文件的关联性、一致性？作业流程、标准在现场的执行度•典型的预防行动–修订完善流程图、FMEA、特殊特性清单、控制计划、作业指导书–更改、重新审阅体系文件–经验教训导入新品开发流程和公司知识库–更新设计规范32供应商技术支持（STA）G8D过程与方法–D7现象问题点根本原因潜在失效模式潜在失效效应潜在不良失效原因针对逃逸点的永久性对策针对根本原因的永久性对策针对预防的建议措施针对侦测的建议措施G8DFMEAG8D产出如何作为FMEA的输入：33供应商技术支持（STA）G8D过程与方法–D8•感谢团队成员的贡献•祝贺问题的解决•问题正式结案34供应商技术支持（STA）G8D常见错误•混淆症状与问题(Symptom&Problem)•混淆问题概述与问题描述(Prob