EAP 工程师的三方博弈设备商、Host、PE到底谁说了算摘要在 Fab 里写 EAP 代码技术只占了 60%剩下 40% 是政治。设备商想糊弄你赶紧签字验收Host 团队想让你改代码迁就他们的架构PE 想让你保证 Yield 出了问题第一个找你。EAP 工程师夹在中间谁都得罪不起但又不能当软柿子。本文拆解三方各自的 KPI、经典甩锅手法以及 EAP 工程师的生存策略——怎么用文档、邮件、测试报告当盾牌在三方博弈中活下来。一、先认识三个甲方在 Fab 项目里EAP 工程师的汇报线通常是 IT 或自动化部门但你日常打交道的有三个甲方他们各自的 KPI 完全不同角色核心 KPI最怕的事对 EAP 的态度设备商按时通过 FAT/SAT拿到验收款被挑出 Bug 导致延期“标准我都支持了你别太较真”Host 团队系统稳定运行不出故障被产线投诉数据丢失“你按我的接口规范来别让我改”PE工艺工程师Yield 达标工艺稳定晶圆报废良率掉“数据必须准不准就是你的问题”三方诉求天然矛盾设备商想快Host 想稳PE 想准。而 EAP 是连接这三方的唯一纽带——出问题时三方都会本能地把锅往你身上推。二、三方各自的甩锅手法全是真实案例2.1 设备商糊弄 拖延经典话术 1“这个功能在 SEMI 标准里是 Optional 的。”翻译我懒得写你别逼我。怎么应对把标准文档拍在桌上指着 Optional 那行说行那我就不测了你签字确认这个功能不做。经典话术 2“Lab 里测过没问题FAT 肯定能过。”翻译Lab 是温室FAT 我赌你不敢测太狠。怎么应对FAT 测试计划提前发给他们明确列出异常注入场景。让他们知道你准备了什么。经典话术 3“这是 Host 的问题和我们没关系。”翻译我不想排查你去找 Host 撕。怎么应对用 WireShark 抓包证明是你发了指令但设备没反应或回了错误码。数据包不会说谎。经典话术 4“这个问题下个版本改。”翻译赶工期先过验收再说。怎么应对所有问题记录在 FAT 报告里作为验收签字的前提条件。不修完不签字。2.2 Host 团队甩锅 不配合经典话术 1“你发的消息格式不对我们解析不了。”翻译我们的解析代码写得不健壮但你改比我们改容易。怎么应对拿出 SEMI 标准文档证明你的消息格式是正确的。如果确实是标准允许的格式让他们改解析器。经典话术 2“我们系统不支持这个状态机你简化一下。”翻译我们没实现完整的 GEM 状态机你配合我们。怎么应对拒绝。EAP 的价值就是按标准实现不能为了迁就 Host 而违反标准。经典话术 3“这个问题是设备端的问题和我们无关。”翻译我不想排查 Host 端代码。怎么应对用模拟器复现。如果模拟器连 Host 没问题那就是设备的问题如果模拟器连 Host 也有问题那就是 Host 的问题。经典话术 4“这个需求排期到下个季度。”翻译你的事没那么重要。怎么应对升级到项目经理用项目风险说事。FAT 时间节点摆在那里不是你一个人能拖的。2.3 PE施压 甩锅经典话术 1“E90 数据不对Yield 分析用不了。”翻译良率掉了我得找个背锅的。怎么应对拿出 PLC 日志和 SubstHistory 对账结果。如果数据对得上就是 PE 自己的问题如果对不上那是设备商的问题。经典话术 2“时间戳差几秒没关系工艺上能容忍。”翻译我现在不想改你别较真。怎么应对让 PE 签字确认。E148 不是开玩笑的差一秒也是事故。今天他说没关系明天 Yield 掉了他第一个找你。经典话术 3“你这个 Alarm 太多了影响生产。”翻译报警太多我烦你关掉一些。怎么应对Alarm 是标准定义的不能随便关。如果觉得太多让 PE 和设备商一起评估哪些可以降级为 Warning。经典话术 4“EAP 不就是发发指令收收事件嘛很简单。”翻译我不懂技术但我觉得你做的事没价值。怎么应对不用争辩。用你的专业说话——FAT 报告、测试数据、标准文档。让事实替你说话。三、EAP 工程师的生存策略策略 1文档留痕邮件确认原则任何口头沟通24 小时内发邮件确认。模板 Hi 各位今天会议确认了以下事项 1. 设备商将在 8/15 前修复 E87 CIV 失败的问题 2. Host 团队将在 8/12 前提供 S12F4 的解析结果 3. PE 确认 E148 Accuracy Class 要求为 Class A±1ms 请确认如有异议请回复。为什么有效邮件是证据。出了问题谁答应了什么一清二楚。对方会认真对待邮件里写的东西因为白纸黑字。项目经理看到邮件链知道进度和问题在哪。策略 2测试报告当盾牌原则FAT 测试报告是 EAP 工程师最重要的武器。报告里必须包含测试项、预期结果、实际结果抓包截图WireSharkPLC 日志对比设备商签字确认使用场景设备商说我们支持 E40→ 拿出测试报告里面记录了 Pause 测试失败。PE 说数据不对→ 拿出 PLC 对账报告证明数据是对的。Host 说你消息格式不对→ 拿出标准文档 抓包截图。策略 3用标准说话不用人情原则永远引用 SEMI 标准而不是我觉得“应该是”。设备商说Optional→ 拿出标准文档指出哪些客户要求必须实现。Host 说我们不支持这个格式→ 拿出标准文档证明这是标准要求。PE 说差不多就行→ 拿出 E148 标准指出精度要求。为什么有效标准是中立的第三方。你不是在和人对抗你是在执行标准。策略 4拉项目经理下水原则技术问题上升到项目风险。当三方扯皮超过 3 天没结论时发邮件给项目经理抄送三方领导标题“FAT 进度风险E40 Pause 功能未通过测试”内容当前状态、阻塞原因、影响FAT 延期 X 天、需要决策的事项为什么有效项目经理有权力推动决策。三方都不想因为自己的原因导致项目延期。策略 5建立三方联合调试机制原则不要自己一个人对着设备调。每周安排一次三方联合调试会议提前发测试计划三方都到场当场演示、当场记录问题、当场分配责任人好处问题当场暴露没人能糊弄责任当场分配没人能甩锅进度透明项目经理能看到四、真实案例一次 FAT 会议上的三方互撕背景某 12 吋 FabEAP 项目 FAT 第 10 天。设备商、Host 团队、PE、EAP 四方在场。冲突PE 拿出一份 Yield 分析报告说“E90 的 SubstHistory 数据有问题第 5 片晶圆的时间戳比第 4 片还早导致 Yield 分析时序错乱。”设备商立刻说“我们的 E90 是标准实现数据是从 PLC 读的时间戳也是硬件锁存的。问题在 Host 端可能是 Host 接收时处理错了。”Host 团队立刻反驳“我们收到什么就存什么时间戳是设备端打的。如果时间倒流那是设备端的问题。”PE 看着 EAP 工程师“你写的接口你来说到底是谁的问题”EAP 工程师的应对不急着表态打开提前准备好的测试报告。展示 PLC 日志第 4 片晶圆 Pick 完成时间是 10:05:12.345第 5 片是 10:05:08.123。PLC 日志本身就是倒流的。展示设备端代码截图设备商在 Robot 取片时用的是datetime.now()不是 PLC 硬件锁存时间。展示 NTP 状态设备端 NTP 未同步系统时间在设备重启后回滚了。结论问题在设备端——时间戳来源不对 NTP 未同步。结果设备商沉默 3 秒然后说“我们回去改。”PE 说“改完我要重新验证。”Host 团队说“改完我们配合测试。”EAP 工程师在测试报告里记录了这个问题设备商签字确认。复盘这个案例里EAP 工程师做对了什么有准备提前做了 PLC 对账数据在手。不站队只摆事实不替任何一方说话。用证据说话抓包、日志、代码截图一个不少。当场闭环问题确认后当场记录、当场签字。五、怎么让三方都觉得你专业且好合作对设备商专业 不刁难提前发测试计划不临时加戏问题用标准文档说话不人身攻击发现 Bug 先私下沟通不在会上当众拆台他们修好了公开感谢对 Host 团队配合 有边界接口规范提前对齐不反复改问题先自己排查确认是 Host 的问题再提用模拟器复现问题减少扯皮不要求他们改架构只要求他们按标准实现对 PE响应快 数据准PE 的问题 24 小时内回复数据对账报告定期提供异常事件第一时间通知不跟 PE 争论工艺问题只保证数据准确六、总结EAP 工程师在 Fab 里的位置有点像足球场上的中场——进攻要参与防守要到位还要把球传给对的人。三方博弈的本质不是谁说了算而是**“谁手里有证据谁就说了算”**。你的武器不是嘴是SEMI 标准文档WireShark 抓包PLC 日志对账FAT 测试报告邮件留痕有了这些你不需要说了算——你只需要把事实摆出来让事实替你说话。你在 Fab 里遇到过三方互撕的场面吗最后怎么收场的评论区聊聊你的生存经验。