InsightFab
知識庫/OEE 從 65% 到 85% 的改善案例:台灣電子廠實錄
設備工程6 分鐘閱讀

OEE 從 65% 到 85% 的改善案例:台灣電子廠實錄

嘿,跟你分享一篇超實用的文章!作者分享他部門 OEE 只有 65% 被老闆釘爆的慘痛經驗,但這不是抱怨文,而是教你怎麼把危機變轉機。讀完你會知道 OEE 到底是什麼鬼,它為什麼這麼重要,以及有哪些常見的「魔鬼細節」會拖垮生產效率。如果你也常被產線問題搞到心很累,這篇保證讓你茅塞頓開,找到真正的解決方案!

CPK 1.08 的報告出來,我差點把咖啡噴出來

那天早上,週會上老闆臉色特別沉,投影機打出來的報表,OEE 慘兮兮的,只有 65%。當你看到那個數字的時候,心裡就涼了一半,因為你知道,接下來肯定是一場腥風血雨。果然,老闆直接點名:「Allen,你部門的這條線 OEE 怎麼回事?目標不是 85% 嗎?」「那個…課長,我們昨天機台又當了好幾次,換料也特別久…」我話都還沒說完,老闆就打斷我:「理由我聽多了,我要的是解決方案!」那時候我心裡想,X,又來了。

問題出在哪?OEE 到底是什麼鬼?

說穿了,OEE (Overall Equipment Effectiveness) 就是在算你的機台「到底有多會賺錢」。你想想看,一台機台買來幾百萬甚至上億,結果一天到晚停機、跑廢料、跑很慢,那不就是錢一直噴掉嗎?OEE 就是把你的「良率、速度、稼動率」這三個面向乘起來。OEE 從 65% 到 85% 聽起來好像只差 20%,但那代表你的機台生產力提升了三成!換句話說,你用一樣的資源,可以多做出三成的產品。所以重點是,OEE 不只是一個數字,它直接反映了你產線的「健康狀況」。

實際上怎麼做?別再憑感覺修機台了!

我們那時候,最大的問題就是「不知道真正影響 OEE 的是什麼」。每次機台壞掉,維修人員就憑經驗去修,修好了就算了。結果下次又壞一樣的地方。所以,第一步,我們做了一件很基本但超重要的事:數據化所有停機原因。

  1. 導入停機原因碼: 不要只寫「機台異常」,要細分到「換料時間過長」、「料帶卡住」、「設備參數跑掉」等等。我們甚至把每個原因都設定一個代碼,方便追蹤。
  2. 追蹤停機時間: 每次停機,都要求記錄從停機到恢復生產的總時間。精確到分鐘,甚至秒。
  3. 分析 Pareto 圖: 把所有停機原因和時間整理出來,畫成 Pareto 圖,找出前 80% 的問題是由哪些原因造成的。我們發現,有將近 40% 的停機時間竟然是花在「換料」上!再來是「機台異常當機」。

當我們發現「換料時間過長」是主要殺手時,我們才開始針對這個點去改善。我們導入了「換料標準作業流程 (SOP)」,訓練操作員,甚至重新設計了料架。光是這項改善,就讓我們的換料時間從平均 15 分鐘縮短到 5 分鐘。你說效果好不好?光這一個點,OEE 就從 65% 往上跳了 5 個百分點。

最常見的坑:數字會說謊,但你不能說謊

說實話,我踩過最大的坑,就是「報喜不報憂」。當你發現停機時間很長的時候,工程師有時候會為了讓報表好看,把停機時間少報一點。或是把一些「小異常」當作正常運作,不紀錄。這就是為什麼我說「數字會說謊,但你不能說謊」。如果你紀錄的數據本身就是錯的,那無論你怎麼分析,做出來的決策都會是錯的。坦白講,主管要看的不是完美的數字,而是你解決問題的態度和能力。所以,一定要確保數據的真實性。

還有一個坑是「一次想解決所有問題」。看到 OEE 這麼低,你可能會想一口氣把所有問題都解決。但這是不可能的。你一定要從 Pareto 圖上看到的前幾個大問題開始,一個一個攻破。

今天能做的一件事

回去看看你產線的停機原因,有沒有詳細記錄?

想試試看?

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

前往工具頁面