想踏入生管？你知道生產管理和現場管理的差別嗎？

By Peter 06 July 2026 生產製造 & MES 製造執行系統
想踏入生管？你知道生產管理和現場管理的差別嗎？

先說這篇文章的重點也是結論：生產管理管的是「計畫如何、應該怎麼做」；現場管理管的是「現在怎麼做得動、實際狀況如何」。 前者講交期、產能與計畫；後者是缺料、治具、停機與插單等實際開工的狀況。兩個名詞很像，但它們是完全不同的東西。

回到皮克敏娃娃訂單案例就知道了 XD

週一早上 7 點，生管 Kevin 在早會提到的：「工單 WO-01 先跑。」這句話的本質是派工：WO-01 派給 A 吊飾線，優先序壓過 WO-03。到了 10:30，A 線傳回來：「夾治具還沒到，先做工單 WO-03 可以嗎？」，這問的是現場能不能開工、若開不了工要不要先跑另一張。業務 Peter 又在群組補一句：「客戶臨時要 100 隻，今天一定要出。」那是新的交期壓力又會逼生管重新派工一次。

同一個早上，兩種管理正在同時運作：

  • 生管 Kevin 的世界是生產管理：他要守住交期，要把工單順序排得「看起來能實現」，也就是工單給誰、先做誰、插單後改派給誰。
  • 領班的世界是現場管理：他要讓製程線先動起來，要回答「下一張工單到底做哪張，卡住怎麼救」，也就是治具齊了沒、能不能開工、實際有沒有開始做。

若把「派工」與「開工」當成同一件事，就會覺得：早會已拍板，為什麼還要人在製程線決定？答案很簡單——拍板是派工；開工才是現場這一層的事情。

​

目錄

  1. 生管派工和現場開工的差別
  2. 四層拆解：Planning(計畫)、Scheduling(排程)、Dispatching(派工)、Execution(開工與執行)
  3. 為什麼排程每天被推翻？往往是「有排程、沒派工」或「派了、開不了工」
  4. MES 系統扮演什麼角色？
  5. 最常見的三個誤解
  6. MES 系統（生產管理、現場管理）導入前自我評估表：缺的是派工還是開工？
  7. 總結

​

生管派工和現場開工的差別

說白話點：

  • 生產管理：是把工單變成「可執行的計畫」，回答「做什麼、做多少、什麼時候做、先做誰」，這就是派工。
  • 現場管理：是把計畫變成「工班中可控的動作」，回答「現在該做哪一張、卡在哪、誰在做、做到哪了、為什麼落後」這就是開工（以及完工、報工）。

如果 ERP / MRP 或 MES（生產管理） 告訴你「應該發生什麼」，那麼 MES（現場管理） 則會跟你說「當下正在發生什麼」。

把它翻成一個工廠現場最常用的二分法：

  • Plan（計畫、應該怎樣），也就是計畫、排程、派工
  • Actual（實績、實際是怎樣），側重：開工、報工、停機、進度

MES 系統不是「等於生產管理」也不是「等於現場管理」；它比較像橋樑：一邊承接生管的派工結果，一邊記錄現場的開工實績。

​

四層拆解：Planning(計畫)、Scheduling(排程)、Dispatching(派工)、Execution(開工與執行)

計畫奠定整個方向；排程制定出可行的執行順序；派工（或調度）在製程線已動起來時決定下一張做哪張工單；開工與執行則是把已派工的指令真正做起來，留下開工、完工、停機與進度等實績。

這四層可以直接對應在 MES 系統裡會碰到的「誰在進行決策」：

層級在做什麼影響粒度（時間）典型角色
Planning（規劃）這週做哪些、做多少週或月生管
Scheduling（排程）把規劃翻成機台、製程線、站點的可行順序天 ~ 週生管、排程
Dispatching（派工）工班中「下一張工單到底做哪張」的即時決策分 ~ 時生管（必要時授權工班 / 領班，但權責仍屬生產管理）
Execution（開工與執行）實際開工、完工、點檢、檢驗、停機原因秒 ~ 時操作員、領班、品保、維修

這裡的關鍵是：生產管理通常涵蓋 Planning（規劃） + Scheduling（排程）與 Dispatching（派工 / 下達 / 調度）；現場管理則涵蓋開工與執行（含進度回報）。

英文文獻常把 Dispatching 寫在「floor is already moving」的當下決策。對台灣的產業職能來說，比較精準的讀法是：工班中改派仍是生產管理的派工職責；現場要扛的是「依已派工單開工」以及「開不了工把限制回報給生管」，而不是默認把派工職權算到領班頭上（有夠倒霉）。

​

為什麼排程每天被推翻？往往是「有排程、沒派工」或「派了、開不了工」

曾看過一個很奇葩的現象（但我認為是一個需求點），就是很多製造工廠導入排程系統當下感到很失望：「排程表看起來很 漂亮，但現場根本不照做。」這不是排程人員不專業，也不是系統爛，而是現場把 Scheduling（排程） 當成 Dispatching（派工） 來用。

這種派工清單其實很快就「過期」了，因為第一張工單跑久一點、第一台機台機停、第一張插單進來，那整個派工清單就不符合現場的條件了；若生管沒有再下達新的派工，那工班 / 領班只能憑經驗「救火式派工」，系統最後只會淪為「參考畫面」…

大部分的排程演算法在做的是 Capacity Loading（把工單塞進產能），但現場真正要落地的是：

「此刻這張工單能不能開工」、「我現在應該專注在哪項工作？」

這含義是一個非常務實的結論：

  • 對生管：此刻該派哪張工單給這條線？（派工）
  • 對現場：這張工單能不能開工？像缺治具就開不了工

皮克敏案例裡，Kevin 早會派 WO-01，是派工；10:30 治具沒到，那是開工條件沒滿足。領班問「先做 WO-03 可以嗎」，背後真正要走的流程通常是：現場回報卡住 > 生管改派 > 現場依據派工來開工。若公司習慣把「改做哪張」全交給口頭喊單、卻從不回寫生管派工紀錄，下次排程仍會用假設的方式。

MES 系統很容易卡在中間：客戶以為買了系統就同時有排程、派工、開工。其實要先拆清楚：排程不是派工；有派工單也不見得有開工紀錄。 實務上必須先把這幾個層面拆開才知道製造廠要先解哪個難題：

  • 痛點是「交期常失準、換產線時與資源衝突難預估」> 缺的是 Scheduling（排程）（生產管理的排程能力）。
  • 痛點是「天天吵工單優先順序、白板上永遠跟系統不一致」> 那缺的是 Dispatching（派工）（生產管理的派工與改派紀錄）。
  • 痛點是「系統顯示在跑、製程線其實沒動；或治具齊了卻還在群組問要不要開工」> 那問題就在 開工與回報（現場執行與可視化）。

​

MES 系統扮演什麼角色？

ERP 先產生生產工單與初步優先排程計畫，接著 MES 接手做細部調整，把工單釋出到現場執行，並在過程中提供即時監控與回饋。（可以參考我這篇文章提到的串接細節：：ERP 工單怎麼下達到 MES 系統？一次搞懂 Excel、中繼資料表、API 三種串接實務方式）

對照「生管 = 派工、現場 = 開工」，MES 通常會切成 2 種 UI 介面與區分不同的使用者：

行為較像哪邊MES 常做的事
派工生產管理依排程下達工單到製程線與製程站、改派、鎖工序、防呆「未派不可開工」
開工與報工現場管理開工與完工、停機原因、進度、品質事件

也因此：

  • MES 常常涵蓋 Scheduling（排程）的一部分：例如把 ERP 的工單順序微調、鎖序執行、避免資源衝突。
  • MES 一定會碰到 Dispatching（派工） + Execution（開工）：因為「釋出工單」、「工序的開始結束」、「掃碼」、「停機原因」都在這裡。
  • ERP 與 MRP 不適合取代 Execution（開工）：因為 ERP 還是比較偏向 Financial（之後再另外分享），所以時間粒度是 天 / 週；而工班（開工）的現場是 秒 / 分 / 時。

這也是之前在 MES 報工與 OEE 儀表板那篇：提過的：同一張工單 99% 與 73% 不是算錯，是看得問題不一樣，計畫側重於「工派了沒、計畫走到哪」，現場則看重「工開了沒、製程卡在哪一製程站別」。

​

最常見的三個誤解

－誤解 1：生產管理就是排程，現場管理就是回報

現場管理的核心起點是開工，不只是「事後回報」。真正難的是分清：誰有權改派（生管）、誰負責在條件齊了之後開工（現場）。排程再漂亮，沒有派工下達，現場沒有開工資格與指令；派工下達了，治具沒到，現場也不能硬開 …

－誤解 2：只要有 ERP 的生產模組，就不需要 MES

ERP 與 MRP 擅長「應該做什麼」。若硬用它們管工班中每一分鐘的開工與停機，那會回到「誰喊得大聲誰先做」。MES 的價值之一是讓派工結果與開工實績核對得起來：生管看得到有沒有被開工、現場看得到有沒有被派工。

－誤解 3：排程工具可以順便派工

把排程軟體硬拿去做派工，結果可能是早上九點前還行、九點後就開始失真。最後就淪為現場「參考、顯示用」 XD

​

MES 系統（生產管理、現場管理）導入前自我評估表：缺的是派工還是開工？

類型若你常看到這些狀況問題缺口要補救什麼
A. 缺生產管理（派工）1. 早會有提到工單順序，但製程線上沒有清楚的「這張工單派給誰」
2. 插單、缺治具時改派都只靠口頭溝通，MES 與白板沒有單一真相
3. 最常吵「這張工單先跑還是那張」		派工指令沒下到製程線，或改派沒留下紀錄可追蹤的派工與改派
B. 缺現場管理（開工）1. 工單已派，但遲遲沒人開工
2. 開了工卻沒回報
3. 治具、料件未齊套卻沒有開工前防呆
4. 不知道哪一製程站真的開工了、卡在哪		開工條件與開工紀錄缺失開工條件、開工紀錄與即時進度

如果上述 A、B 都中，通常不是直接買兩套系統（買十套都沒果效 XD），而是整個廠區翻起來共同定好規則、契約才是：

邊界項目誰負責要寫清楚什麼
派工與改派生管（預設）誰可以派工、誰可以改派
開工現場誰可以開工、開工前要滿足什麼
開不了工現場回報，生管改派現場如何回報、多久內必須回到生管改派
改派回寫生管與系統改派後如何回寫，避免下次排程還以為現場仍照舊順序在做（例如系統仍顯示 WO-01 先跑、其實已在跑 WO-03）

邊界規則寫清楚，MES 系統才知道要做「生管派工畫面」還是「現場開工畫面」，或兩邊都要、但權限一定要切開。

​

總結

想轉職生管，或導入 MES 系統，請務必要記住：

  • 生產管理：派工——工單派給誰、先做誰、班中誰有權改派
  • 現場管理：開工——條件齊了沒、真的開始做沒、卡在哪要回報

排程每天被推翻，通常不是因為不會排程，而是把排程當成派工，又把派工當成開工。MES 的價值不是多一個報工按鈕，而是把生管的派工指令與現場的開工真相接在同一條線上，讓生產計畫不再淪為紙上談兵。

若要往下拆「生管憑什麼決定這張先派、插單怎麼排」，派工邏輯可以參考：工單到了產線，生管憑什麼決定誰先做？現場排程與優先順序的實務邏輯。

​

Ref

  1. MES Matters｜Getting started with MES

  2. Collide Technology｜Scheduling vs Planning vs Dispatching in Real Operations

comments powered by Disqus