本文重點
- 為什麼需要 SCAR 和 8D？
- SCAR 的啟動條件
- 8D 的八個步驟
§ 01為什麼需要 SCAR 和 8D？
進料品質問題有兩種處理方式：
治標：把這批不良品退回去，換一批來。問題解決了——這一批。
治本：要求供應商找出為什麼這批會有問題，從根本上消除問題再發生的可能性。
SCAR（Supplier Corrective Action Request，供應商矯正措施要求）和 8D（Eight Disciplines Problem Solving）是「治本」的工具。
SCAR 是一個正式的要求通知，告訴供應商：「你的品質問題達到了我們要求系統性改善的門檻，請按照規定的格式和時限提交改善計畫。」
8D 是供應商回應 SCAR 的標準格式，將問題解決過程拆解成八個有邏輯的步驟。
§ 02SCAR 的啟動條件
不是每一個品質問題都需要啟動 SCAR——過度使用會使供應商疲於應付，反而稀釋了 SCAR 的嚴肅性。
建議的 SCAR 啟動條件（至少滿足一條）：
| 條件 | 說明 |
|---|---|
| 單批不良率超過閾值 | 通常設定為 0.5%–2%（依品項風險程度設定） |
| 同一問題重複出現 | 同一季內第 2 次以上相同類型的品質問題 |
| 致命缺陷（Critical Defect） | 任何數量的致命缺陷，不設最低門檻 |
| 造成生產停線 | 進料品質問題直接導致生產線停線 |
| 造成客戶投訴 | 因進料問題導致製品品質問題，並觸發客戶投訴 |
SCAR 編號管理：建立 SCAR 台帳，記錄每件 SCAR 的狀態。SCAR 件數是供應商年度績效評核的重要指標之一。
§ 038D 的八個步驟
8D 報告的八個步驟，是一套有邏輯順序的問題解決流程，不能跳步：
D1：組成問題解決小組（Team）
確認負責解決這個問題的人員。
重點：小組成員應包含與問題相關的各功能代表（品管、製造、工程），以及負責追蹤的窗口。
採購方審核重點：有沒有列出具體的負責人和職稱？一份只有「品質部」而沒有具體負責人的 D1，通常意味著缺乏責任歸屬。
D2：問題描述（Problem Description）
用 5W1H 框架精確描述問題：
- What：什麼零件、什麼缺陷
- When：在哪個批次、哪個日期發現
- Where：在哪個工位或使用環境發現
- How many：數量和不良率
- Who：買方？最終客戶？哪個部門？
採購方審核重點：問題描述是否精確？是否與你的 SCAR 通知中描述的問題完全一致？若供應商縮小或修改了問題範圍，要求重新對齊。
D3：即時圍堵行動（Containment Action）
在根本原因找到之前，立即採取措施防止不良品繼續流出。
常見圍堵行動：
- 全數分選（Sort）庫存中的相同批次
- 暫停出貨，等待100% 全檢通過
- 通知其他下游客戶對在途貨物進行確認
- 追回已出貨的問題批次（若適用）
時限要求：D3 通常要求在收到 SCAR 後 24–48 小時內提交。
採購方審核重點：圍堵行動有沒有時間點？執行結果有沒有記錄（分選了幾件、發現幾件不良）？
D4：根本原因分析（Root Cause Analysis）
這是 8D 中最關鍵、也最常被敷衍的一步。
常用工具：
5-Why（五個為什麼）：反覆追問「為什麼」，直到找到真正的根本原因。
例：
- 為什麼有尺寸超差？ → 加工設備對刀偏差
- 為什麼有對刀偏差？ → 換刀後沒有執行對刀確認
- 為什麼沒有執行對刀確認？ → SOP 沒有規定換刀後的對刀確認步驟
- 根本原因：SOP 缺少換刀後對刀確認的要求（而不只是「人員疏失」）
魚骨圖（Fishbone Diagram）：從人、機、料、法、環、測六個維度，系統性列出可能的原因，再逐一驗證。
採購方審核重點：
- 根本原因是「系統性原因」（SOP 缺失、製程參數設定錯誤）還是「個人原因」（某員工不小心）？後者是沒有解決根本問題的答案
- 根本原因是否有被實際驗證，還是只是猜測？
D5：永久改善對策（Corrective Action）
針對根本原因，制定長期的改善措施。
衡量標準：好的永久改善對策應該是防呆（Mistake-proofing）的——即使有人疏忽，系統也能防止問題再發。
例：
- 差的改善對策：「加強員工培訓，要求員工換刀後記得對刀」（依賴人的記憶）
- 好的改善對策：「修訂 SOP，在換刀程序清單中增加對刀確認步驟；在機台操作介面設定換刀後強制對刀確認的系統提示」（系統性防呆）
採購方審核重點：
- 改善對策有沒有指向根本原因？
- 有沒有具體的負責人和完成日期？
D6：驗證改善效果（Verification）
在改善措施執行後，提供數據證明問題已被解決。
常見驗證方式：
- 後續生產的品質數據（不良率下降）
- 模擬測試（重現問題環境，確認改善有效）
- 稽核記錄（驗證改善後的流程符合新 SOP）
採購方的驗證：收到 D6 後，後續 3–5 批進料特別注意相同問題的不良率，作為買方的獨立驗證。
D7：防止再發（Prevention）
將改善成果標準化，防止在其他產品或製程中發生類似問題。
水平展開（Horizontal Deployment）：將這次發現的根本原因和改善對策，應用到可能有類似風險的其他製程或產品線。
採購方審核重點：有沒有評估水平展開的可能性？即使不適用，也應說明「評估後不適用，原因是…」
D8：結案與感謝（Closure）
確認所有改善項已完成並有效，正式關閉這個問題。由小組成員簽認，知識沉澱到品質系統中。
§ 04常見的 SCAR/8D 執行誤區
誤區一：D4 說「人員疏失」就算根本原因
「操作員不小心」永遠不是根本原因——根本原因是：為什麼系統允許「不小心」的操作導致不良品流出？
每次看到「人員疏失」作為根本原因，就要追問：「什麼系統性缺陷，讓這個疏失有機會發生並流出？」
誤區二：D3 只說「將退回不良品」
圍堵行動的目的是防止不良品繼續流出，不是處理你已經退回的那批。供應商的 D3 應說明他們在自己的工廠內做了什麼（庫存分選、在製品確認、出貨暫停），而不是你收到的不良品的處理方式。
誤區三：8D 在截止日前一天才提交，內容空洞
8D 的品質比時效更重要。一份在截止日提交但根本原因是猜測、改善對策無法執行的 8D，比晚幾天提交但有真實分析的 8D 更沒有價值。
建議：給供應商的 SCAR 回覆期限設計成兩段：「D3 圍堵行動：48 小時；完整 8D：10 個工作天」——不要用同一個截止日要求所有步驟。
誤區四：SCAR 關閉後不追蹤後續績效
改善計畫通過，SCAR 關閉——然後 6 個月後相同問題再次出現。
正確做法：SCAR 關閉後，設定 3 個月和 6 個月的後續追蹤記錄，確認不良率實際下降，改善措施持續執行。
§ 05馬佩萊觀點
8D 是很好的思考框架，但對許多台灣的小型供應商來說，它的格式本身就是一道門檻。廠裡沒有專職的品保工程師，老闆看到八個步驟的表格，只好找人代寫或套用網路範本，交回來的報告格式完整，內容卻和現場無關。對這類廠商，我寧可接受簡單一點的格式，但堅持要看到證據：現場照片、改善前後的量測數據、修改後的作業指導。格式可以放寬，事實不能放寬。
另外，本文提到 SCAR 件數是供應商績效評核的重要指標，這有道理，但要小心它帶來的反效果。當廠商知道每一張單都會扣分，他最在意的就變成「不要被開單」：出問題時先私下拜託品管人員通融、換貨了事，或者在會議上爭論這次夠不夠格開單。我會同時看另一個指標：矯正措施關閉之後，同樣的問題有沒有再發生。件數反映問題有多少，再發率才反映改善是不是真的。