【摘要】
SPC 是 CIM 里最容易被"看起来做完"的模块。软件演示能做出来：数据进来，图画出来，控制限算出来，超限变红。上线三个月后，工艺工程师不用了——因为图天天红，红得没意义。
原因从来不是统计方法选错。SPC 死在数据，不死在算法。量测系统没做 GRR、抽样方案天天变、子组乱凑、控制限拿规格限顶替、判异规则八条全上——任何一条成立，控制图就退化成一张装饰画。
这篇按"前置条件 → 选型 → 口径 → 规则 → 分层 → OCAP"的顺序讲，顺序不能颠倒：前置条件不过，后面全是白做。
【核心要点】
- 五条数据前置条件：量测可信（GRR）、抽样稳定、子组合理、控制限独立于规格限、延迟可接受
- 控制图选型看两件事：数据类型（计量/计数）+ 子组大小；七种图覆盖 95% 场景
- 控制限来自过程本身（±3σ），规格限来自客户；混用等于用别人的尺子量自己的体重
- 判异规则 Nelson 八条只能上四条，全上误报率会高到没人看图
- 必须分层：设备 + 腔体 + 产品 + 层别，混算的图必然"天天异常"
- OCAP 是 SPC 的交付物，不是附件；没有 OCAP 的 SPC 只是一块显示屏
---
一、五条前置条件，一条不过就别开图
条件一：量测系统可信（GRR < 10%，最多 30%）。用一台测不准的量具做控制图，图上所有的波动都是量具的噪声。做法：选 10 个样品、3 个操作员、重复 3 次，算 GRR。GRR > 30% 的站点，先改量测，别做 SPC。这条最容易被跳过，因为它不属于"系统实施"范围——但它是 SPC 有效性的唯一地基。
条件二：抽样方案稳定。抽 5 片还是 3 片、每隔几批抽一次、首末件是否必测——必须写进控制计划并保持至少 4 周不变。抽样一变，子组均值就跳，控制图上表现为"过程失控"，实际是抽样改了。
条件三：子组合理（rational subgroup）。同一子组内的数据必须在"同一条件下"产生：同机台、同腔体、同 recipe、连续时间段。把上午和下午的数据凑成一个子组，组内变异会混入时间漂移，控制限被撑大，真正的异常反而看不见。
条件四：控制限不用规格限顶替。这是最常见的错误，下面第三节单独讲。
条件五：数据延迟可接受。量测数据从 Metrology 回传到 SPC，通常延迟 2–24 小时（批量量测、离线复测）。这意味着 SPC 本质上是事后监控，不是实时拦截。需要实时拦截的场合（如关键尺寸偏移），要走 FDC / R2R，别指望 SPC。这一点必须在需求阶段和客户说清楚，否则验收时会被质疑"为什么报警这么慢"。
二、选型表：七种图覆盖 95% 场景
| 数据类型 | 子组情况 | 用哪张图 | 典型场景 |
|---|---|---|---|
| 计量值 | 子组 2–9，连续 | Xbar-R | 膜厚、线宽、方块电阻（常规） |
| 计量值 | 子组 ≥ 10 | Xbar-S | 大批量抽测、在线全测 |
| 计量值 | 子组 = 1（每批一个值） | I-MR | 每批测一片、破坏性测试 |
| 计量值 | 关注微小漂移 | EWMA | 靶材消耗、慢漂移、CMP 磨损 |
| 计数值（不良率） | 样本量可变 | p / np | 外观不良率、电性 fail rate |
| 计数值（缺陷数） | 单位面积/单位产品 | c / u | 颗粒数、划伤数 |
| 计量值 | 多品种小批量 | 标准化图（Z-MR） | 代工线、多 device 混线 |
选型只问两个问题：数据是计量还是计数？子组多大？答完就能定。
三个实战补充：
- 代工线（Foundry）优先考虑 Z-MR / 标准化图。产品杂、每品种数据少，按品种单独建图会得到一堆样本不足的图，标准化后可以合并监控。
- 破坏性测试用 I-MR。别为了凑子组把不同批次的数据合并——那是自欺欺人。
- EWMA 用来抓漂移，不替代 Xbar。两张图并行看：Xbar 抓突变，EWMA 抓缓漂。
三、控制限与规格限：两把不同的尺子
这是 SPC 认知上最重要的一条分界：
- 控制限（UCL/LCL）来自过程数据本身：均值 ± 3σ。它回答"这个过程稳不稳"。
- 规格限（USL/LSL）来自客户/设计：图纸上的公差。它回答"产品合不合格"。
两者不能互相替代，原因很直接：过程稳定但能力不足时，控制图正常、产品却全超规格；过程不稳定但能力很强时，控制图天天报警、产品却全合格。这两种情况在 Fab 里都常见。
对应的两个能力指数也别混：
| 指数 | 用哪个标准差 | 回答什么 | 用途 |
|---|---|---|---|
| Cp / Cpk | 组内标准差（R/d2 或 S/c4） | 过程潜在能力 | 日常过程监控、改善目标 |
| Pp / Ppk | 总体标准差 | 过程实际表现 | 客户 PPAP、季度评审 |
Cpk 高而 Ppk 低，说明组间漂移大（机台间、批次间、时间维）；这时该做的是分层分析，不是继续提高 Cpk。
还有一个数字经验：Cpk 目标值不要一律定 1.33。关键层（栅氧、注入、光刻 CD）应到 1.67；一般层 1.33；非关键层 1.0 就够。全部定 1.67，等于把所有资源平均撒，最后关键层还是不够。
四、判异规则：八条只上四条
Nelson 八条规则在教科书上是完整的，但全上会毁掉系统。原因：规则越敏感，误报越多；误报越多，工程师越不信；越不信，图就越没人看。
实战只上四条，按优先级：
| 规则 | 内容 | 抓什么 | 误报率 |
|---|---|---|---|
| R1 | 1 点超出 3σ | 突变、大偏移 | 极低（0.27%） |
| R2 | 连续 9 点在中心线同侧 | 均值漂移 | 低 |
| R3 | 连续 6 点单调递增/递减 | 趋势（刀具磨损、靶材消耗） | 低 |
| R4 | 连续 3 点中 2 点超 2σ（同侧） | 早期偏移 | 中 |
其余四条（交替、周期性、接近控制限的密度等）在 Fab 数据上误报率太高——Fab 数据不服从纯正态，量测有分辨率截断、有重测、有分层，理论误报率会被放大好几倍。
上四条之后要跑一次回溯验证：拿过去 3 个月的历史数据回放，统计每条规则触发的次数和其中"真异常"的比例。准确率低于 50% 的规则，先别上线，回去查数据分层。
五、必须分层：不分层的图一定天天红
Fab 的 SPC 图不是"一个产品一张图"，是"一个产品 × 一个层 × 一台机 × 一个腔体"一张图。不分层直接混算，图上会出现大量偏移，全部被误判为异常。
分层维度至少四个：Device + Layer + Tool + Chamber。腔体（Chamber）这一维最容易被漏——同一台多腔设备，各腔体之间通常有 1–3% 的系统性差异，混算的结果是图一直在两个水平之间跳。
分层带来的管理问题：图的数量爆炸。一台 4 腔刻蚀机 × 20 个产品 × 5 个层 = 400 张图。解决办法不是减少分层，是两个配套动作：
- 分层建图自动化：按规则自动生成图与限，人工只维护"关键层清单"；
- 聚合视图 + 下钻：默认看 Device 级聚合，异常时下钻到腔体。别让人从 400 张图里找。
另一个坑：换产品、换 recipe、换量测站点之后，控制限必须重算。很多厂图建完就不管了，两年后 recipe 改了三版，控制限还是老的——图上的红点全是历史的残影。
六、OCAP：SPC 真正的交付物
SPC 系统能画出图，只完成了一半。另一半是 OCAP（Out of Control Action Plan）——超控制限之后到底做什么。
合格的 OCAP 长这样，每条异常对应一个决策树：
触发：Layer X / Tool Y / R1 超限
Step 1 确认数据有效性（重测/复测，排除量测错误）—— 15 分钟内
Step 2 查同批其他参数是否同步异常（是否真偏移）
Step 3 确认是否单腔体（分层下钻）
Step 4 判定：放行 / Hold 批 / 停机 / 调 recipe
Step 5 处置权限：谁可以放行，谁必须停机
Step 6 记录：异常单号 + 根因 + 措施三个要求：
- 时间窗写进 OCAP：每步给时限，否则"确认数据"能确认三天。
- 处置权限写死：谁有权放行超限批，这一条比技术判断更重要。
- OCAP 要和报警系统联动：控制图触发后自动生成报警工单，走 03-04 的分级与升级路径。SPC 自己不做通知，通知交给报警系统。
七、可复用点
- 开图前过五道：GRR < 30%、抽样稳定 4 周、子组同条件、控制限独立、延迟可接受。
- 选型只问两件事：计量/计数、子组大小；代工线用 Z-MR，破坏性测试用 I-MR，漂移用 EWMA。
- 控制限来自过程，规格限来自客户，永不互换；Cpk 用组内 σ，Ppk 用总体 σ。
- 判异规则只上 R1–R4 四条，上线前用 3 个月历史回放，准确率 < 50% 的先不上。
- 分层四个维度：Device + Layer + Tool + Chamber；聚合看、下钻查；换 recipe 必重算限。
- OCAP 是交付物，不是附件；每步带时限，处置权限写死，通知走报警系统。
下一篇讲排产与派工：Dispatch 规则与优先级冲突——排产系统最难的部分不是算法，是让操作员愿意执行系统给的派工建议。
判断口诀：控制图是过程的自画像，规格限是客户的红线；拿红线当画像，等于用别人的尺子量自己的体重。