單元一:生產流程與痛點解析
授課時間:30 分鐘(講授) 授課形式:講座式教學 適用對象:製造業現場主管、生管人員、品管人員、設備維護工程師 先備知識:具備基本的生產管理概念,無需程式設計或 AI 背景 學習成果:學員完成三類資料盤點表(排程/品質/維修)
學習目標
完成本單元後,學員將能夠:
- 辨識生產流程中資料分散與人力不足所造成的決策瓶頸
- 說明不良分類不一致如何導致品質統計失真
- 描述設備維修紀錄分散對預測性維護的阻礙
- 列舉 AI 導入前資料準備的五大評估維度
- 運用 5M1E 框架建立排程、品質與維修三類資料盤點表
課程導言
各位學員好,歡迎來到「SmartCore AI × MES 製造業生產管理 AI 課程」的第一堂課。
在正式進入 AI 工具操作之前,我們要先回頭面對一個根本問題——我們的工廠資料,真的準備好了嗎?
根據台灣經濟部工業局與資策會的調查,台灣中小型製造業中,約有 30% 的企業在數位化過程中面臨「數位技術自主能力不足」與「員工抗拒改變」兩大瓶頸。更關鍵的是,許多工廠雖然已經有了 MES、ERP 等系統,但資料仍然分散在不同部門、不同格式的檔案中,形成所謂的「資料孤島」(Data Silos)。
這堂課,我們將以製造業最常用的分析架構——5M1E 框架(Man 人員、Machine 機器、Material 物料、Method 方法、Measurement 量測、Environment 環境)為主軸,帶大家認清製造業最常見的痛點,並在課程結束前完成一份屬於你自己工廠的「資料盤點表」——這是 AI 導入前最重要的第一步。
5M1E 框架:製造業問題分析的經典方法論,從人員(Man)、機器(Machine)、物料(Material)、方法(Method)、量測(Measurement)、環境(Environment)六大構面,系統性地拆解生產問題。在後續的資料盤點中,我們會用這個框架確保沒有遺漏任何面向。
1.1 生產流程複雜與人力不足的現況
產業現況
台灣製造業正面臨前所未有的人力轉折點。根據 104 人力銀行《2025 製造業人才報告書》,2025 年初製造業職缺數突破 16 萬個,創下三年新高。同時,製造業勞動力的平均年齡持續攀升,40 歲以上的從業人員已占六成以上,年輕人不願進工廠,資深師傅陸續退休,產線知識正在快速流失。
這造成什麼問題?生產排程原本就極度複雜——一條產線可能同時要處理多種工單、不同交期、不同機台能力限制。過去靠老師傅的經驗和直覺就能搞定的排程,現在因為人力斷層,新進人員根本無法在短時間內掌握同樣的判斷能力。
更麻煩的是,許多工廠的排程仍然仰賴 Excel 手動排程或白板記錄。當訂單變更、機台故障、人員請假同時發生,排程就像骨牌一樣接連倒塌,卻沒有一個系統能即時反映全貌。
實務案例:CNC 加工廠的排程困境
以台灣中部某 CNC 精密加工廠為例,該廠擁有 30 台 CNC 加工中心,生產汽車零組件與電子連接器。過去排程全靠一位資深生管主管以 Excel 手動安排——他能記住每台機台的特性、每位操作員的技術程度、每個模具的使用壽命。
然而,這位主管退休後,新接手的人員面對同樣的 Excel 表,卻完全無法做出同品質的排程決策。結果是:機台稼動率從 82% 跌落到 67%,交期達成率從 95% 降到 78%,三個月內客訴件數翻倍。
從 5M1E 的角度來看,這不只是「人」(Man)的問題——老師傅的離開同時帶走了對「機器」(Machine)特性的掌握、對「方法」(Method)最佳實踐的理解、以及對「物料」(Material)交期的經驗判斷。
關鍵概念:人力不足不只是「找不到人」的問題,更是「經驗無法傳承」和「決策速度跟不上變化」的問題。AI 的價值,正是從這裡開始——將隱性知識轉化為可被系統運用的顯性資料。
流程複雜度示意圖
flowchart LR
A[客戶訂單] --> B[生管排程]
B --> C{資源確認}
C -->|機台可用| D[派工生產]
C -->|人力不足| E[排程延遲]
C -->|物料短缺| F[採購催料]
D --> G[品質檢驗]
G -->|合格| H[入庫出貨]
G -->|不合格| I[重工/報廢]
E --> B
F --> B
I --> B
style E fill:#f66,stroke:#333,color:#fff
style F fill:#f96,stroke:#333,color:#fff
style I fill:#f66,stroke:#333,color:#fff
痛點整理表(5M1E 視角)
| 5M1E 構面 | 痛點 | 現況描述 | 影響程度 | 常見因應方式 |
|---|---|---|---|---|
| Man 人員 | 排程依賴人工經驗 | 老師傅退休後無人接手 | 高 | 加班、趕工 |
| Machine 機器 | 機台狀態不透明 | 稼動率僅靠人工回報 | 中 | 巡檢紀錄 |
| Material 物料 | 物料到貨資訊不同步 | 倉管與生管各有一套數據 | 中 | 開會對齊 |
| Method 方法 | 訂單變更頻繁 | 插單、改單無法即時反映 | 高 | 手動調整 Excel |
| Measurement 量測 | 產出數據不即時 | 產線報工延遲 1-2 小時 | 中 | 催促填報 |
| Environment 環境 | 跨部門資訊不同步 | 生管、倉管、製造各有一套 | 高 | 週會對齊 |
1.2 不良分類困難與統計失真的問題
品質資料的核心挑戰
品質是製造業的命脈,但大家有沒有想過一個問題——我們記錄的不良數據,真的準確嗎?
目前業界人工目檢的整體準確率大約只有 80% 左右。也就是說,每 10 件不良品中,可能有 2 件被漏判或誤判。這不只是品質問題,更直接影響後續的統計分析和改善對策。
最常見的困境是:不良分類標準不一致。A 班的作業員可能把某個瑕疵歸類為「刮傷」,B 班的作業員卻認為是「壓痕」。同一種缺陷在不同人手上有不同的名稱,最後產出的品質報表數據當然失真。
更深層的問題在於:不良品的數量天生就比良品少很多。在統計學上,這叫做「類別不平衡」(Class Imbalance)。如果一條產線的良率是 98%,那不良品只占 2%,再細分到各種不良類型,每種可能只有幾十筆資料。這對後續要做 AI 分析是非常不利的——模型需要足夠的樣本數才能學會辨識不同的不良類型。
實務案例:射出成型工廠的分類混亂
某塑膠射出成型工廠生產手機外殼,不良類型包括短射、毛邊、銀紋、縮水、變色等十餘種。該廠三個班次的品檢人員各有自己的判定習慣:
- A 班把輕微的表面花紋歸類為「銀紋」
- B 班把同樣的瑕疵歸類為「流痕」
- C 班直接標記為「外觀不良」
結果每月品質會議上,「銀紋」的不良率在三個班次之間差異高達 3 倍,品質主管根據這些數據所做的柏拉圖(Pareto)分析,改善對策自然也跟著失準。
用 5M1E 框架來看,這個問題涉及:Method(方法)——沒有標準化的判定 SOP;Man(人員)——不同人有不同判定標準;Measurement(量測)——缺乏客觀的量測基準(如影像比對標準)。
關鍵概念:垃圾進,垃圾出(Garbage In, Garbage Out)。資料品質不好,AI 再強大也幫不了你。在導入 AI 品質檢測之前,第一步不是買設備、裝攝影機,而是要先把不良代碼標準化、歷史資料清理乾淨。
不良分類失真的連鎖效應
flowchart TD
A[不良分類標準不一致] --> B[品質報表數據失真]
A --> C[不同班次判定不同]
B --> D[Pareto 分析結果偏差]
D --> E[改善對策方向錯誤]
E --> F[良率未改善,資源浪費]
C --> G[客訴分析無法追溯]
H[不良品樣本數過少] --> I[AI 模型訓練資料不足]
I --> J[模型準確度低]
J --> K[無法取代人工目檢]
style A fill:#e74c3c,stroke:#333,color:#fff
style F fill:#e74c3c,stroke:#333,color:#fff
style K fill:#e74c3c,stroke:#333,color:#fff
常見不良分類問題對照表
| 問題類型 | 具體現象 | 5M1E 對應 | 對 AI 的影響 |
|---|---|---|---|
| 分類標準不統一 | 同一瑕疵不同人給不同代碼 | Method / Man | 標注資料矛盾,模型混淆 |
| 分類項目過多或過少 | 30+ 種不良代碼,多數極少出現 | Method | 多數類別樣本不足 |
| 缺少影像留存 | 不良品判定後未拍照留檔 | Measurement | 無法訓練視覺辨識模型 |
| 紙本記錄為主 | 手寫品檢單,事後補登系統 | Method / Man | 時間戳記不準,無法關聯製程參數 |
| 只記結果不記原因 | 只知道 NG,不知道為什麼 NG | Method | 缺少因果標注,難以訓練預測模型 |
| 環境因素未記錄 | 溫濕度變化未關聯品質紀錄 | Environment | 遺漏重要特徵變數 |
1.3 設備維修紀錄分散與格式不一致
設備資料的現實困境
設備是製造業的心臟,設備一停,整條產線就癱瘓。然而,大多數工廠的設備維修資料,卻是最混亂的一塊。
你可能見過這樣的場景:老師傅修完機台,在一本手寫的維修日誌上潦草寫下「換了一個軸承」;年輕工程師則是打開 Excel 輸入維修紀錄,但格式和老師傅的完全不同;還有些維修紀錄存在設備廠商提供的系統裡,要另外登入才看得到。
根據一項製造業資料品質調查,35% 的製造企業認為資料不完整、31% 認為資料過時、30% 認為資料不準確。這三個問題在設備維修領域特別嚴重。
資料分散帶來的直接後果就是——無法做預測性維護(Predictive Maintenance)。AI 要預測設備何時會壞,需要完整的歷史維修紀錄、運轉參數、故障模式。如果這些資料散落在三個不同的系統、兩種不同的格式、加上一堆手寫筆記,任何 AI 模型都無能為力。
實務案例:PCB 組裝廠的設備管理斷層
某 PCB 組裝廠擁有 SMT 產線 8 條、波焊爐 3 台、AOI 檢測設備 12 台。設備維修紀錄分散在以下位置:
- SMT 貼片機的維修紀錄在設備商 Panasonic 的專屬軟體中
- 迴焊爐的溫度曲線與故障警報存在爐體的 PLC 中,僅現場可讀取
- AOI 設備的校正紀錄由品保部門以 Excel 管理
- 日常保養由設備技術員手寫在維修日誌上
當某條 SMT 線頻繁出現貼片偏移不良時,品質單位懷疑是設備老化所致,但要調出完整的維修履歷卻要花三天時間——分別向設備商要資料、從 PLC 下載記錄、找出 Excel 檔案、翻閱手寫日誌。等資料到齊後,生產早就換了好幾個批次,問題的因果關係已經難以追溯。
在 SmartCore AI × MES 的架構中,設備管理模組正是要解決這個問題——透過統一的介面,把維修紀錄、保養排程、備品管理、設備參數全部整合在同一個平台上,為後續 AI 預測性維護打下資料基礎。
關鍵概念:設備維修資料的統一,不是為了好看,而是為了讓 AI 有「原料」可以分析。沒有結構化的歷史資料,預測性維護就只是一個口號。
資料分散的典型場景
flowchart TD
A["📝 手寫維修日誌<br>格式隨意 / 難以搜尋 / 容易遺失"] --> D["SmartCore AI × MES<br>統一設備管理平台"]
B["📊 Excel 維修紀錄<br>各人格式不同 / 版本混亂 / 缺少標準欄位"] --> D
C["🖥️ 設備廠商系統<br>需另外登入 / 資料無法匯出 / 僅涵蓋部分設備"] --> D
D --> E["AI 預測性維護<br>故障模式分析"]
D --> F["即時設備狀態監控<br>備品庫存最佳化"]
style A fill:#e74c3c,stroke:#333,color:#fff
style B fill:#f39c12,stroke:#333,color:#fff
style C fill:#e74c3c,stroke:#333,color:#fff
style D fill:#2ecc71,stroke:#333,color:#fff
style E fill:#3498db,stroke:#333,color:#fff
style F fill:#3498db,stroke:#333,color:#fff
設備維修資料常見問題
| 資料來源 | 典型格式 | 5M1E 對應 | 主要問題 | 整合困難度 |
|---|---|---|---|---|
| 手寫維修日誌 | 紙本 / 拍照 | Man | 非結構化、字跡辨識困難 | 高 |
| 個人 Excel 檔 | .xlsx / .csv | Method | 欄位不統一、版本衝突 | 中 |
| 設備廠商 SCADA | 專用格式 | Machine | 資料封閉、匯出限制 | 高 |
| ERP 維修工單 | 結構化 | Method | 只記工單,缺少技術細節 | 低 |
| LINE / 通訊軟體 | 文字+照片 | Man | 無法結構化、難以追溯 | 極高 |
1.4 AI 導入前的資料準備條件
資料就緒度的五大維度
前面我們看了三大痛點:排程混亂、品質數據失真、維修紀錄分散。這三個問題有一個共同的根源——資料沒有準備好。
很多企業主聽到 AI 很厲害,第一個反應就是「我們也來做 AI」。但根據實際導入經驗,AI 專案失敗的最大原因不是演算法不好,而是資料品質不足。
那麼,資料準備到底要做到什麼程度?我們可以用五個維度來檢視:
- 完整性(Completeness):資料有沒有缺漏?例如維修紀錄只有一半的機台有填。
- 一致性(Consistency):同一件事在不同系統裡的記錄是否一致?例如品質代碼是否統一。
- 即時性(Timeliness):資料是否能即時反映現場狀態?隔天補登的資料對即時決策沒有用。
- 可追溯性(Traceability):能不能把一個不良品追溯到哪個機台、哪個批次、哪個操作員?
- 可存取性(Accessibility):資料是否能被需要的人輕鬆取得?鎖在某個人電腦裡的 Excel 不算。
關鍵概念:AI 導入是一場馬拉松,不是百米衝刺。資料盤點是你的起跑線。你不需要現在就有完美的資料,但你需要知道差距在哪裡。
AI 資料就緒度評估框架
graph TD
A[AI 資料就緒度評估] --> B[完整性<br>Completeness]
A --> C[一致性<br>Consistency]
A --> D[即時性<br>Timeliness]
A --> E[可追溯性<br>Traceability]
A --> F[可存取性<br>Accessibility]
B --> B1[各系統資料覆蓋率 > 90%]
C --> C1[代碼/欄位定義統一]
D --> D1[資料輸入延遲 < 1 小時]
E --> E1[批次-機台-人員 可串接]
F --> F1[授權人員可即時查詢]
style A fill:#2ecc71,stroke:#333,color:#fff
以 5M1E 框架檢視資料準備
| 5M1E 構面 | 需準備的資料 | 常見缺口 | 補強方向 |
|---|---|---|---|
| Man 人員 | 操作員技能矩陣、排班表、培訓紀錄 | 技能等級未量化、紙本排班 | 建立技能資料庫,數位化排班 |
| Machine 機器 | 設備參數、稼動率、維修履歷 | 紀錄分散、格式不一 | 統一至 MES 設備管理模組 |
| Material 物料 | 原料批號、供應商資訊、進料檢驗 | 批號追溯斷鏈、IQC 紙本 | 建立批號追溯與電子化 IQC |
| Method 方法 | SOP 版本、製程參數標準 | SOP 版本混亂、參數靠經驗 | 標準化 SOP 並數位化參數管理 |
| Measurement 量測 | 量測數據、SPC 記錄、校驗紀錄 | 離線量測、人工抄寫 | 量測設備連線、自動記錄 |
| Environment 環境 | 溫濕度、潔淨度、照明條件 | 未持續監控、無關聯分析 | 環境感測器部署與資料整合 |
資料準備程度自評表
| 評估維度 | 理想狀態 | 警訊狀態 | 您的現況(自評) |
|---|---|---|---|
| 完整性 | 所有機台/產線皆有數位紀錄 | 超過 30% 仍為紙本或無紀錄 | [ ] 理想 [ ] 警訊 |
| 一致性 | 統一代碼表、標準作業定義 | 各班次/部門各自定義 | [ ] 理想 [ ] 警訊 |
| 即時性 | 即時自動採集或 < 1 小時內登錄 | 隔班或隔天補登 | [ ] 理想 [ ] 警訊 |
| 可追溯性 | 製程參數可關聯到批次與品質 | 無法串接不同系統資料 | [ ] 理想 [ ] 警訊 |
| 可存取性 | 統一平台,權限分級 | 資料散落個人電腦或紙本 | [ ] 理想 [ ] 警訊 |
1.5 生產資料分散對決策造成的影響
資料孤島如何拖慢決策
當排程、品質、維修的資料散落在不同系統和格式中,管理者就像蒙著眼睛開車——你以為自己知道方向,但其實資訊有延遲、有偏差、有遺漏。
以一個典型的決策場景為例:主管發現某條產線的交期頻繁延誤,想要找出原因。他需要:
- 從 ERP 調出近三個月的工單完成率(生管部門)
- 從品管系統取得不良率趨勢(品保部門)
- 從設備維修紀錄查看停機時數(設備部門)
- 從人資系統比對人員出勤率(管理部門)
這四份資料分別在四個系統中,格式不同、時間粒度不同、計算邏輯不同。主管至少需要花 半天到一天的時間才能把資料拼湊在一起,而且拼出來的結果可能因為時間差異而無法直接比對。
在 SmartCore AI × MES 架構下,這些資料本應在同一個平台上即時呈現,讓主管在 5 分鐘內就能看到全貌並做出決策。
關鍵概念:資料分散不只是「不方便」的問題,它直接拉長了從「發現問題」到「採取行動」的反應時間。在瞬息萬變的製造環境中,慢一步就是少一步。
決策延遲的成本估算
| 決策場景 | 資料分散時的反應時間 | 資料整合後的反應時間 | 延遲造成的潛在損失 |
|---|---|---|---|
| 品質異常處理 | 4-8 小時(跨部門調資料) | 30 分鐘(系統自動彙整) | 不良品繼續產出,報廢成本上升 |
| 設備故障排除 | 2-4 小時(找維修紀錄) | 15 分鐘(維修履歷即查) | 產線停機損失 |
| 插單排程調整 | 1-2 天(人工重排) | 2 小時(系統輔助排程) | 交期延誤、客戶罰款 |
| 供應商品質問題追溯 | 1-3 天(人工追批號) | 1 小時(批號自動追溯) | 問題物料持續使用 |
1.6 為何資料未分類前不適合直接進行 AI 分析
未整理的資料如何誤導 AI
這是一個很多企業在興奮導入 AI 時忽略的關鍵問題。AI 模型的能力取決於訓練資料的品質,而不是模型本身有多先進。
讓我們用一個具體的例子來說明。假設你想用 AI 來預測 CNC 加工的刀具壽命,你收集了過去一年的刀具更換紀錄。但問題是:
- 有些紀錄寫「刀具磨耗」,有些寫「刀具鈍化」,有些寫「刀具斷裂」——其實前兩者是同一件事
- 更換原因有時候是「品質不良」觸發,有時候是「預防保養」排程到了,有時候是「操作員判斷」,但紀錄中沒有區分
- 刀具型號的命名在不同班次不一致,同一把刀具在系統中可能有三種不同的編碼
把這樣的資料直接丟給 AI 模型,模型會學到什麼?它會學到錯誤的分類規律、混淆不同的更換原因、把同一種刀具當成三種不同的刀具。最終預測的結果,不但不準確,還可能比完全不用 AI 更危險——因為人會信任「AI 的建議」而放鬆警戒。
關鍵概念:資料分類是 AI 分析的前置作業,不是可以跳過的步驟。先分類、再標準化、最後才餵給 AI——這個順序不能顛倒。
未分類資料的風險對照
| 資料狀態 | 直接做 AI 分析的風險 | 正確做法 |
|---|---|---|
| 不良代碼不統一 | 模型學到矛盾的分類規律 | 先建立統一的不良代碼對照表 |
| 設備編號不一致 | 同一台設備被視為多台 | 先建立設備主檔與唯一識別碼 |
| 時間格式混亂 | 時序分析結果錯誤 | 先統一時間格式(ISO 8601) |
| 缺值未處理 | 模型預測偏差增大 | 先定義缺值處理規則 |
| 單位不統一 | 計算結果錯誤 | 先統一量測單位與換算標準 |
1.7 建立資料收集清單與缺口盤點
盤點方法論
現在我們進入本單元最重要的實作環節——建立你自己的資料盤點表。
盤點的核心邏輯很簡單:你有什麼、你缺什麼、你要補什麼。我們將以 5M1E 框架為檢核基準,分別盤點排程、品質、維修三大領域的資料現況。
在今天的課程結束前,我們會一起完成這份盤點表。這不是交作業,而是真正幫你的工廠做一次健康檢查。
課堂實作:三類資料盤點表
說明:請根據您工廠的實際狀況填寫以下三張盤點表。不確定的欄位可以先標記「?」,回去向相關同事確認後再補充。這份盤點表將在後續單元中繼續使用。
盤點表 A:排程資料盤點
| 盤點項目 | 5M1E | 是否有此資料 | 資料格式 | 存放位置 | 更新頻率 | 負責人/部門 | 備註 |
|---|---|---|---|---|---|---|---|
| 客戶訂單明細 | Method | [ ] 有 [ ] 無 | |||||
| 生產工單 | Method | [ ] 有 [ ] 無 | |||||
| 機台產能/稼動率 | Machine | [ ] 有 [ ] 無 | |||||
| 人員排班表 | Man | [ ] 有 [ ] 無 | |||||
| 物料庫存/到料時間 | Material | [ ] 有 [ ] 無 | |||||
| 模具/治具可用狀態 | Machine | [ ] 有 [ ] 無 | |||||
| 標準工時(CT) | Method | [ ] 有 [ ] 無 | |||||
| 交期與優先序 | Method | [ ] 有 [ ] 無 | |||||
| 歷史排程紀錄 | Method | [ ] 有 [ ] 無 | |||||
| 插單/改單紀錄 | Method | [ ] 有 [ ] 無 | |||||
| 環境條件紀錄 | Environment | [ ] 有 [ ] 無 |
自評小結:
- 已有數位化資料的項目:_____ / 11 項
- 最急需數位化的項目:__________
- 資料整合的主要障礙:__________
盤點表 B:品質資料盤點
| 盤點項目 | 5M1E | 是否有此資料 | 資料格式 | 存放位置 | 更新頻率 | 負責人/部門 | 備註 |
|---|---|---|---|---|---|---|---|
| 進料檢驗(IQC)紀錄 | Material | [ ] 有 [ ] 無 | |||||
| 製程檢驗(IPQC)紀錄 | Method | [ ] 有 [ ] 無 | |||||
| 成品檢驗(FQC)紀錄 | Method | [ ] 有 [ ] 無 | |||||
| 不良代碼對照表 | Method | [ ] 有 [ ] 無 | |||||
| 不良品照片/影像 | Measurement | [ ] 有 [ ] 無 | |||||
| SPC 管制圖資料 | Measurement | [ ] 有 [ ] 無 | |||||
| 客訴紀錄與分析 | Method | [ ] 有 [ ] 無 | |||||
| 製程參數紀錄 | Machine | [ ] 有 [ ] 無 | |||||
| 量測儀器校驗紀錄 | Measurement | [ ] 有 [ ] 無 | |||||
| 矯正/預防措施(CAPA) | Method | [ ] 有 [ ] 無 | |||||
| 作業環境紀錄(溫濕度) | Environment | [ ] 有 [ ] 無 |
自評小結:
- 已有數位化資料的項目:_____ / 11 項
- 不良分類是否有統一標準:[ ] 有 [ ] 無
- 品質資料能否追溯到批次/機台:[ ] 能 [ ] 不能
- 最急需改善的項目:__________
盤點表 C:設備維修資料盤點
| 盤點項目 | 5M1E | 是否有此資料 | 資料格式 | 存放位置 | 更新頻率 | 負責人/部門 | 備註 |
|---|---|---|---|---|---|---|---|
| 設備清單(含規格) | Machine | [ ] 有 [ ] 無 | |||||
| 預防保養排程 | Method | [ ] 有 [ ] 無 | |||||
| 故障維修紀錄 | Machine | [ ] 有 [ ] 無 | |||||
| 故障代碼/分類 | Method | [ ] 有 [ ] 無 | |||||
| 備品/耗材庫存 | Material | [ ] 有 [ ] 無 | |||||
| 設備運轉時數 | Machine | [ ] 有 [ ] 無 | |||||
| 設備參數(溫度/振動等) | Measurement | [ ] 有 [ ] 無 | |||||
| 維修人員工時紀錄 | Man | [ ] 有 [ ] 無 | |||||
| 設備稼動率(OEE) | Machine | [ ] 有 [ ] 無 | |||||
| 廠商維修報告 | Machine | [ ] 有 [ ] 無 | |||||
| 設備運轉環境紀錄 | Environment | [ ] 有 [ ] 無 |
自評小結:
- 已有數位化資料的項目:_____ / 11 項
- 維修紀錄是否有統一系統:[ ] 有 [ ] 無
- 設備參數是否有自動採集:[ ] 有 [ ] 無
- 最急需建立的紀錄項目:__________
綜合盤點摘要
完成三張盤點表後,請填寫以下摘要,作為後續課程的基礎:
| 面向 | 數位化比率 | 最大缺口 | 優先改善項目 | 預計負責人 |
|---|---|---|---|---|
| 排程 | ___/11 | |||
| 品質 | ___/11 | |||
| 維修 | ___/11 |
整體資料就緒度自評:
- Level 1 — 大部分為紙本/口頭,尚未數位化
- Level 2 — 部分 Excel 電子化,但格式不統一
- Level 3 — 有導入 MES/ERP,但資料未整合
- Level 4 — 系統整合完成,資料品質穩定,可開始 AI 分析
下一步:無論你目前在哪個層級,都不用擔心。從單元二開始,我們會帶著你一步步用 SmartCore AI × MES 系統把資料整理好,為 AI 分析做好準備。
重點回顧
讓我們回顧今天的核心觀念:
flowchart TD
TITLE["生產資料分散對決策的影響<br>5M1E 視角"]
TITLE --> P1["痛點 1:排程靠人腦<br>人力斷層讓經驗消失<br>Man / Method"]
TITLE --> P2["痛點 2:品質靠人眼<br>分類不一致讓數據失真<br>Method / Measurement"]
TITLE --> P3["痛點 3:維修靠紙筆<br>資料分散讓預測不可能<br>Machine / Man"]
TITLE --> P4["痛點 4:導入靠衝動<br>資料沒備好讓 AI 白忙<br>全構面"]
P1 & P2 & P3 & P4 --> CAUSE["共同根因<br>資料未經整理、分類、標準化"]
CAUSE --> SOLUTION["解決方案<br>先盤點、再整理、最後才導入 AI"]
SOLUTION --> FRAMEWORK["分析框架:5M1E<br>Man / Machine / Material<br>Method / Measurement / Environment"]
style TITLE fill:#1e40af,stroke:#333,color:#fff
style P1 fill:#f39c12,stroke:#333,color:#fff
style P2 fill:#f39c12,stroke:#333,color:#fff
style P3 fill:#f39c12,stroke:#333,color:#fff
style P4 fill:#f39c12,stroke:#333,color:#fff
style CAUSE fill:#e74c3c,stroke:#333,color:#fff
style SOLUTION fill:#2ecc71,stroke:#333,color:#fff
style FRAMEWORK fill:#3498db,stroke:#333,color:#fff
七大要點總結
- 生產流程複雜與人力不足:經驗斷層加上流程複雜,使得傳統排程方式已無法應對快速變化的製造需求。
- 不良分類困難與統計失真:缺乏標準化的不良代碼與判定準則,直接導致品質改善方向錯誤。
- 設備維修紀錄分散:資料散落多個系統與紙本,使預測性維護無從實現。
- AI 導入需要資料就緒:完整性、一致性、即時性、可追溯性、可存取性五大維度缺一不可。
- 資料分散拖慢決策:跨系統調資料的時間成本,直接延長了問題處理的反應週期。
- 未分類資料會誤導 AI:不一致的分類、缺值、格式混亂會讓模型學到錯誤的規律。
- 5M1E 框架確保盤點完整:以六大構面系統性地檢視每個領域的資料現況與缺口。
自我評量
請選擇最適當的答案:
第 1 題:某工廠導入 AI 預測設備故障,但預測準確率只有 40%。經調查發現,維修紀錄中同一故障在不同班次有三種不同的代碼。這最可能對應到 5M1E 中的哪個構面問題?
- (A) Man — 人員技能不足
- (B) Machine — 設備老化嚴重
- (C) Method — 缺乏標準化的故障分類方法
- (D) Environment — 工作環境不良
第 2 題:以下哪一項「不是」AI 導入前資料就緒度的評估維度?
- (A) 完整性(Completeness)
- (B) 即時性(Timeliness)
- (C) 美觀性(Aesthetics)
- (D) 可追溯性(Traceability)
第 3 題:某品管主管發現 Pareto 分析顯示的前三大不良項目每個月都不同,但實際產線狀況並無重大變化。最可能的原因是什麼?
- (A) 產品設計頻繁變更
- (B) 不良分類標準不一致,不同人判定結果不同
- (C) 量測設備精度不足
- (D) 原物料供應商頻繁更換
第 4 題:在 SmartCore AI × MES 架構中,為什麼要在 AI 分析之前先完成資料盤點?
- (A) 為了符合 ISO 認證要求
- (B) 為了減少系統建置成本
- (C) 為了確認資料的缺口與品質問題,避免 AI 學到錯誤的規律
- (D) 為了讓管理層同意預算
第 5 題:以下哪一個做法最符合「資料未分類前不應直接進行 AI 分析」的原則?
- (A) 先購買最新的 AI 軟體,再來整理資料
- (B) 把所有 Excel 檔案合併成一個大檔案,直接丟給 AI 分析
- (C) 先建立統一的代碼對照表與資料格式標準,再進行 AI 模型訓練
- (D) 請 AI 自己判斷哪些資料需要分類
參考答案:1-(C)、2-(C)、3-(B)、4-(C)、5-(C)
延伸閱讀與參考資料
- 經濟部工業局(2025)。台灣智慧製造產業白皮書。
- 104 人力銀行(2025)。2025 製造業人才報告書。
- 資策會 MIC(2025)。台灣中小企業數位轉型現況調查。
- Gigli, A.(2026). A Data Readiness Checklist for AI. Medium.
- ScienceDirect(2025). AI-enabled defect detection in industrial products: A comprehensive survey.
本單元結束|下一單元:單元二 — AI 工具在生產流程中的導入應用