交期一直跳票？先看這三個資料源準不準

「上個月我跟客戶掛保證這次一定準，結果又晚了五天。現在我打電話過去，對方第一句話是問我『這次是真的嗎』。」

講這句話的是一位業務經理，講完有點尷尬地笑了一下。旁邊的生管沒說話，把筆電轉過來，畫面上是一張叫「交期追蹤」的 Excel，最右邊那欄是「預計完工日」，有幾格被改過三四次，痕跡還留著——舊日期用刪除線劃掉，新日期寫旁邊，再劃掉，再寫。老闆坐在主位，聽完說：「我在想是不是把交期管控拉出來，弄個系統盯緊一點。」

我是熊董，台灣川輝科技。我帶團隊做導入七年，經手 34 個案子、橫跨 12 個產業。這個場景我看過太多次，所以我先把結論講死：交期不是承諾出來的，是算出來的。你今天敢跟客戶說九月二十號，背後一定有一個算式——料什麼時候齊、做要做多久、產線什麼時候輪得到這張單。這三段分別對應三個資料源：庫存準不準、標準工時準不準、產能怎麼算。這三個之中只要有一個是用猜的，你算出來的交期就是猜的；剩下兩個再準也沒有用，因為它們會被那個猜的數字整個帶偏。生產交期延遲之所以會變成慢性病，不是業務嘴太鬆，也不是生管不夠兇——是公司裡沒有任何一個人手上握有這三個資料源的真實版本，於是每個人都在用自己那份不準的資料，猜一個聽起來很負責任的日期出去。再兇的業務也只能把日期喊得更早，喊不出料什麼時候到。

先承認你是對的：業務先報一個日期，是不得已

我知道很多老闆的第一反應是「那就叫業務不要亂承諾」。這句話得先說句公道話。

業務不先給一個日期，這張單根本接不到。客戶同時在比三家，你回一句「我問一下生產再回覆你」，等你問完打回去，單已經給別人了。所以業務會做一件在他位置上完全合理的事：憑經驗抓一個日期，抓的時候還偷偷多留幾天。這不是不負責任，這是資訊不足時一個人能做出的最好決策。

真正的問題是這個緩衝會被一路吃掉。業務多留三天，生管看那個日期很緊，自己再往前壓現場三天，現場知道生管每次都會壓，報工的時候也留一手。整條鏈上每個人都在對抗彼此的不準，卻沒有任何一個環節在處理那個真正的問題：這張單的實際交期到底應該是哪一天。

我在現場常做一個測試：挑一張已經延遲的單，分別問業務、生管、現場組長「這張為什麼晚」。多半會拿到三個不同、但聽起來都有道理的答案。表面上像在互相推卸，實際上可能同時都是真的——公司裡根本沒有一份共同的紀錄可以對照，每個人只能講自己看得到的那一段。

交期是算出來的：把三個資料源逐個拆開

那個算式其實很土，土到不需要任何系統就能寫在白板上：能開工的日期，加上做完需要的時間，加上排隊等產線的時間，等於交期。三個加數，對應三個資料源。

資料源一：庫存準不準，決定「什麼時候能開工」

這一個最常被跳過，因為大家直覺會把交期問題想成生產問題。但回頭看那個算式，第一個加數是「料什麼時候齊」，這個答案來自庫存，不來自生產。

庫存不準有兩種壞法。第一種是帳上有、實際沒有，這種直接害死交期：生管看系統說庫存夠就把單排進去，開工當天倉庫翻不出來，只好緊急採購，交期立刻往後推一兩週，而且這個延遲完全在計畫之外，沒有人來得及跟客戶重談。第二種是帳上沒有、實際有，不會當場出事，但它讓你多買不必要的料、壓住現金，久了還會養出一種很危險的態度——「反正系統的數字不準，我自己去倉庫看比較快」。現場一旦養成這個習慣，之後裝什麼系統都很難救，因為所有人都會繞過它。

要判斷自己是哪一種，不必等年底盤點。挑十個最常用的料號，這週就去倉庫實地數一次跟帳面對照。差異為什麼發生，通常指向幾個固定的地方：領料沒登、退料沒登、報廢直接丟掉沒人記、臨時借料。怎麼追我在〈倉庫盤點總是對不起來？〉裡寫得比較細，這裡只講它跟交期的關係——庫存錯一次，交期就錯一次，而且是最沒得補救的那種錯。工時估錯還能加班趕，料不在，加班也變不出來。

資料源二：標準工時準不準，決定「做完要多久」

第二個加數是製造時間，它的來源是標準工時。

這個數字在多數公司的來歷都很可疑。常見的狀況是：報價時為了算成本，找老師傅估一個數字填進去，從此它就住在系統裡，一住好幾年。中間換過機台、改過製程、進過一批新人，沒有人回頭動它。你現在就能測：隨機挑三個料號，問生管標準工時多少，再問實際做那道工序的師傅多少。

不過比數字本身更常出錯的，是被整段漏掉的部分。標準工時通常只記了「機台在跑」的那段時間，但一張單從投料到入庫，中間還有換模、調機、首件確認、等品檢、等外包來回、返工重做。這些時間不會出現在工時表上，卻實實在在吃掉你的交期。於是會出現一個很典型的現象：每道工序的標準工時加起來是三天，實際從開工到完工卻是十二天。中間那九天去哪了沒有人說得出來，因為從來沒有被記錄過——而你答應客戶的日期，往往是用那三天推出來的。

那能不能靠現場報工資料回頭補？理論上可以，前提是你的報工是真的。很多工廠的報工是下班前一次補登、或月底為了結帳一口氣補齊的，順序跟時間全部對不上真實狀況。拿這種資料反推標準工時，只會把原本的錯誤固定下來，而且從此更難質疑，因為它「有數據支持」。怎麼判斷自家報工能不能用，我在〈報工都有做，數字還是不能看？〉裡拆過幾個檢查方式。

資料源三：產能怎麼算，決定「要排隊多久」

第三個加數最抽象，也是三個裡面最容易被高估的。

多數公司算產能的方式是機台數量乘以上班時數。這個算法在簡報上很漂亮，在現場撐不到一天。真正會把產能吃掉的有幾件事：人——那台機的師傅今天請假，機台在但產能不在；模具與治具——兩張單搶同一副模，機台空著也開不了；品檢與返工——做完不等於能交，卡在檢驗跟重做的時間算不算產能，你得先決定，不然這段就會變成憑空消失的交期。

還有一個最容易被忘記的：現在線上已經有多少單在排隊。你用理論產能算出「這張單要做三天」，卻沒算它前面還有幾張得先做完，那個三天就毫無意義。我遇到的案子裡多半有一個共同點——老闆心裡的產能數字跟現場實際做得出來的量，差距穩定存在，上上下下心知肚明。這個差距不會自己消失，它會轉化成交期延遲，每個月在檢討會上以「這個月比較忙」的形式重新出現。

資料源	它決定交期的哪一段	壞掉之後的症狀	這週就能做的檢查
庫存	什麼時候能開工	開工當天才發現缺料，緊急採購，延遲毫無預警	挑十個常用料號實地數一次，跟系統帳對照
標準工時	做完要多久	工序加總三天、實際十二天，中間的差額沒人解釋得了	挑一張已完工的單，比對工時加總與實際天數
產能	要排隊多久	業務問「還能不能再接」，每個人給的答案都不一樣	問生管：現在線上排隊的單，全部做完要幾天

三個都是猜的，最後會長成什麼樣子

這三個資料源同時不準的公司，會發展出一套很一致的病程，我幾乎每次都看得到同樣的三個階段。

第一階段是加保險。交期常常晚，於是每個環節都自己加天數：業務多報幾天、生管多壓幾天、採購把前置期抓得比實際長。結果是報給客戶的交期越來越長，報價階段就開始輸給同業，而實際延遲一點都沒變少——造成延遲的三個原因一個都沒被處理。

第二階段是插隊救火。快到期的單被特別關照，老闆或業務主管出面要求優先做。這動作本身有效，但它是零和的：這張單提前，代表另外幾張往後，而被推後的那幾張過幾天也會變成急單，於是再插一次隊。到這裡，你的排程已經不是排出來的，是每天早上吵出來的，吵贏的通常是講話最大聲的人。

第三階段是全面不信任。系統上的預計完工日沒有人在看了，因為大家都知道那是假的。業務問交期不查系統，直接打給熟識的組長；生管排單不看系統產能，看自己那份 Excel；老闆要數字就叫人手工做一份。公司已經退回到全靠人際關係在跑，只是外表還有一套系統在。

這過程裡最貴的成本不是延遲賠出去的錢，是現場對「數字」失去信任。同一批人，你三年後想推任何跟資料有關的東西，迎面而來的都是「上次那個也是這樣講的」。

那到底該不該買系統

會有人問，這三個資料源如果都不準，是不是上一套系統就會準？反過來才對。

系統做的事是把你餵給它的數字算得更快、印得更整齊。庫存帳不準，它會用不準的庫存算出一個很有自信的可開工日；標準工時是估的，它會用估的工時排出一張很專業的表。你買到的是一台更快的猜測機器，而且因為印出來的東西很正式，反而更難有人敢說這是猜的。

那什麼時候該買？當你的庫存帳跟實際差得夠小、標準工時有在維護而且含得住換線與等待、產能定義扣得掉人跟模具跟品檢——這時候你會遇到另一種痛苦：條件太多，人腦排不動。機台十幾台、工序七八道、每張單路徑不同，還要權衡交期跟換線成本，這種組合爆炸確實不是 Excel 能處理的。另一種該買的情況是：這三個資料源只存在一個資深生管的腦袋裡，而那個人快退休了——導入的目的不是算得比他準，是逼你們把他腦袋裡的規則寫成可以被檢查的參數。

所以你明天該做什麼

不要再開交期檢討會，那個會你開過很多次了，開完大家很有共識，下個月照舊。

明天改做這件事：挑五張最近延遲的單，一張一張把延遲原因歸到那三個資料源裡的其中一個。是開工比預定晚（庫存），是開工後做的時間比預估久（標準工時），還是一直卡在排隊（產能）。歸不進去或同時牽涉兩個以上的另外放。五張大概花你一個下午，但你會得到一個現在完全沒有的東西：方向。

我遇到的案子裡多半會出現明顯的偏向——五張裡有三四張卡在同一個資料源上。那就是你該先修的地方，其他兩個先放著。三個一起修的公司通常一個都沒修完，因為每一個都要動到不同部門、不同人的習慣，同時開三條戰線沒有人扛得住。如果偏向不明顯，就從庫存開始，理由很現實：它最容易驗證對錯，去數就知道，而且它是三個裡面唯一錯了就沒得補救的。

如果五張單歸完你發現三個都有問題、不知道從哪下手，或者不確定自己的標準工時夠不夠格拿去當任何系統的輸入，可以找我聊三十分鐘，我陪你把這三題逐一過一遍。