当前位置：首页 > news >正文

这片晶圆报废到底谁的错:我用5Why分析法追到了真根因

news 2026/7/14 0:19:14

一、背景:三方甩锅良率问题成了悬案

那批报废我现在还记得。客户验收时发现20片晶圆的金属层有图案偏移，检测发现对准精度超规，整批报废。20片晶圆，材料成本加返工费用超过60万。

早会上，PE说设备状态正常，是来料问题；供应商说来料符合规格，是存储条件问题；存储部门说存储记录正常，是工艺操作问题。三个部门互相甩锅，问题悬而未决，客户那边的投诉电话一个接一个。

我接手调查，用了5Why分析法：不是问是谁的问题，而是问这个问题为什么会发生。从表层现象出发，一层层向上追溯原因链条，直到找到系统性的根本原因（Root Cause）。

最终根因出乎所有人意料：来料检验时少检了一项参数（硅片的表面平整度，供应商规格书上有这项，但来料检验清单里没有），少检的那批硅片平整度偏低，导致光刻时图案对准偏移。这不是单一方的问题，是供应商规格更新但检验清单没有同步更新和来料检验流程缺少规格书对照审核两个系统漏洞叠加导致的。

这次经历让我深刻理解：良率问题的根因往往不在哪个部门，而在哪个流程有漏洞。5Why帮我跳出部门视角，看到系统全貌。

二、技术原理:5Why在半导体场景怎么用

5Why（五个为什么）是一种根因分析方法：从问题出发连续追问为什么，通常5个层次就能到达根本原因。方法简单，关键在于追因不追责——问的是为什么系统失效，而不是谁犯了错。

半导体FAB里的5Why有独特的挑战：工艺链路长（从硅片到封装十几道甚至几十道），涉及设备、材料、工艺参数、操作员等多个维度，任何一环都可能是根因。如果用错了为什么，会导向错误方向，浪费大量排查时间。

追问的原则是因果链而非责任链：每一步问的是是什么导致了这个问题，而不是谁应该对此负责。一旦开始追责，讨论就变成了辩解，分析就停了。

5Why要避免两个极端：一是巧合链接——把不相关的事件串在一起（比如说因为下雨，所以设备坏了），实际上两者可能没有因果关系；二是过度分析——一直追问到物理基本定律（比如说为什么硅片会碎？因为原子间的化学键断裂），这是学术分析，不是工程实践。

工程级的5Why通常3-7层：太少抓不到系统性原因，太多变成哲学讨论。半导体FAB场景里，建议最多追问到哪个流程/系统/标准有漏洞，而不是追问到为什么标准这样写。

三、实战:20片报废晶圆的5Why追因

问题定义：20片晶圆金属层图案对准偏移，报废。Why 1：为什么这批晶圆图案偏移？答：光刻曝光时图案没有对准到正确位置（对准精度超标）。Why 2：为什么对准精度超标？答：光刻机的套刻精度（overlay）控制回路出现了系统性偏差，机器自我校准没能完全补偿。Why 3：为什么出现系统性偏差？答：硅片表面平整度（TTV和LTV）偏离了校准片（裸片）的基准，机器基于错误的基准做了错误的补偿。Why 4：为什么这批硅片平整度偏低？答：供应商近期更换了磨削工艺，新工艺产出的硅片平整度分布偏下限，但仍符合供应商规格（规格范围宽）。Why 5（系统根因）：为什么规格范围内的硅片仍会导致工艺问题？答：FAB来料检验清单没有覆盖平整度参数，供应商规格更新后检验清单没有同步更新，导致不符合FAB实际工艺窗口的硅片通过了检验。

系统根因：来料检验流程缺少规格书对照审核机制（应该对照供应商规格书逐项核查，不只核查FAB内部关注的参数），这是流程的系统性漏洞。5Why的结论：不是设备问题、不是供应商故意、不是材料天然问题，而是FAB内部来料检验流程有漏洞，导致不适合特定工艺窗口的硅片通过了检验。解决方案是补全来料检验清单，加上套刻精度预筛查（来料做快速overlay测试），而不是追责任何一方。

四、为什么这样用5Why

这次分析我刻意用了因果链而非责任链的框架：每一步追问的是机制（为什么会发生），而不是责任人（是谁的问题）。如果第三问开始追责，就会在设备是谁的问题上陷入部门对立，分析就死了。

根因定位在流程漏洞而不是人的错误：人的错误是偶发的，但流程漏洞是系统性的。如果追到检验员没检，下次换人还会犯；如果追到流程缺这一项，改流程就能根治。这是5Why最重要的产出——找到了系统性的根因，才能做系统性的改进。

用数据支撑每一层结论：Why 3到Why 4之间，我调了供应商近期来料检验报告，发现新工艺硅片TTV分布确实偏下限，这是数据支撑，不是猜测。5Why不能靠推理硬猜，每层结论都需要数据或观察支撑。

五、效果对比:悬案变成系统改进

那次分析让我学会了区分症状和根因。很多时候我们看到的问题是症状（比如对准偏移），真正的根因在更远的地方。如果只处理症状，问题是不会彻底解决的——换个批次、换个供应商，问题还会再出现。5Why帮我建立了一个习惯：遇到问题先问5遍为什么，再动手解决。

5Why分析要团队一起做，不能一个人闷头分析。跨职能的视角非常重要——设备工程师看到的角度和工艺工程师不同，和质量工程师也不同。最好的5Why分析会是所有相关部门的人都到场，大家从各自角度补充信息，共同追问。遇到跨部门问题，先开5Why分析会，统一认识，再定行动计划。

5Why和FMEA（失效模式与影响分析）可以配合使用。5Why找到根因后，用FMEA评估这个根因对应的失效模式对良率的影响程度（severity）、发生频率（occurrence）和检测难度（detection），综合得出风险优先级（RPN），决定改进措施的优先级。这让5Why的结论更有行动价值。

5Why结论：更新了来料检验清单，增加平整度和套刻预筛查两个检验项。同时建立了供应商规格变更通知机制——供应商工艺变更时必须提前通知，FAB更新检验标准后再继续供货。

实施后：来料问题导致的工艺偏移事故从年均4次降到0.5次（基本消除），且有问题的硅片能在进厂前被发现，不需要到工艺段才发现，止损链条前移了。

更重要的是：这个问题没有变成部门间的矛盾。因为根因追到了流程漏洞，不是追到个人或部门，大家接受度高，整改推进快。5Why分析报告还成了后续新员工培训的案例教材。

六、实施建议:5Why是团队工具不是个人工具

1. 开5Why分析会不要先定结论：让每个参与者都先说出自己的观察，然后共同追问。不要让老板或资深工程师先给结论，否则其他人就不敢说了。

2. 每一层结论需要数据或证据支撑：没有证据的推测标注为假设，后续验证，不要把假设当事实。记录每一步的依据，也是审计和复盘的基础。

3. 5Why不是越多越好，3-7层足够：超过7层往往是过度分析，不足3层往往是停留表面。半导体FAB场景5层是平均长度。

4. 根因要找系统漏洞而不是人的错误：人的错误是偶发的，系统漏洞是持续存在的。找到系统漏洞才能做持久改进。

5. 5Why结论必须转化为行动：找到根因后必须制定改进措施并跟踪执行。5Why报告不落地，等于没做。我见过太多分析报告躺在文件夹里睡大觉。

6. 跨部门问题用5Why效果最好：单一部门问题可能靠经验就能解决，跨部门扯皮的问题才需要5Why来抽丝剥茧。

遍到问题先谈五遍再动手，这是5Why救我于無尽折腰的关键技巧。

七、进阶方向:从个案到系统

5Why是点分析，解决个案问题。如果同类问题反复出现，需要升级到5W2H（加What/Where/When/Who/How Much），从个案扩展到模式分析，找出同类问题的共同根因，制定跨产品的改进措施。

头部FAB在探索AI辅助的根因分析：用知识图谱把FAB工艺链路、设备、材料、操作记录串联起来，新问题出现时AI推荐最可能的根因路径，5Why作为人工追问的辅助工具。

最根本的还是建立根因分析文化：遇到问题不是先找责任方，而是先找原因链条。这个转变比任何工具都重要，也是5Why方法论最重要的副产品。

【效果对比】

5Why分析还有一个关键原则：只追到系统流程漏洞，不追到个人错误。追到个人是短期有效（个人被批评了会注意），但长期无效（换个人还是一样）。追到系统漏洞是长期有效（改了流程所有人都受益），但短期相对难（需要推动流程改进）。我的经验：遇到问题先按5Why分析，如果结论指向个人，问自己：流程有没有漏洞导致这个人容易犯错？如果有，改进流程比批评个人更有效。

5Why做完后的复盘也很重要。复盘要回答三个问题：根因找对了吗（防止分析过程有偏差）？改进措施执行了吗（防止分析完就结束了）？同类问题有没有再发生（验证改进是否长期有效）？月度复盘时review本月所有5Why报告，识别重复出现的根因——重复出现的根因说明系统改进还不够彻底，需要升级措施。

跨职能5Why分析会是最好的形式：设备工程师看到设备角度，工艺工程师看到工艺角度，质量工程师看到体系角度。三个角度叠加，真根因无处避形。

复盘三个问题：根因找对了吗？改进措施执行了吗？同类问题复现了吗？月度复盘识别反复出现的根因，是系统升级改进的信号，说明小改进已经不够，需要更扶廉的流程变革。

维度	传统甩锅	5Why分析	变化
根因定位时间	数天到数周	1天以内	大幅缩短
同类问题复现率	高(系统漏洞未堵)	低(系统性改进)	大幅下降
部门关系	对立	协作	质变
改进措施落地率	30%	85%	大幅提升