那天 CPK 報告出來，全場沉默了三秒，只差沒聽到烏鴉飛過
還記得前幾個月，某條新製程剛跑完第一批實驗，大家都在等結果。那個菜鳥工程師小陳，戰戰兢兢地把 CPK 報告投影出來。螢幕上，幾個關鍵參數的 CPK 值慘不忍睹，有的甚至只有 1.08，DPMO 換算下來高達 6210。整個會議室瞬間安靜，靜到你只差沒聽到烏鴉「啊～啊～」地飛過去。老闆的臉色比無塵室的牆壁還白。這 DOE 根本白做了啊，浪費了一堆 wafers 跟時間！說實話，這種情況我這十五年來真的看太多了，很多時候不是你 DOE 設計得不好，而是「執行」出了問題。
問題出在哪？DOE 失敗根本不是實驗設計的鍋
很多人一看到 DOE 失敗，直覺就是怪實驗設計不夠複雜，因子選錯了，或是互動項沒考慮到。但坦白講，以我們這種成熟的製程，DOE 的設計架構通常都有個公版，不太會出大錯。真正的問題，常常是出在你把一份「好」的設計，在實際執行時給「做爛」了。說穿了就是，你以為你按照設計圖在蓋房子，結果蓋出來的根本是違章建築。DOE 的精髓是「控制變因」，但當實驗執行本身就充滿了「不受控」的變因時，結果當然就不可靠。
實際上怎麼做？請別再讓那些「噪音」毀掉你的努力
當初小陳那個慘案，我幫他回頭檢查，才發現幾個執行上的致命傷。
- 設備狀況不一： 他為了趕進度，用了兩台不同機台跑實驗。結果一台機台的腔體狀況比較舊，另一台比較新，這就直接引入了「機台差異」這個巨大噪音。
- 操作員手法不同： 實驗期間換了三班操作員，每個人的上下料速度、參數微調習慣都不一樣。你知道的，有些資深阿姨手感就是不一樣。
- 環境參數飄移： 實驗跨了好幾天，廠務提供的環境溫濕度數據，在某些時段超出標準範圍，但沒人回報。
- 量測誤差： 報告裡有幾個參數的量測數據變異大到離譜，後來追查發現是量測儀器久未校正，導致讀數不準。
- 樣品污染： 有幾片 wafers 在搬運過程中，包裝沒做好，沾到一些異物，結果當然是報廢。
所以重點是，DOE 在執行前，一定要確保所有「非實驗因子」都是穩定且一致的，從機台狀態、人員操作、環境條件到量測系統，都必須像複製貼上傳說中的SOP一樣。這才叫「控制變因」啊！
最常見的坑：當你把「應該」當「真的」
我遇過最常見的坑，就是工程師會把「應該是這樣」當成「真的就是這樣」。老闆問：「機台有校正嗎？」你說：「應該有吧，按照 PM schedule 昨天就排了。」結果你沒去 double check。老闆問：「操作員有照 SOP 做嗎？」你說：「他們都是老手了，應該不會有問題。」結果等你數據爆掉才發現，他們「習慣性」跳過某個步驟。這些「應該」都是 DOE 失敗的溫床。說穿了，在製程實驗中，沒有「應該」，只有「確認」。
今天能做的一件事
下個 DOE 前，花 10 分鐘檢查機台最近的 PM 紀錄。