InsightFab
知識庫/8D 報告的常見錯誤:為什麼 D3/D4 最難寫
品保管理6 分鐘閱讀

8D 報告的常見錯誤:為什麼 D3/D4 最難寫

欸,這篇文章超實用!作者分享了他們產線良率突然暴跌,結果 8D 報告在 D3、D4 階段就被老闆打槍的經驗。讀完你會知道,到底 D3(定義矯正對策)和 D4(驗證矯正對策)該怎麼寫,才能真正解決問題,而不是敷衍了事。如果你也常常覺得自己的報告寫得不夠力,或者想知道如何避免犯類似的錯誤,這篇絕對值得一看!

那天 CPK 報告出來,全場沉默了三秒

還記得某天晚上,我跟製程的阿文、設備的小胖一起被老闆叫進會議室。產線有批貨突然良率暴跌,從原本的 99% 直接掉到 90% 以下,客戶那邊已經在跳腳了。老闆劈頭就問:「8D 報告呢?D1 到 D8,你們寫到哪了?」我們幾個你看我、我看你,D1、D2 寫得煞有其事,原因分析也寫了一堆。結果 D3、D4 拿出來,老闆看完直接把報告摔在桌上,全場瞬間安靜,只有冷氣的聲音。老闆只說了一句:「這個 D3/D4,寫得跟沒寫一樣!」

問題出在哪,D3/D4 到底在寫啥?

說穿了,D3 是「定義矯正對策」(Define Corrective Actions),D4 是「驗證矯正對策」(Verify Corrective Actions)。聽起來很簡單對不對?我們最常犯的錯就是,D3 寫一堆「加強人員訓練」、「優化機台參數」這種模稜兩可的東西。然後 D4 就寫個「已完成訓練」、「已調整參數」。拜託,這種報告交出去,老闆當然不買單,客戶看了更會氣死。

所以重點是,D3 必須是具體、可量化的行動。你不能只說「加強訓練」,要寫「針對新進人員 SOP 誤操作問題,規劃為期兩小時的實作訓練,並新增線上測驗,通過分數需達 85 分以上」。這樣才叫具體。

實際上怎麼做,才能讓 D3/D4 有料?

舉個例子,上次我們產線有個缺陷,原本 DPMO 是 6210,結果突然飆到 15000。經過 D2 分析,發現是機台參數跑掉造成的。

  1. D3 怎麼寫?
* 錯誤範例: 「調整機台參數」。

* 正確範例: 「針對機台 A 的 X 參數,將公差從 ±0.5 調整為 ±0.2;針對機台 B 的 Y 參數,更新自動校正頻率從每 8 小時一次改為每 4 小時一次,並於下次保養時升級韌體版本至 2.3.1」。你看,是不是有時間、有動作、有目標?

  1. D4 怎麼寫?
* 錯誤範例: 「已調整參數」。

* 正確範例: 「機台 A 的 X 參數調整後,連續三批產品 DPMO 降至 5800,且 Cpk 值從 1.08 提升至 1.35。機台 B 的 Y 參數校正頻率更新後,連續觀察兩週,無異常跳動發生,確認改善有效」。

換句話說,D4 不只是「執行了沒」,更要「有效了沒」。你必須用數據證明你的改善是有效的,而不是自我感覺良好。

最常見的坑,D3/D4 為什麼會變雞肋?

坦白講,很多時候 D3/D4 寫不出來,是因為 D2 根本就沒分析透徹。如果 D2 的根因分析只是表面功夫,你就不知道要針對什麼下藥。像我們之前有次客戶抱怨產品外觀有刮傷,D2 分析半天,就說「可能是操作不當」。結果 D3 就寫「加強訓練」,D4 就寫「已訓練」。結果呢?刮傷問題根本沒解決,客戶氣到差點抽單。後來深入追查才發現,是某個治具設計不良,導致產品在搬運過程中容易摩擦。

所以說穿了,D3/D4 的品質,很大程度取決於 D2 的深度。如果根因沒找到,D3/D4 再怎麼寫也只是隔靴搔癢。你必須追到那個真正會影響結果的「點」,你的對策才能一擊奏效。

今天能做的一件事

下次寫 D3/D4,請用「目標、行動、衡量」三個角度檢視你的對策。

想試試看?

文章裡提到的分析工具在 InsightFab 都可以直接用,上傳 CSV 即可分析。

前往工具頁面