最近看到一个帖子,特别扎心:
"我们2025年做了一个8D,焊接气孔问题解决了。2026年换了个新产品,又出焊接气孔。客户直接发邮件质问:'这个产品在你们的质量体系里有没有横向展开?预防措施有没有更新到PFMEA?'我们整个质量部都被问懵了。"
这个问题太普遍了。
很多企业的8D,写到D6实施验证就算完事了——当前这个问题确实改善了,但同类问题会不会再出现?不知道。PFMEA有没有更新?好像没有。经验有没有沉淀下来?下次再说吧。
结果就是:同一个问题,换个产品、换个工序、换个供应商,卷土重来。
D7要解决的,就是这个问题。
一、D7的本质——把"个案经验"变成"系统能力"
很多质量人以为D7是"写完D6之后的额外工作"。但D7的核心价值远不止于此。
D7要回答的三个问题
1 同类产品/工序有没有这个问题?(横向展开)
2 相关文件有没有同步更新?(PFMEA/SOP/Control Plan)
3 团队有没有从这次教训里学到东西?(经验沉淀)
换句话说:D7的目标是让"一次教训"变成"所有人的经验",让"偶然的改善"变成"系统性的预防能力"。
如果你的8D做完了但D7没做或者做得很水,那你的8D本质上只解决了一个问题——点状的、一次性的问题。同类问题还会再来。
二、横向展开——D7的核心动作
横向展开(Horizontal Deployment)是D7的灵魂。简单说就是:一个产品出了问题,同类产品、同类工序、同类供应商都要查一遍。
三个展开维度:
横向展开的三个维度
① 同类产品展开——同一个平台的产品、同一类工艺的产品,都要排查是否有相同根因
② 同类工序展开——同一道工序在不同产品上应用时,都要检查是否有相同风险
③ 同类供应商展开——同一个物料由多家供应商供应时,一家出问题其他家也要排查
给你一个真实案例感受横向展开的价值:
横向展开的真实收益
某汽车电子企业发现A产品(BCM)的某芯片在高温试验后失效,做了8D找到根因:芯片封装耐温等级不足。
横向展开后:同一平台上还有B产品(PEPS)、C产品(域控制器),都使用了同系列芯片。经排查,B产品在高温地区已有3起类似投诉但未关联,C产品设计余量充足暂未发生。
避免的后果:如果不横向展开,B和C产品的潜在问题会被忽视,直到大规模爆发才被发现。
横向展开的判断标准:根因如果指向某一类风险(工艺参数范围、原材料特性、设计规范),而不是某个特定产品的特定状况,就必须横向展开。
三、文件更新清单——哪些文件必须改?
D7最容易忽略的动作就是文件更新。很多人以为措施实施了就完事了,忘了没有写入文件的改善,三个月后就变成"历史遗留问题"。
D7必查文件更新清单
文件类型 什么情况下更新 更新责任人 PFMEA 根因涉及工艺参数、原材料、设计特性变化时 工艺工程师 Control Plan 增加了新的控制特性或改变了测量方法 质量工程师 SOP 操作方法、参数、设备要求发生变化 生产主管 检验标准 判定基准、判断方法发生变化 质量工程师 设备点检/维护规程 根因涉及设备状态、保养周期 设备工程师 供应商管控标准 来料问题指向供应商的来料规范 SQE
一个关键原则:文件更新完之后,相关的操作人员必须重新培训。改了SOP但没培训,等于没改。
四、设计变更——D7的特殊要求
如果D4找到的根因指向设计问题,比如"防错设计缺失""公差设计过于极限""材料选型不当"——D7要求推动正式的设计变更。
设计变更的两个核心动作
1 发起ECN/DCR(工程变更通知单/设计变更申请)——正式记录设计变更的原因、内容、影响评估、验证计划
2 更新DFMEA(设计FMEA)——在DFMEA中补充设计变更的内容,更新风险评估
3 横向展开到其他产品平台——如果设计规范变了,其他使用该设计的产品也要同步更新
注意:设计变更不是质量部自己能推动的事,需要拉上研发、工程、采购,甚至客户(如果涉及客户批准的设计)。D7要求质量部承担"推动者"的角色,确保设计变更落地。
五、完整D7案例——注塑件缩水问题
用一个完整案例展示D7的全流程。案例可直接套用,换成你的产品即可。
背景:某注塑件(型号A,仪表台本体)出现缩水缺陷,D4找到的根因是"模具冷却系统水路设计不合理,冷却不均匀导致收缩差异"。
D7完整案例 · 注塑件缩水问题
D4根因 永久措施 横向展开范围 文件更新清单 验证结果 模具冷却水路设计不合理 重新设计冷却水路,增加隔水板优化水流分布 ① 同平台B、C型号注塑件(仪表台本体同族)
② 同供应商其他客户模具排查
③ 全部在用模具冷却系统评审 ① PFMEA增加"冷却不均"失效模式
② Control Plan增加冷却水温监控
③ 模具点检规程增加水路检查项
④ SOP增加冷却系统启停确认步骤 ① A型号连续30天无缩水
② B、C型号排查未发现同类问题
③ 冷却水温监控数据达标
这个表格就是D7的核心输出物。客户审核的时候,最想看的就是这张表——你有没有横向展开?文件有没有更新?验证结果是什么?
六、D7常见的五个坑,你踩过几个?
坑1:只做了当前产品的改善
这是D7最大的坑。"我们这个问题解决了,8D可以关了"——对不起,客户不会接受这个答案。横向展开是D7的必选项,不是可选项。
坑2:PFMEA没有同步更新
D4找到的根因意味着PFMEA里这个失效模式的分析是不完整或过时的。改了措施但PFMEA没更新,下次更新PFMEA的时候这个"坑"又会被忘掉。
坑3:SOP改了但没有培训
很多人改了SOP,以为放在文件柜里就完事了。操作工不知道SOP改了,还是按老方法干,改善等于没改善。 SOP更新后48小时内必须完成相关人员培训。
坑4:经验没有沉淀到Lessons Learned
每个8D都是一次宝贵的教训。但教训如果只存在质量经理的脑子里,等于企业的记忆只有三个月。新人来了继续踩坑,老人走了经验带走。
坑5:没有建立长效跟踪机制
D7做完横向展开,三个月后有没有人跟进?六个月后有没有回顾?没有跟踪机制的D7,时间长了就会变成"历史档案"。
七、Lessons Learned——让教训变成集体的免疫
很多企业不知道怎么做Lessons Learned,或者说"我们也有啊,每个月质量例会会提一下"——这不叫Lessons Learned,这叫"提一嘴"。
有效的Lessons Learned机制长什么样?
1 质量问题数据库——所有8D报告的结构化摘要(问题类型、根因类别、措施类型、横向展开情况)录入数据库,可按关键词检索
2 定期回顾机制——每季度做一次"同类问题回顾",检查有没有重复发生、PFMEA有没有更新到位
3 新人培训必学——质量部新员工入职培训,必须学习过去三年的重大8D案例,不是"了解",是"考试"
4 复盘文化——从"追责"到"学习",8D做完不是追谁的责任,而是问"我们从中学到了什么"
最终目标:让企业的质量记忆从"个人记忆"变成"组织记忆",让每个新人都能站在前人的肩膀上,而不是从零踩坑。
总结:D7落地的6条金规
1 D7不是"额外工作",是8D的收尾动作,没做完等于8D没完成。
2 横向展开是必选项——同类产品、同类工序、同类供应商,一个都不能漏。
3 文件更新后必须同步培训,否则等于没更新。
4 PFMEA是预防工具,不是回顾工具——D7找到的新根因必须同步更新PFMEA。
5 Lessons Learned要从"个人记忆"变成"组织记忆",靠数据库+定期回顾+新人培训。
6 没有长效跟踪机制的D7,时间长了就是"历史档案"。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.