8D 問題解決與 RCA 根因分析的核心價值
新世代 8D 不只是「寫報告流程」，透過與 RCA 根因分析的深度整合，它已進化為一套 結構化思維 × 數據驗證 × 制度化防再發 × AI 加速 的企業級問題解決系統。
傳統問題解決的真實痛點（多數公司現況）
- ❌ 問題反覆發生，只是「救火式改善」
- ❌ 8D 變成填表作業，沒有真正找到根因
- ❌ 對策只靠經驗與直覺，缺乏數據驗證
- ❌ 部門各自為政，沒有跨部門協作機制
- ❌ 結案後沒有制度化，問題再次重演
👉 結果：時間花很多，但品質與客訴沒有真正改善
新世代 8D 的優勢
- ✅ 結構化流程：D1–D8 + Gate 管理，確保每一步可稽核
- ✅ 科學分析：Is/Is Not + Fishbone + 3×5Whys 找到真因
- ✅ 數據驗證：Before/After + KPI + Control Chart 證明有效
- ✅ 制度化防再發：SOP / Control Plan / FMEA / 稽核機制
- ✅ AI 輔助：自動生成報告、對策建議、知識化沉澱
👉 結果：一次改善，永久有效，變成組織能力
8D 三階段系統架構（System Thinking）
準備階段（D1）
組建 CFT 團隊
明確權責與節奏
建立 Gate 管理
分析階段（D2–D4）
問題定義 → 圍堵 → 根因分析
數據與邏輯驗證
找到真正 Root Cause
解決階段（D5–D8）
永久對策 → 驗證有效
SOP + FMEA 制度化
知識化沉澱與複製
整合架構：8D 主體 + RCA 擴充
「RCA 擴充」模組， 將RCA重點整合進 8D 主架構中，特別補強 D2 問題定義、D4 真因驗證、 D6 效果驗證、D7 防再發制度化。8D 仍是主體流程，RCA 模組則作為深入教學與實戰層。
課程 AI 使用方式
在每個 D 步驟、工具工作台與 RCA 練習區塊按「📋 複製提示詞」，貼到你慣用的 AI 即可。不需要任何設定，也不需要 API 金鑰。
① 填好案例、複製提示詞
在任一區塊填入你的問題情境（或按「載入範例」），按「📋 複製提示詞」。系統依 VIBE ＋ TICOE 架構把角色、任務、限制、輸出與自我檢核全部組好，並內建 RCA 的關鍵規則：不得虛構數據、區分事實／推論／假設、真因要能解釋 Is / Is Not。
② 貼到你的 AI
ChatGPT／Gemini／Claude／Copilot／DeepSeek／公司內部 AI 都可以。8D 會帶到客訴、料號、良率與製程參數，這些資料留在公司核准的工具裡。
③ 把 HTML 貼回來看
提示詞會要求 AI 產出一份可獨立開啟的 HTML 報告（表格＋必要的 Chart.js 圖表）。整段複製後貼到「HTML 檢視」分頁即可渲染、編修與下載，報表在獨立沙箱中執行。
課後帶走：下載 Skill 檔
每個工具都能匯出一份 SKILL.md，內容就是 VIBE × TICOE 對照表：角色設定、語氣風格、輸出格式、Task／Input／Constraint／Output／Evaluation 全部寫好。Claude 放進 ~/.claude/skills/，Codex 放進 ~/.agents/skills/，Antigravity 放進其 skill 資料夾，ChatGPT／Gemini 則直接把內容貼進對話當系統提示。下次再有客訴，叫出 skill 就能跑同一套 8D／RCA 邏輯。
⚠️ 機密資料檢查 — 每次複製前都做一次
- 先把要貼的內容分級：公開、內部、機密。內部以上一律不進公開的 AI 服務。
- 先去識別化：客戶與供應商名稱改成 A 公司／B 公司，料號改成代號，真實良率、阻抗值、製程參數與時程改成代表性數字。
- 去識別化之後方法照樣跑得動。你在練的是 RCA 思路，不是那組數字。
AI 在 8D／RCA 的分工
- 改寫 Problem Statement、補 Is / Is Not 缺口
- 依 6M 列候選原因、挑戰盲點（「你有考慮過 X 嗎？」）
- 整理 Cause Validation Matrix、5 Why 候選路徑初稿
- 8D 報告初稿、Lesson Learned、水平展開清單、中英翻譯
- 現場觀察、量測與 Is / Is Not 的數據收集
- 根因是否通過 D4 Gate（可重現、可反證）
- D6 KPI 是否真正達成、水平展開範圍是否足夠
- 最終 8D 簽核與對客戶的承諾
原則：AI 產出的是假設清單，不是證據；真正結案依然要靠驗證資料。
8D 流程詳解：D1 到 D8（含 Gate／交付物／AI 教練）
8D 不只是「八個步驟」，而是一套可稽核、可交付、可追蹤的問題解決系統。每一個 D 都定義了 目標、輸入、工具、交付物、品質門檻 (Gate) 與 常見陷阱，並提供以你的案例自動組好的 AI 提示詞。
本頁是 8D 主骨架，RCA 深化內容在「RCA 擴充」
特別加深 D2 / D4 / D6 / D7：Y-X-A 層次、Is / Is Not、Cause Validation Matrix、DOE Lite、3×5 Whys、D4 Gate、Poka-Yoke 與 W1–W5 工作表。
你的問題情境（D1–D8 的 AI 提示詞共用）
填一次就好：下方每個 D 的「AI 教練」都會自動帶入這段情境。貼出前請先去識別化（客戶、料號、真實數值）。
問題分析三大面向與關鍵 Gate
流程 × 邏輯 × 數字；D2／D4／D6／D7 最常被跳過
問題分析之三大面向（每個 D 都要過關）
流程面向（Process）
- 步驟順序正確、角色/責任明確
- 每一 D 都有「交付物」與「Gate」
- 問題狀態可追蹤（Owner / Due / Evidence）
邏輯面向（Logic）
- 假設可被反駁、因果鏈可追溯
- 根因 ≠ 現象；對策 ≠ 口號
- 有排除法（Is/Is Not）與證據鏈
數字面向（Data）
- 用數據定義嚴重度/範圍/趨勢
- D6 必須有 Before/After 與統計或規則
- D7 必須有監控指標（SPC/稽核/良率…）
逐步展開：D1 → D8
D1主題選定與團隊（CFT）
Process 強｜建立節奏與責任鏈
- 目標：建立跨部門解題能力（Owner/權責/節點）
- 輸入：客訴/異常、風險評估、影響範圍初判
- 工具：RACI、CFT Charter、問題分級（S/O/D）
- 交付物：團隊名單、角色、會議節奏、升級規則
- Owner 明確、每一對策都有負責人與期限
- 問題分級（影響/客戶/法規）與升級路徑已定
- 只有品質在解題；製程/研發/供應商缺席
- 沒有節奏（Weekly/48hr）導致 ICA 失控
D2問題描述（垂直流程 + 水平現地現物現況之 IS/IS NOT）
Data 強｜先把問題「界線畫清楚」
- 目標：把「現象」描述成可被驗證的問題定義
- 輸入：缺陷資料、批次/製程/條件、客訴描述
- 工具：Is/Is Not、Pareto、時間序列趨勢圖
- 交付物：Problem Statement + Scope + Baseline（基準值）
- 一句話問題定義含「對象/缺陷/條件/影響」
- Is/Is Not 至少 8 格填滿，並能縮小嫌疑範圍
- 有 Baseline（例如 DPPM、良率、客退率）
- 把「原因」寫進問題描述（先入為主）
- 沒有界定範圍，導致 ICA/取樣/驗證全失焦
D3暫時對策（ICA：Containment）
Process × Data｜先止血、再證明有效
- 圍堵範圍（庫存/在製/出貨/客戶端）
- 檢驗/分選/隔離規格與紀錄
- ICA 效果數據（缺陷下降、客訴止血）
- 48 小時內完成圍堵 & 追溯清單
- ICA 有效性可被量化（不是“感覺改善”）
- 只做分選不做追溯 → 永遠救火
- ICA 變成永久對策 → 成本爆炸
D4根本原因分析（Root Cause）
Logic 強｜用排除法 + 證據鏈抓真因
- 候選原因清單（魚骨圖/親和圖）
- 驗證計畫（如何證明/反證）
- 真因（Occurrence）+ 逃逸因（Escape）
- 真因可重現（能做出同樣缺陷）或可反證
- 至少 1 個數據/試驗支撐（不是推測）
- 5 Why 問到“人不小心”就停
- 只找發生原因，不找逃逸原因
D5永久對策（PCA）設計
Logic × Data｜對策要對準真因、可驗證
- 對策選項比較（效果/成本/風險/導入期）
- 對策設計（規格、控制點、檢驗法）
- 更新流程圖/控制計畫（若適用）
- 每一對策都能對應到真因（traceability）
- 對策的失效模式已做風險檢視（小 FMEA）
- 只改檢驗，不改製程/設計 → 只是抓得更嚴
- 對策不可量測 → D6 無法驗證
D6驗證對策有效性（Before/After）
Data 最強 Gate｜要能“用數字結案”
- 驗證計畫（樣本、條件、期間、判定規則）
- Before/After 指標與圖表（良率/客退/CPK…）
- 副作用/代價（Cycle time、成本、風險）
- 有明確判定規則（例如 0 defect/連續 N 批合格）
- 驗證數據可追溯（日期/批次/設備/人員）
- 只用“主觀敘述”驗證，不用數據
- 樣本太少或條件不一致 → 結論不可信
D7預防再發（SOP / Control Plan / FMEA 展開）
Process × System｜把一次改善變成組織能力
- SOP/規格/檢驗標準更新
- 控制計畫（Control Plan）/稽核表
- FMEA 水平展開（類似產品/製程）
- 制度化文件 + 培訓完成 + 稽核機制啟動
- 監控 KPI 定義完成（誰看、多久看一次、怎麼反應）
- 只更新文件不落實稽核
- 沒有水平展開 → 下一個產品再中一次
D8結案、知識化、表揚團隊
Culture｜把案例變成 Best Known Practice
- 8D Report 完整版（含證據附件索引）
- Lesson Learned（可複用的檢核點）
- 案例入庫（知識庫/搜尋標籤/類別）
- 知識化完成：可搜尋、可複用、可稽核
- 主管確認：風險已關、指標已穩定
- 只結案不知識化 → 同樣問題隔月再來
- 沒有表揚 → 團隊疲乏、下次更難推
流程總覽與練習
8D 流程圖
D1 組隊到 D8 恭賀團隊的一頁總覽
8D 流程測驗
兩題快速檢核
1. 在 8D 流程中，「找出根本原因」是在哪一個步驟？
2. D3 暫時對策的主要目的是什麼？
AI 實戰：8D 報告大綱規劃
用上方的問題情境，請 AI 規劃 D1–D8 大綱、每段該補的證據與 Gate
這一格直接使用頁面上方的「你的問題情境」。AI 會回一份大綱：每個 D 要寫什麼、用什麼工具、目前還缺哪些證據，以及 48 小時／7 天／30 天的推進節奏。
- 用 D2 的 Is / Is Not 做「縮小嫌疑範圍」，再接 D4 的驗證設計。
- D6 用一張 Before / After 對比圖（含判定規則）做結案示範，客戶最買單。
- D7 強調「制度化」，用 SOP + 稽核 + KPI 三件套收尾，再加水平展開。
工具與技巧：把「描述」變成「根因」的加速器
先用工作台在瀏覽器裡把表格與結論做出來，再一鍵把結果交給 AI 做深入檢核。每個工具都已附範例。
工具快速選擇器
依目前步驟、目標與資料狀態，推薦最佳工具組合
系統會根據你選擇的「步驟」，自動篩選合適的「目標」，並推薦最佳工具組合。
工具矩陣（MECE 分類 + 8D 對應）
Is / Is Not、魚骨圖、3×5 Whys、Pareto、管制圖；三個常見陷阱與最佳實務
| 工具 | 你要得到的輸出（可貼進報告） | 最佳使用時機 | 對應 8D |
|---|---|---|---|
| Is / Is Not | 一張差異表：有發生 vs 未發生，用來縮小範圍與排除假因。 | 問題「只在某批/某線/某時段」 | D2 → D4 |
| 魚骨圖（6M） | 一份可能原因清單且已分類（人機料法環測），可接到驗證計畫。 | 團隊腦力激盪 MECE，避免漏項 | D4 |
| 3×5 Whys | 三段根因敘述：Occurrence(X)、Escape(Y)、System(未來)，直接對應 D5/D7。 | 你不只想解「本次」，還要補「檢出」與「制度」 | D4 → D5/D7 |
| Pareto | 一份前幾名關鍵因子與累積占比，用於優先順序與資源集中。 | 多缺陷/多原因/多站點，需要先打最痛點 | D2/D4 |
| 管制圖 | 判斷特殊原因 vs 共通原因，用數據證明對策前後是否穩定改善。 | 要驗證 D6 或做 D7 管控規則 | D6/D7 |
工具工作台（可直接產出報告文字／表格，並交給 AI 檢核）
Is / Is Not 完整差異分析
What / Where / When / Extent → Distinction → Change；AI 檢查 IS NOT 是否為事實
Is / Is Not (完整差異分析)
| 面向 (Dimension) | 細項 | Is (有發生) | Is Not (沒發生) |
|---|---|---|---|
| What | Object (物件) | ||
| Deviation (現象) | |||
| Where | Place (地點) | ||
| Position (位置) | |||
| When | When (日期時間) | ||
| When (週期/連續/偶發) | |||
| When (起始時間) | |||
| Extent | How Many (數量) | ||
| Defect % (不良率) | |||
| Size (大小) | |||
| Trend (趨勢) |
Pareto 小工具
找出 Top 1–3 關鍵缺陷或原因；AI 檢查分類品質與層別方向
Pareto 小工具
先用 Pareto 找出 Top1-Top3 關鍵缺陷或原因，再回到魚骨圖與 3×5 Whys 鎖定優先主線。
格式：每行「原因, 數量」例如：刮傷, 32
3×5 Whys 工作台
Occurrence / Escape / System → D4 根因敘述 + D5 / D7 對策方向；AI 檢核根因鏈
3×5 Whys
3×5 Whys 同時把 Occurrence（發生）、Escape（未檢出）、System（制度/未來） 串起來， 直接產出「D4 根因敘述 → D5 對策 → D7 防再發」的完整鏈。
Escape (Y)
為何未被偵測到？
輸入：檢驗/監控/警報/抽驗/首件/巡檢的漏洞
建議最後一行落在：標準/方法/設備/人力/環境/系統缺口
Occurrence (X)
為何會發生？
輸入：材料/設備/方法/人因/製程條件導致的發生鏈
建議最後一行落在：可被對策「消除」或「降低機率」的根因
System (未來)
制度性根因 / 防再發機制
輸入：流程/訓練/規格/變更管理/投資決策的結構性原因
建議最後一行落在：標準化、機制化、數據化、系統化
工具應用測驗
兩題快速檢核
1. 「魚骨圖」(Fishbone Diagram) 主要用於哪個 8D 步驟？
2. 「Is / Is Not」(差異分析) 的核心目的為何？
AI 賦能：智慧化 8D 與 RCA 問題解決
AI 是「第二個提問者」與「結構整理助手」，不是權威答案機器
AI 擅長列候選原因、挑戰盲點、整理驗證矩陣與報告初稿；它不了解你的製程細節與料號歷史、不能做現場量測，也可能自信但錯誤。所以這裡的每一個提示詞都會要求 AI：區分事實／推論／假設、用 [中括號] 標示自行補上的內容、指出還缺哪些證據。
1實戰演練 1：AI 驅動的 8D 報告產生器
描述問題 → AI 產出 D0–D8 完整 HTML 報告草稿（含 Is / Is Not、3×5 Whys、對策對應表）
2實戰演練 2：AI RCA 分析教練
選任務模式：D2 問題重寫／D4 假因挑戰／3×5 Whys 串接／Poka-Yoke 與 D6-D7
D2 問題定義
讓 AI 把現象改寫成 Problem Statement（主體＋偏差＋邊界＋基準＋目標），並補出 Is / Is Not 與缺資料清單。
D4 真因驗證
要求 AI 不只列原因，還要寫出預期徵象、正證與反證方法、所需數據，並用 D4 Gate 五項自我檢核。
3×5 Whys 串接
把 Occurrence / Escape / System 三條根因鏈各自接到 D5 對策、D6 KPI、D7 制度化與水平展開。
AI 使用守則
送出前去識別化；輸出中的假設要明確標記；根因判定、D6 達標與 8D 簽核仍由工程師負責。
RCA 擴充：以 8D 為主體，深化 D2 / D4 / D6 / D7
這個模組是「8D 主流程之上的 RCA 深化層」。全程以一個貫穿案例練習：A 型 SKU-P001 探針卡（Probe Card / Pogo Pin）在 ≥10,000 次接觸循環後接觸阻抗超規。 先用 8D 建立共同語言，再用本模組把問題定義、真因驗證、對策設計與防再發做深做實。
為何核心產業更需要 RCA？
- ❌ 間歇性失效：缺陷難以重現，每次分析都在猜，根因無從驗證。
- ❌ 接觸阻抗異常：製程／材料／環境交互影響，直覺判斷風險高。
- ❌ 壽命循環後才失效：出廠測試正常，客戶端才爆發，逃逸成本極高。
- ❌ 客戶端逃逸：8D 報告寫了，問題繼續發生——根因從未真正找到。
- ❌ 跨部門溝通障礙：製程／品管／研發各說各話，沒有共同分析語言。
學習目標：五種能力
- 1 問對問題：用 5W2H + Is / Is Not 把模糊抱怨轉成可分析的問題陳述。
- 2 找真因：魚骨圖、5 Why、Logic Tree 三大工具，系統性窮舉候選原因。
- 3 排除假因：建立 Cause Validation Matrix，用數據與反證區分真因與假因。
- 4 設計可驗證對策：每個對策都有 KPI，每個 KPI 都能在 D6 量化確認。
- 5 防止再發：用 3×5 Whys 找出三條根因鏈，搭配 Poka-Yoke 制度化。
8D 全貌：本模組聚焦 D2・D4・D6・D7
目標設定
防再發
Problem Statement・Is / Is Not・問題定義表 (W1/W2)
5 Why・Logic / Fault Tree・O / E / S・Cause Validation Matrix (W3/W4)
Poka-Yoke・D6 驗證 KPI・D7 標準化與水平展開 (W5)
Module 1・思維基礎與 D2 問題定義
1.1為何只解現象？錯誤路徑 vs 正確 RCA 路徑
大多數 8D 在 D4 就停了——找到候選原因，卻從未真正驗證
常見的錯誤路徑
Symptom
Intuition
Quick Fix
Recurrence
正確的 RCA 路徑
Y 定義
Is / Is Not
3×5 Whys
D6 KPI
防再發
1.2PA 思維基礎：演繹法 × 歸納法
Aristotle 的 P(Y|X) 與 Bacon 的 P(X|Y)——RCA 的藝術是交替使用
Aristotle, 322 BC・Systematic Deductive Logic
演繹法 Deductive X → Y
已知原因，預測可能的結果。P(Y | X)：若 X 成立，Y 應如何？
- 魚骨圖：從 6M 推可能的 Y
- 設計實驗：控制 X，觀察 Y 是否變化
- DOE：多因子組合測試
Sir Francis Bacon, 1561–1626・Creative Inductive Method
歸納法 Inductive Y → X
觀察結果，反推可能的原因。P(X | Y)：既然 Y 發生了，X 為何？
- Is / Is Not：比較有／無問題的差異
- 批次追溯：找不同批次的分歧點
- 5 Why：從結果反推因果鏈
1.3Y・X・A 不同層次 ＋ 問題拆解樹
混淆現象、問題、影響、原因、對策，就找不到真因
| 層次 | 定義 | Probe Card 案例 |
|---|---|---|
| Y 現象議題 Symptom / Issue | 你觀察到的事實（未經解釋的描述） | 某批 Probe Card 在測試中電阻值出現異常讀值 |
| Y 問題 Problem | 量化的偏差：主體 + 偏差值 + 邊界 | A 型 SKU-P001，在 ≥10,000 次接觸循環後，接觸阻抗超過 50 mΩ 規格的比例達 15%（正常應 < 2%） |
| Y 影響 Impact | 對客戶／系統／良率的具體衝擊 | 客戶端 IC 測試站虛判不良品，整體良率虛低 8%，已收到 3 件客訴 |
| X 原因 Root Cause | 待驗證的因果關係（不可提前填入） | [待 RCA 完成後填入——不可在問題定義階段預設答案] |
| A 對策 Action | 治標 Ay、治本 Ax、預防 Ap | [待 RCA 完成後填入 Ay、Ax、Ap] |
問題拆解樹 (Problem Breakdown Tree)：聚焦分析方向
- 材料／鍍層品質
- 探針幾何／彈力
- 表面氧化／污染
- 尖端磨耗
- 焊點品質
- 共面性偏差
- PCB 材料特性
- 焊墊設計
- 接觸力設定
- 清潔頻率
- 溫濕度環境
- 測試速度
案例焦點：探針問題 × 測試條件 → 壽命循環後氧化／接觸力衰退
1.4問題定義：5W2H + 邊界 + 基準值 + 目標值，及 Is / Is Not
用邊界縮小嫌疑範圍；差異 Δ 就是線索
| 面向 | 內容 | Probe Card 案例 |
|---|---|---|
| What | 主體 + 症狀 | A 型 SKU-P001 探針卡，接觸阻抗 > 50 mΩ |
| Where | 站點／客戶端 | 客戶 X 端 IC 測試站（非本廠 ATE） |
| When | 時間／批次 | 2025 年 Q3 出貨批，≥10,000 循環後觸發 |
| What | 產品／規格線 | A 型；B 型、C 型不受影響 |
| When | 發生模式 | 間歇性 (Intermittent)，非連續性，批次集中 |
| Extent | 數量／比例 | 15% 超規格（基準：< 2%）；影響 3 個客戶料號 |
Is / Is Not：用邊界縮小嫌疑範圍
| 維度 | 細項 | IS（有）→ 已確認 | IS NOT（沒有）→ 排除 | 差異 Δ → 線索 |
|---|---|---|---|---|
| What | 主體 | A 型 SKU-P001 | B 型／C 型 | 產品結構差異？ |
| 症狀 | 阻抗 > 50 mΩ（間歇） | 穩定阻抗偏高（連續） | 間歇性 → 接觸界面問題 | |
| Where | 站點 | 客戶 X 端 ATE 站 | 本廠 ATE 出廠測試站 | 客戶端環境？ |
| 位置 | 探針尖端接觸點 | 探針根部／基板焊點 | 尖端磨耗／氧化？ | |
| When | 時間 | ≥ 10,000 次循環後 | 初始 0–5,000 次正常 | 壽命週期問題！ |
| 模式 | 間歇 (Intermittent) | 連續性失效 | 接觸力邊界問題？ | |
| Extent | 幾個 | 15% 超規格（A 型） | B 型 0%，C 型 0% | A 型特有設計因素？ |
| 大小 | 50–120 mΩ（超規格） | < 50 mΩ（規格內） | 臨界值附近波動 |
想自己填一張？到「工具與技巧 → Is / Is Not 完整差異分析」工作台。
練習 1：把模糊描述改寫成 Problem Statement + Is / Is Not
W1 問題陳述 ＋ W2 Is / Is Not；附常見錯誤與修正、AI 批改
練習回饋：常見錯誤與修正
✗「因為鍍層不良，導致接觸阻抗升高」
✓「A 型探針卡，接觸阻抗 > 50 mΩ 比例達 15%」（不含原因假設）
✗「有些接觸阻抗比較不穩定」
✓「接觸阻抗超過 50 mΩ 規格，比例達 15%（正常應 < 2%）」
✗「所有 Pogo Pin 都有問題」
✓「A 型 SKU-P001，B 型／C 型不受影響（Is / Is Not 已確認）」
✗ IS NOT：「鍍層沒問題」（這是推測，非觀察事實）
✓ IS NOT：「B 型、C 型產品，同期出貨，無此現象」
Module 2・D4 工具升級：列出候選原因
2.1RCA 工具地圖 ＋ 魚骨圖 6M
什麼情境用什麼工具；以接觸阻抗異常示範 6M 候選原因
已知問題現象，需縮小嫌疑範圍
需要廣泛腦力激盪所有可能原因
已有候選原因，需往系統層次追根
複雜問題，需確保 MECE、不漏因
多個可能原因，找前 20% 高影響因素
設計實驗確認 X → Y 因果關係
魚骨圖 6M：接觸阻抗異常
- 作業員清潔手法
- 工程師判讀標準
- 供應商組裝技術
- 新員工培訓狀況
- 探針機台接觸力
- 施壓行程設定
- ATE 測試速度
- 治具定位精度
- 探針鍍層成分
- 基板材質 PCB
- Pogo Pin 彈簧規格
- 鍍層厚度批次差
- 清潔 SOP 頻率
- 換針週期規範
- Gage R&R 狀態
- 量測接觸力設定
- 溫濕度控制
- ESD 防護等級
2.25 Why：不能停在「人員疏失」＋ 四個常見陷阱
追到系統／制度層次，對策才不會只剩教育訓練
- Problem：A 型探針卡接觸阻抗異常
- Why 1：探針尖端氧化嚴重
- Why 2：操作員沒有按時清潔 ← 停在這裡！
- Action：教育訓練 → 問題依然再發
- Problem：接觸阻抗 > 50 mΩ（15%）
- Why 1：探針尖端氧化積聚（SEM 可見）
- Why 2：清潔頻率不足（實際 vs 設計比對）
- Why 3：無壽命到期自動觸發清潔機制
- Why 4：探針管理系統未設定循環計數告警
- Why 5：壽命管理需求從未納入系統設計
- Action：建立探針循環計數自動告警 + 清潔強制觸發流程
5 Why 常見陷阱
2.3MECE 原則 + Logic Tree + Fault Tree Analysis
不漏因、不重複；多條件同時成立時用 AND / OR 釐清
MECE = Mutually Exclusive, Collectively Exhaustive｜互斥且完整
溫度過高／烘烤溫度過高／環境溫度過高——同一類被列三次。
只列人、機、料……漏了法、測、環！
人・機・料・法・測・環 六類齊全且互不重疊。
- 先拆主線：材料／結構／製程／量測／客戶條件
- 再拆成可驗證假設；每層用 AND / OR 連接
- 每個末端節點都要可觀察、可測量，能接一個驗證動作
- 技巧：先畫 FTA（由果往因），再用 6M 交叉確認無漏項
適用：問題有多個可能路徑、團隊觀點多容易發散、需要先整理再決定實驗優先順序。
Probe Card 示意：接觸面問題／彈力問題／幾何對位問題／量測誤判
當問題不是單一路徑，而是多條件同時成立時，Fault Tree 更清楚。
- AND：A 與 B 同時成立才會失效
- OR：C 或 D 任一發生就會觸發異常
- 不同場景可能走不同路徑
例：接觸阻抗飄高 AND 客戶高溫條件；共面性異常 OR 治具定位偏差；污染路徑與磨耗路徑可能並存。
練習 2 ＋ AI 輔助：建立候選原因清單（魚骨圖 + 5 Why + Logic Tree）
三種工具交叉確認 MECE；AI 當「第二個提問者」補你可能漏掉的原因
在 6M 各分支列出至少 3 個候選原因。
對最可疑的 2–3 個原因各追 5 Why，不能停在人員疏失。
用 Is / Is Not 回頭驗算：哪些原因能解釋邊界？
用下方提示詞請 AI 列出可能遺漏的候選原因。
- 列出候選原因清單（6M × 問題）
- 挑戰盲點：「你有考慮過 X 嗎？」
- 整理 Cause Validation Matrix 初稿
- 生成 5 Why 候選路徑供討論
- 不了解你的製程細節與料號歷史
- 不能做現場觀察與量測
- 無法替代 Is / Is Not 的數據收集
- 可能自信但錯誤 (Hallucination)；根因判定仍需工程師負責
Module 3・真因驗證：排除假因、收斂成三條根因鏈
3.1有候選原因 ≠ 有根本原因：Cause Validation Matrix
五種跳過驗證的壞習慣，以及每個假設都要有「正證」與「反證」
對策已有了，再逆推「原因」以符合對策——解決方案驅動，非真因驅動。
「上次那台換了 A 零件就好了」→ n=1，無法排除巧合。
資深工程師的直覺有價值，但沒有數據佐證，仍是候選者。
沒設計「如果 X 是真因，Y 應如何」的驗證，就無法排除假因。
「先改了再說」→ 對策沒效果，或問題跑到另一個地方。
Cause Validation Matrix：驗證假設（Probe Card 案例）
| 原因假設 | 預期徵象 | 如何證明（正） | 如何反證（反） | 需要什麼數據 | 責任人 | 狀態 |
|---|---|---|---|---|---|---|
| 探針尖端氧化 | 阻抗隨循環數單調上升 | SEM / EDX 分析氧化層厚度 | N₂ 環境下無此現象 | 循環數 vs 阻抗趨勢圖 | IE-A | 進行中 |
| 鍍層批次差異 | 特定入料批次集中 | 批次追溯交叉比對 | 其他批次無差異 | 入料批次 + 阻抗數據 | QE | 待分析 |
| 接觸力衰退 | 阻抗與循環數相關 | 力計量測 0 / 5k / 10k 循環 | 恢復接觸力後阻抗恢復 | 彈力 vs 循環數測試 | ME | 待分析 |
| 清潔 SOP 不足 | 特定時段後阻抗跳升 | 清潔前後阻抗比對 | 清潔後完全恢復正常 | 清潔記錄 + 阻抗時序 | PE | 待規劃 |
| 環境濕度影響 | 阻抗與濕度正相關 | 控濕實驗 vs 無控濕比較 | 乾燥環境下無此現象 | 溫濕度 vs 阻抗相關圖 | EE | 待規劃 |
3.2數據佐證 vs 經驗判斷 ＋ 5 種常見假因
證據強度 Level 1–5；相關 ≠ 因果、時間順序 ≠ 因果
5 種常見假因：常踩的坑
3.3如何判斷真的原因：四個最低標準、六種驗證方法、DOE Lite
對照、條件控制與可重複性，才是能說服人的驗證
為什麼這批、這條線、這個客戶場景、這個條件下會出問題。
為什麼有發生的地方會發生、沒發生的地方不發生。
改變條件後，結果應跟著改變，否則只是巧合。
至少一個客觀證據，而不是口述、印象或單一部門判斷。
六種真因驗證方法
| 方法 | 做法 | Probe Card 例 |
|---|---|---|
| 1 重現缺陷 | 建立受控條件，主動製造同樣缺陷 | 低接觸力 + 高循環數 → 確認阻抗升高可重現 |
| 2 對照組實驗 | 改變一個因素，其他條件不變 | A 型 vs B 型，相同循環數，比較阻抗差異 |
| 3 層別分析 | 依批次／線別／時段／pin 區域分層，找分歧點；避免平均值掩蓋變異 | 按入料批次層別阻抗分佈，是否特定批次集中？ |
| 4 批次追溯 | 追蹤失效品與正常品的歷史差異 | 失效品 vs 正常品：鍍層厚度、製程日期、材料批次 |
| 5 條件切換 | 移除／恢復懷疑因素，觀察問題消失／再現（室溫 vs 高溫、低 vs 高 cycle） | 更換鍍層配方 → 阻抗是否恢復正常？ |
| 6 前後比較 | 對策實施前後對比，確認 D6 KPI 達成 | 清潔 SOP 改版前後，阻抗超規比例 15% → X% |
DOE Lite：設計簡單驗證實驗的三個層次
多個高疑因子時，不要一次全部亂改：先挑 2–3 個因子，定義因子、水準、反應值與判定規則，保留對照、完整記錄條件。常見因子：鍍層厚度、接觸力、清洗條件、壽命條件、量測設定。
每次改一個變數觀察 Y。簡單，但耗時、無法發現交互作用。
例：接觸力 Low vs High → 阻抗是否變化？
Test 組只改一個因素 vs Control 組不改，其他完全相同。最能排除干擾。
例：只換鍍層配方，其他製程參數固定 → 阻抗比較
兩因素各 2 水準共 4 組，可發現 A×B 交互作用（單獨無效、合併有效）。
例：接觸力 (L/H) × 清潔頻率 (L/H) → 4 組各測阻抗
3.43×5 Whys：三條根因鏈讓問題無處躲藏 ＋ D4 Gate
Occurrence / Escape / System，各追到系統層次再進 D5
聚焦材料、設備、方法、條件 → 對應 D5 發生因對策
聚焦檢驗、警報、抽樣、規格 → 對應 D5 / D6 檢出補強
聚焦 SOP、FMEA、設計輸入、變更管理 → 對應 D7 標準化與水平展開
Case：A 型 SKU-P001 接觸阻抗異常
⬛ 接觸阻抗 > 50 mΩ（15%）
- Why 1：探針尖端氧化積聚（SEM 確認）
- Why 2：壽命後期清潔頻率不足
- Why 3：無循環計數自動觸發清潔機制
- Why 4：壽命管理系統未設告警功能
Action：建立探針循環計數自動告警 + 強制清潔觸發流程
⬛ 出廠 ATE 測試正常出貨
- Why 1：出廠只做初始阻抗，未做壽命測試
- Why 2：壽命驗證不在出廠規格項目內
- Why 3：出廠規格未隨客戶使用需求更新
- Why 4：規格修訂流程無客戶使用反饋環路
Action：增訂壽命循環驗證規格 + 建立客戶使用回饋更新機制
⬛ 同類問題重複發生（第 2 次）
- Why 1：上次 8D 結案後未追蹤效果
- Why 2：無定期 8D 成效追蹤稽核
- Why 3：8D 制度只要求結案，不要求追蹤
- Why 4：問題解決制度無防再發閉環設計
Action：8D 結案後 3 / 6 個月稽核追蹤 + 水平展開機制
D4 Gate：真的找到根因了嗎？（互動檢核）
勾選你們組目前已達成的項目。五項全達成才進入 D5 對策設計。
練習 3：從可能原因收斂成真因 + 逃逸因 + 制度因
W3 Cause Validation Matrix → W4 3×5 Whys；AI 幫你挑戰假因、設計驗證
- 步驟 1
從魚骨圖或 Logic Tree 挑出 Top 3 高疑候選原因。
- 步驟 2
用 Cause Validation Matrix 設計正證與反證，保留「有數據、可反證、能解釋 Is / Is Not」的原因。
- 步驟 3
收斂成 Occurrence / Escape / System 三條鏈，各追到第 5 Why。
- 步驟 4
準備 3 分鐘口頭說明：問題 → 真因 → 逃逸因 → 制度因 → Action（KPI、責任人、完成日）。
Module 4・D5–D7：對策、驗證、防再發形成閉環
4.1對策設計原則：每個根因對一個可驗證的對策
有動作不叫改善，對準真因才叫對策；Ay 治標 vs Ax 治本
不能一個對策對應多個根因（無法判斷哪個有效），也不能混入「希望有用」的額外對策。
「加強員工訓練」≠ 可驗證對策。可驗證 = 有 KPI + 有量測方法 + 有時間點。
Occurrence → 技術／製程對策；Escape → 規格／測試對策；System → 流程／制度對策。
D3 圍堵（治標）只是保護客戶；D5 永久對策（治本）才是對準根因的 Ax。
4.2Poka-Yoke 防呆設計：從抓錯升級到防錯
五個層次，越高階越根本；能否不靠人的注意力？
例：探針材質改為抗氧化合金，壽命後期阻抗問題從根源消除。
例：治具插入方向防呆、pin 高度限位，確保接觸力在設計範圍內。
例：循環計數 ≥ 8,000 自動觸發強制清潔並停線等候確認。
例：阻抗值偏高時 ATE 顯示黃色告警，提示工程師確認。
例：出廠前 100% 壽命測試抽查（成本高，治標不治本）。
設計對策時要問：能否不靠人的注意力，而靠機構、流程或系統自然防止錯誤？
4.3D6 驗證有效性 ＋ D5-D6-D7 閉環 ＋ D7 水平展開
用 Before / After 數字結案，把一次改善變成組織能力
- 驗證前先定義：指標、樣本、條件、期間與判定規則。
- 常用 KPI：接觸阻抗、intermittent fail rate、false fail rate、retest rate、cycle life、客訴件數。
- 條件一致：不能把不同 lot、設備、溫度條件混在一起比較。
- 副作用也要評估：成本上升、節拍變慢、維護負擔增加。
- 根因 X → Ax 永久對策（1:1）
- 對策要有 SOP 變更文件
- 設定 D6 驗證 KPI 與截止日
- KPI 達成：阻抗超規 15% → ≤ 2%
- 統計確認：n ≥ 30，p < 0.05
- 對照組 vs 實驗組趨勢圖
- 更新 SOP / Control Plan / FMEA
- 水平展開：B 型／C 型 + 其他廠區
- 稽核計畫：3 個月後複查
SOP、作業規範、檢驗標準、設計規格與驗證條件。
Control Plan、稽核節奏、異常升級機制、監控 KPI。
沉澱成 lesson learned，供其他產品 family 與客戶案參考。
同樣機制會不會也存在於其他 pin 規格、lot、製程段？
水平展開追蹤表
| 根因／對策類型 | A 型 SKU-P001（已解決） | B 型／C 型（需確認） | 其他廠區（需調查） | 供應商端（需通報） |
|---|---|---|---|---|
| 探針清潔 SOP 循環計數告警 | 完成 | 進行中 | 評估中 | 待通報 |
| 出廠壽命驗證規格新增 | 完成 | 評估中 | 待規劃 | N/A |
| 8D 結案稽核追蹤制度 | 完成 | 進行中 | 進行中 | N/A |
| 鍍層材質抗氧化升級（選） | 評估中 | 評估中 | 待規劃 | 評估中 |
原則：凡是「相同根因類型」的其他產品／站點／廠區，都要納入展開範圍，不能只解決當下這個料號。
練習 4：W5 對策、驗證與防再發表（AI 協作）
三條根因 → 對策 1:1 + Poka-Yoke 層級 + D6 KPI + D7 水平展開
Module 5・帶真實問題完整跑一次 RCA
5.1實戰流程與五張工作表 W1–W5
確認問題 → Is / Is Not → 驗證 → 對策 → 發表；每張表的必填欄位
W1 達到量化、有邊界
W2 鎖定分析邊界
W3 → W4 三條根因
W5 對策 + KPI + Poka-Yoke
每個 KPI 都可驗證
- 現象／問題／影響
- Defect mode、產品型號
- 發生條件、時間地點、範圍
- 基準值、現況值、Gap
- 暫不下判斷的 2–3 項原因
禁止把原因寫進問題定義。
- What / Where / When / Extent 有／沒有
- Distinction 重要差異
- 下一步要查什麼
- 產品、批次、製程、使用條件、客戶場景差異
輸出：Top 3 distinction、Top 3 嫌疑範圍、可先排除的假設。
- 候選原因、6M 類別、O / E / S 屬性
- 為何懷疑、若成立應看到什麼
- 反證條件、驗證方法、所需數據
- 負責人、結果（待驗證／排除／保留）
至少 Top 5；沒有驗證方法，不可直接叫真因。
- Occurrence Why 1–5
- Escape Why 1–5
- System Why 1–5
- 三條最終根因敘述
- D4 Gate 確認
不要停在「人員疏失」或「管理不足」，三條線不要混。
- 根因 → 對策 1:1
- 對策類型、Poka-Yoke 層級
- 驗證 KPI、方式、樣本／期間
- SOP / Control Plan
- 負責人、完成日、展開範圍
每個根因至少對應 1 項對策。
5.2發表架構 + 評分標準（100 分）
問題定義、真因證據、對策可驗證、防再發制度化各 25 分
- 問題陳述 (W1)：一句話——主體 + 症狀 + 比例 + 目標
- Is / Is Not 邊界 (W2)：縮小後的嫌疑範圍與關鍵線索 Δ
- 3×5 Whys (W4)：發生因／逃逸因／制度因
- Cause Validation (W3)：如何驗證，數據或實驗結果
- 對策 + Poka-Yoke (W5)：三個對策 + KPI + 防呆層次
- 水平展開 + 承諾：哪些地方要展開 + 完成日期
AI 做結案整理：提速初稿，根因判定仍由人負責
貼入 3×5 Whys + 對策驗證表 → 8D 報告初稿、Lesson Learned、水平展開清單
- 生成 8D 報告初稿（中英文）
- 整理 Lesson Learned 文件
- 建立行動追蹤表（負責人／日期／KPI）
- 翻譯技術報告給客戶
- 比對 Is / Is Not 是否邏輯一致
- 根因是否已通過 D4 Gate（可重現／可反證）
- D6 KPI 是否真正達成（看數據）
- 水平展開範圍是否足夠
- D7 SOP 更新是否正確
- 最終 8D 簽核與對外承諾
RCA 觀念測驗
四題檢核：Y-X-A、Is Not、5 Why、Poka-Yoke
1. 下列哪一句是合格的 D2 Problem Statement？
2. Is / Is Not 表中，哪一個「IS NOT」寫法正確？
3. 5 Why 追到「操作員沒有按時清潔」時，下一步應該？
4. 「循環計數 ≥ 8,000 自動觸發強制清潔並停線」屬於哪一層 Poka-Yoke？
把 AI 產出的 HTML 貼進來，立刻看到報表
手機不用存檔、不用找檔案 App。貼上就渲染，圖表與表格直接呈現。
為什麼需要這個？
ChatGPT、Gemini 這類平台只會把 HTML 當「一段程式碼」回給你，不會產生可下載的檔案。在 iPhone 上要把那段程式碼變成能開的網頁幾乎不可能——所以我們把渲染器直接做在課程網站裡。
複製提示詞
在任一實戰演練區塊按「📋 複製提示詞」，貼到你慣用的 AI。
複製 AI 的回覆
AI 會回一段 HTML 程式碼。整段複製即可——前後多帶了說明文字也沒關係，系統會自動抓出程式碼。
貼到下方，按「渲染報表」
報表立刻出現。可全螢幕檢視，也能下載成 .html 保存。
貼上 AI 回覆
支援整段回覆（含 ``` 程式碼圍欄與前後說明），也支援只貼純 HTML。
安全說明：報表在獨立沙箱中執行，無法讀取本頁面的任何資料。內容只留在你的瀏覽器，不會上傳。
下載說明：電腦端會直接存檔；iPhone 會跳出分享選單，可選「儲存到檔案」。
結論與資源下載
點擊圖片可查看高解析度原圖（建議列印貼在戰情室）
8D 的價值不在「寫報告」，而在把問題解到「可稽核（Gate）、可驗證（Data）、可防再發（System）」。 更進一步整合了 RCA 擴充模組，讓你能把 D2 / D4 / D6 / D7 講深、做實、帶練習。 你要交付的是：根因證據鏈 + 對策可驗證 + 制度化防再發。
課程核心回顧
- 系統化流程：D1–D8 從「組隊」到「制度化」，避免只救火不收斂。
- 根因分析：Is/Is Not → 魚骨圖 → 3×5 Whys，讓根因「可被反證」。
- 數據驗證：D6 要能用 Before/After 證明有效，避免「感覺改善」。
- 防再發系統：D7 用 SOP / 管控規則 / 稽核節奏，把一次改善變成能力。
- RCA 擴充模組：用 Problem Statement、Cause Validation Matrix、3x5 Whys 與 Poka-Yoke，把 8D 變成真正的 workshop。
客戶在意的 Gate
下一步行動
資源下載
Cliff Wang, Ph.D. ｜ 8D Problem Solving Toolkit ｜ Copy Right 2026