星期二早上，業務帶回一張急單：客戶要兩百組，兩週後要。老闆看了一眼產線，說「排得進去，插進去做」。現場主管沒有反駁，因為他也不知道排不排得進去——他手上只有一張用 Excel 畫的週排程表，上面寫著哪一台機台這週要做哪幾張單，沒有工時、沒有換線、沒有料到齊與否。
三週後，兩張原本答應月底交的舊單延了。客戶打電話來罵，業務回頭問現場，現場說「因為那張急單」。再問是哪一張單被擠掉、擠掉幾天，沒有人答得出來。這不是現場不認真，而是公司從頭到尾沒有一個地方，記錄過「這張單原本排在誰後面」。
Photo by Alberto Rodríguez on Unsplash
排程表不是行事曆，是一組先後關係
很多中小企業的「生產排程」其實是一張月曆：把訂單填進日期格子裡，看起來滿了就不敢再接，看起來空就再塞。這種做法的問題不在於粗糙，而在於它記錄的是結果，不是原因。日期格子不會告訴你，A 單之所以排在這週，是因為它卡在第三道工序的那台機台；也不會告訴你，B 單只要晚三天發料，後面五張單都要跟著往後。
比較務實的理解是：排程是一張「誰在等誰」的關係圖。一張工單拆成數道工序，每道工序綁一個工作中心（機台、工班或外包廠），工序之間有先後限制，工作中心同一時間只能做一件事。當這些關係被記下來，排程才會從「填格子」變成可以計算的東西——也才可能回答那個業務每天都在問的問題：這張單我能答幾號？
插單的成本，從來不只是那張急單
插單之所以讓人痛，是因為它的代價不會出現在急單本身的工時上。假設一張急單只要八小時，實際被吃掉的時間可能包含：
- 換線與換模時間。原本連著做的同規格批次被切開，等於多換一次線。在沖壓、押出、印刷這類換模成本高的製程，一次換線吃掉一兩個小時是常態。
- 被擠掉那幾張單的重新等待。它們不是往後挪八小時，而是要重新排進下一個可用時段，可能是隔天、也可能是下週一。
- 連鎖的後段工序。第一道延了半天，後面的表面處理、組裝、包裝可能各自要重新卡班，加總後遠大於原本那半天。
- 人的時間。現場主管重排、業務回頭跟三個客戶解釋、採購改催料，這些工時通常沒人統計，但確實發生了。
Photo by Robert Stump on Unsplash
一套堪用的排程系統，不需要幫老闆決定要不要接急單——那是商業判斷。它要做的事情比較樸素：在老闆點頭之前，把這張急單丟進模擬，列出「如果插進去，哪幾張單會從原訂交期往後移、各移幾天」。接或不接還是老闆決定，但至少是知情的決定，而且業務可以在客戶發火之前先打那通電話。
一套排程系統該算出來的四件事
一、可承諾交期（CTP）
業務報價時最想要的一句話是「這批最快幾號出得來」。要算得準，系統得同時看三件事：該料號的工序路徑、各工作中心目前已排的負荷、以及關鍵物料的預計入庫日。三者缺一，算出來的日期就只是安慰劑。多數中小企業的落差在第三項——料況在採購的 Excel 裡，排程看不到。
二、瓶頸工作中心的負荷
大部分工廠的產能其實由一兩台機台決定。把每個工作中心未來四週的已排工時對上可用工時，畫成負荷圖，哪一週超載會一眼看出來。更重要的是，這張圖能讓「要不要加班」「要不要外發」從感覺變成算式：這週超載 60 小時，加班能補 24 小時，剩下 36 小時只能外發或延交。
三、換線時間與批次合併
把同顏色、同模具、同規格的工單排在一起，省下的換線時間在某些產業相當可觀。系統要做到這件事，需要一張換線矩陣：從 A 規格換到 B 規格要多久。這張表通常不存在，得靠現場老師傅一格一格填出來，但填完之後它會是整套系統裡最有價值的資料之一。
四、延交預警清單
排程跑完，系統應該直接吐出一張清單：哪幾張單依目前排法會晚於客戶交期、晚幾天、卡在哪一道工序。這張清單的價值在於時間差——晚交這件事通常在交期前三天才被發現，但系統可以在三週前就指出來，而三週前還有加班、外發、跟客戶協調分批出貨等好幾種解法。
導入前要先補的四份資料
排程系統是少數「資料品質決定成敗」的系統。軟體再好，輸入的工時是猜的，排出來的日期也是猜的。導入前通常要先把這四份資料整理出來：
- 工序路徑：每個料號要經過哪些工序、順序為何、各由哪個工作中心執行。
- 標準工時：每道工序的單件加工時間與批次準備時間。初期不必精確到秒，但要分清楚「準備時間」與「單件時間」，否則小批量訂單會被嚴重低估。
- 產能日曆：每個工作中心每天的可用班次、例假日、預定保養停機。少了這一項，系統會把工作排到中秋節。
- 換線矩陣：規格之間的切換成本。可以先做粗分級（同模具／同材質／全換），日後再細化。
Photo by EnCata PD on Unsplash
這四份資料整理起來通常要一到兩個月，而且必須由現場的人來做，顧問或廠商代勞的版本往往過不了現場那關。值得安慰的是，即使最後排程系統沒上線，光是把標準工時與換線矩陣整理出來，報價的毛利估算就會準很多。
不必一步到位：三個階段的務實做法
有限產能排程（Finite Capacity Scheduling）聽起來是大廠的玩具，但對中小企業而言，可以切成三段走，每一段都能單獨產生效益。
第一階段，先讓工單狀態可見。把工單、工序、目前完成到哪一道做成一張線上看板，現場用平板或手機回報。這個階段還沒有排程演算法，但業務至少不必再走到現場問「我那張單做到哪了」。
第二階段，加上負荷計算。用標準工時把未排的工單攤到各工作中心，產出四週負荷圖與延交預警清單。此時排序仍由現場主管決定，系統只負責算數和示警——這通常是投入產出比最高的一段。
第三階段，才做自動排序與插單模擬。導入規則（交期優先、換線最小化、瓶頸優先等），讓系統給出建議順序，並支援「如果插這張單會怎樣」的試算。多數公司在第二階段就已經解決了八成的痛點，第三階段是否值得投資，要看訂單量與插單頻率。
效益怎麼估：用自己的數字算一次
在評估這類系統時，與其聽別人的成效數字，不如用自家的參數算一次。以一間有十台主要機台的工廠為例，可以試著填入下列幾個欄位：每月插單次數、每次插單額外換線時間、每小時產能價值、每月延交訂單數、每張延交的賠償或折讓金額、現場主管每週花在重排的時數。
假設每月插單十五次、每次多換一次線耗一小時、該機台每小時產值兩千元，光是換線一項每月就是三萬元；再加上延交帶來的折讓與主管重排工時，數字通常比直覺大。這個試算的重點不在於得出一個漂亮的 ROI，而在於釐清「主要損失到底發生在哪一段」——如果算出來最大宗是料沒到位，那該先處理的其實是採購與安全庫存，而不是排程演算法。
另外值得留意的是，排程系統的效益高度取決於製程特性。少樣多量、換線成本低的工廠，導入後的改善幅度往往有限；多樣少量、換線頻繁、交期壓力大的工廠，改善空間則明顯得多。評估前先誠實判斷自己屬於哪一種。
先回答得出那個問題
回到開頭那張急單。真正的檢驗標準很簡單：下次老闆問「插得進去嗎」，公司有沒有一個地方，能在十分鐘內給出一份清單，寫明插進去之後哪幾張單會延、各延幾天。
答得出來，代表工序、工時、負荷這些基礎資料已經就位，後續要不要上自動排程只是程度問題；答不出來，那麼不論用的是 Excel 還是昂貴的套裝軟體，排程都還停留在憑經驗的階段。建議從最小的一步開始：挑一條最常被插單的產線，把它的工序與標準工時先整理出來，跑一個月的負荷圖看看，再決定要不要往下走。