长鑫存储 研发运营 一面：5Why 归因、SPC 与晶圆投片资源分配

《面试题目》

1. 请做一下自我介绍。
2. 讲一个项目指标不达标或延期的经历，你是怎么处理的？
3. 你平时用哪些数据分析工具？了解 SPC 吗？
4. 跨部门同事不配合，你如何推进工作？
5. 你理解长鑫研发运营是做什么的？
6. cycle time、hold ratio 分别是什么？
7. 场景题：产线突发异常，你第一步怎么做？
8. 场景题：研发资源紧张、多个项目争抢晶圆投片资源，你怎么处理？
9. 你的个人优缺点是什么？
10. 为什么投递长鑫研发运营，不继续做 AI 售前？
11. 是否接受合肥 base？能否承受项目压力？
12. 你的职业规划是什么？

反问环节：这个岗位日常更多偏向产线现场异常处理，还是研发项目投片资源规划？团队现阶段最大的挑战是什么？

《参考解析》

SPC（统计过程控制）：核心是用控制图持续监控过程数据的波动，把波动拆成两类——普通原因（过程固有、随机）和特殊原因（异常、可归因）。数据点超出控制限，或出现连续多点单侧、连续上升/下降这类失控判异规则，就说明过程出现了特殊原因，要停下来查根因。它跟事后检验的区别在于「过程还在跑的时候就预警」，所以岗位描述里的 Inline 实时监测、异常早发现，讲的都是这套逻辑。答的时候可以补一句：SPC 的前提是过程先处于受控状态，否则控制限本身没有意义。

cycle time 与 hold ratio：cycle time 是晶圆或项目从启动到完成的总周期，是衡量产线流转效率的第一指标，压缩它等于同等产能下多产出；hold ratio 是被暂停、卡住的研发项目或批次占比，反映流程的阻塞程度——hold 多说明有人在等资源、等工艺、等决策，属于典型的可管理损耗。这两个指标的共同点是「先量出来才能管」，研发运营的日常工作很大一部分就是盯着它们做归因和推动。

5Why 与问题台账：5Why 的作用不是凑够五层，而是每一层都要能被数据验证——「为什么延期」→「因为需求变更」→「为什么变更没被拦住」→「因为没有变更评审机制」，到这一层才是能落地的改进项。配合问题台账（谁、什么时间、什么现象、根因、对策、责任人、关闭时间）做闭环，才能避免同一个问题反复出现。回答项目复盘类问题时，把「临时对策止损」和「长期改善」分开讲，面试官会认为你分得清救火和治病。

跨部门推动与资源分配：跨部门推动的抓手是对方团队的 KPI——先理解他在被什么考核，把你的诉求翻译成对他有利或者至少不伤他的说法，再把延期风险量化（影响多少产能、多少交付窗口），最后落到明确的交付节点和台账跟进。多项目争抢投片资源的场景，可以按「先评估再机制化」两步答：先按业务价值、风险敞口、交付窗口给项目排优先级，再建标准化的资源分配规则和月度/季度投片计划，让分配可预期、可追溯，最后持续监控资源消耗、提前识别瓶颈并同步所有相关方。

产线突发异常的第一步：先收集现场数据、确认异常现象本身（不确认现象就动手容易改错方向），按流程登记问题台账，联动工艺、器件等相关团队用 5Why 深挖根因；同时先上临时对策止损，再落地长期改善，跟踪到问题关闭。这一题考的是「先止损再治本、且全程留痕」的工程习惯，不是半导体知识。

跨专业怎么答：作者是计科出身、做 B 端售前实习，最终反馈是「整体偏项目管理 + 数据分析，没有深挖半导体硬核电路知识，跨专业友好」。可迁移的点要说透：台账管理、数据分析、跨部门协同、风险闭环这套方法论在制造业研发运营里是通用的，行业知识（BR Flow、晶圆投片、SPC 体系）可以入职后补；同时也要准备好「为什么转行」和「合肥 base 是否接受」这两个必然会被问到的现实问题。