那天 DPMO 報告一出來，供應商的臉都綠了
還記得兩年前，我們產線因為某個關鍵材料的瑕疵，搞得交期大亂。那次我們跟那個供應商開 QBR（Quarterly Business Review，季度業務回顧會議），我還記得會議室裡空氣有多凝重。簡報一開始，我們秀出這季的 DPMO（Defects Per Million Opportunities，百萬機會缺陷數）報告，數字是 6210。你知道這代表什麼嗎？供應商的業務代表當場臉都綠了，連平常最愛搞笑的PM也說不出話。那次會議，我們足足討論了三個小時，才勉強找出幾個改善方向。說實話，如果沒有那次的「震撼教育」，我猜他們根本沒意識到問題有多嚴重。
問題出在哪？
很多時候，我們開 QBR 就像在「交作業」。供應商來報告一堆數字，你聽完點點頭，然後下次再開一次會，數字可能變好了，也可能更糟。但你真的知道，這些數字背後的「為什麼」嗎？
說穿了，QBR 的核心不是「看報告」，而是「解決問題」。它應該是一個讓你跟供應商坐下來，攤開牌，找出產線痛點的機會。如果只是把數據秀出來，沒有深入剖析，那跟自己看 Dashboard 有什麼兩樣？你需要的不是一張漂亮的圖表，而是一條明確的行動路線。
所以重點是，你必須讓 QBR 成為一個「對話」，而不是「單向簡報」。
實際上怎麼做？
要讓 QBR 有效，你需要做足功課，並且懂得「提問」。以下幾個點，我覺得超級重要：
- 數據要「有意義」： 你提供的數據不能只是一個 Cpk 1.08 或 DPMO 6210，而是要讓它跟「實際生產痛點」連結。例如，你可以說：「這個月，你們提供的 Wafer，在我們製程的 Etch 步驟，造成了 15 次機台 Down 機，導致我們損失了 200 片晶圓。」這樣供應商才有感。
- 提前準備「問題清單」： 不要等到會議上才開始想。我通常會提前一週，把我手上的異常事件，還有過去三個月供應商的品質報告，一條一條比對。找出那些數字「異常」或「持續惡化」的項目，然後寫下具體問題。
- 聚焦在「少數關鍵」： QBR 時間有限，不要什麼都想講。我通常會挑選 2-3 個「影響最大」或「最緊急」的問題來討論。例如，如果你的晶圓良率從 99.8% 掉到 99.5%，看起來只差一點點，但這可能導致你一個月少出幾千片貨，這就是關鍵。
- 要求「具體行動計畫」： 供應商承諾會改善？很好，那「怎麼做」？「誰負責」？「什麼時候完成」？「預計達成什麼目標」？這些都要寫下來。如果他們只說「我們會優化流程」，那根本是廢話。
換句話說，你必須引導供應商，把問題從「現象」挖到「根因」，然後再制定出「可量化」的解決方案。
最常見的坑
我見過最常犯的錯誤，就是「害怕衝突」。很多工程師覺得跟供應商撕破臉很尷尬，結果就讓他們輕輕帶過。我跟你說，我在這行 15 年，看過太多次了。有一次，某個新進工程師在 QBR 上，眼睜睜看著供應商把他們自己品質不佳的問題，推給我們的製程參數設定。那工程師支支吾吾，最後就這樣算了。結果咧？下個月問題還是沒解決，他自己被罵到臭頭。
坦白講，QBR 不是來聽好話的，也不是來交朋友的。它是來「把問題攤開」，然後「一起解決問題」的。如果你不夠強硬，不夠據理力爭，最後吃虧的絕對是你自己，還有你的產線。
今天能做的一件事
下次 QBR 前，列出 3 個你最想解決的供應商問題，並準備好具體數據佐證。