情境
品質主管宣布：「我們要導入 SPC！」一個月後，每條產線都貼著 X-bar R 管制圖。再一個月後，圖還在，但沒人真的在看，更沒人知道超出管制界限時要做什麼。
SPC 系統失敗，通常不是因為技術問題，是因為沒有把完整的系統建起來。
SPC 系統的五個組成
1. 量測系統驗證（先決條件）
做 Gage R&R 再開始。
如果量具的 %GRR > 30%，你看到的圖只是量具雜訊，不是製程訊號。在量測系統合格之前，SPC 沒有意義。
驗證標準：
- %GRR < 10%：優秀
- %GRR 10-30%：可接受
- %GRR > 30%：先修量測系統
2. 抽樣計畫
選對管制圖類型：
| 數據類型 | 樣本結構 | 管制圖 |
|---|---|---|
| 連續值 | 每次取 1 件 | I-MR |
| 連續值 | 每次取 2-10 件 | X-bar R 或 X-bar S |
| 計數（不良件數） | 固定樣本量 | p chart（不良率） |
| 計數（缺陷數） | 固定機會數 | c chart |
決定子群組大小和頻率：
- 子群組大小：通常 3-5 件，太小偵測力差，太大成本高
- 抽樣頻率：依製程穩定性、客戶要求、歷史問題頻率決定
- 原則：每班至少 25 個子群組才能建立有意義的管制界限
3. 管制界限的建立
不要套用標準值，要從你的製程計算。
步驟：
- 蒐集 25-30 個子群組的「穩態」數據（排除已知異常期間）
- 計算 CL、UCL、LCL
- 確認初始管制界限期間沒有超界點（如有，找原因後排除重算）
- 凍結界限——界限建立後不能隨意調整，調了界限等於在掩蓋問題
管制界限 ≠ 規格界限
管制界限是製程能力的反映，規格界限是客戶要求。兩個不能混淆：
- 管制界限縮小 = 製程更穩定
- 規格界限放寬 = 客戶讓步
4. 反應計畫（最常被忽略的部分）
超出管制界限時，誰要做什麼？
一份完整的反應計畫包含：
- 觸發條件（哪些異常訊號需要行動）
- 立即反應（停線？通知主管？隔離產品？）
- 根本原因調查步驟
- 記錄要求
- 回報對象和時限
沒有反應計畫，管制圖只是一張圖，不是管理工具。
5. 管制計畫文件
把以上所有內容整合到「管制計畫（Control Plan）」：
- 管制項目（CTQ）
- 量測方法和頻率
- 管制圖類型
- 管制界限
- 反應計畫
- 相關 SOP 文件編號
導入時間線建議
| 週次 | 工作 |
|---|---|
| Week 1-2 | Gage R&R，確認量測系統 |
| Week 3-4 | 選管制圖類型，設計抽樣計畫 |
| Week 5-8 | 蒐集基準數據，建立管制界限 |
| Week 9 | 訓練操作員和主管 |
| Week 10 | 正式上線，啟動反應計畫 |
| Month 3 | 第一次審查，確認有效性 |
最常見的失敗原因
- 沒有做 Gage R&R → 量圖表而不是量製程
- 直接用規格界限當管制界限 → 管制圖失去意義
- 沒有反應計畫 → 圖超界了，沒人知道要做什麼
- 操作員沒有被賦權 → 發現問題但不能停線，只好繼續生產
- 管制界限隨意調整 → 永遠「在管制內」，問題被掩蓋
金句
「SPC 不是在管理圖表，是在管理製程。管制圖只是工具，真正的系統是量測、抽樣、反應計畫，三者缺一，圖只是裝飾。」