「很遺憾，貴單位的數據不能用……」
這大概是所有數位專案推進會議上，最讓人背脊發涼的一句開場白。
「很遺憾，評估過後，貴單位目前的數據根本不能用。我們建議先回去把數位化做完，再來開始這個專案。」
話音未落，投影幕冷光映照下的會議室瞬間降至冰點。接著，你就看著主位的長官臉色一沉，手裡的原子筆重重往桌上一拍，整個人直接暴跳如雷：
「為什麼會被反應數據不能用？當初內部考核不是都說數位化已經完成 100% 了嗎？花了幾百萬建系統、買設備，現在跟我說不能用？難道我們現在又要開倒車了嗎？」
一陣暴跳如雷的訓斥後，空氣徹底凝結。台下的業務單位低頭猛敲鍵盤裝忙，IT 部門眼觀鼻、鼻觀心，現場主管把玩著識別證一言不發。長官足足罵了大半個小時，從公司願景一路質疑到執行力；最後，指針悄悄走過五點，一個寶貴的下午就這樣在彼此甩鍋與無力感中消耗殆盡——一場無疾而終、徒增怨懟的典型企業會議。
等到長官發完脾氣、大家冷靜抽絲剝繭後才發現：很多東西當初宣告的「數位化 100%」，充其量就只是停在最陽春的數位化（Digitization），根本沒有接上後面的「數位優化（Digital Optimization）」！
正如前一章所談的採購與公文案例，很多單位所謂的「完成數位化」，只是把原本的手寫紙張換成了純文字記錄，或者把簽完核的表單掃描成死板的 PDF 存進硬碟。
精確地說：這些散落在各處的檔案與欄位，根本就不是「可自動化流動的結構化數據」！
在這種大型組織裡，永遠不會有人白目到在檯面上講出大實話：
不會有人承認：「因為這是我們部門的業務籌碼，我才要有自己的私有資料庫，憑什麼給別人？」
更不會有人當著長官的面坦白：「給了你們權限，回頭你們拿這數據來稽核我、抓我現場的小尾巴，我不是拿石頭砸自己的腳嗎？」
至於掌控系統大門的資料庫管理員（DBA）與資安團隊，心態更是微妙——權限這種東西，少開一個算一個，免得哪天爆炸了，責任全算在我頭上。
以上每一個看似合情合理的防衛機制，在業務流程上硬生生砍出了一道道斷點。
在這種滿是斷點的環境裡，企業過去到底靠什麼活下來的？
答案既諷刺又真實：靠少數資深員工當「人肉數位膠水」，硬生生把資料串起來。
每個部門總有那麼一兩位老鳥，他不見得懂什麼資料庫架構，但他的大腦裡裝著整間公司的地下管線圖。他知道去生管系統匯出 CSV 檔，再打電話給倉儲的小李要密碼解開另一份 Excel，接著熟練地打開 VLOOKUP 和巨集，把兩邊欄位人工比對、修補缺漏，最後在下班前拼出一份報表寄給長官。
搞定各單位的壁壘、用人肉抹平系統的斷點——這就是他的核心價值。
但這種「靠人串起來的流程」，本質上脆弱得不堪一擊。業務流程上的斷點，映射到系統架構裡，就是數據流上的致命斷點。 這也是為什麼在這種企業裡，你永遠別妄想能「一鍵獲得可靠的關鍵數據」——因為中間只要那位老鳥休年假，整條數據生產線就立刻半身不遂。
更精彩的還在後頭。當你費盡九牛二虎之力，終於把零碎的資料拼湊出一個關鍵指標或預測模型，興沖沖地上線展示時，現場往往會迎來第二波冷水。
在正式檢討會上，資深同仁雙手抱胸，面無表情地拋出一句：
「你算出來這關鍵數據不準啦，根本不好用。」
當你虛心請教：「前輩，那請問哪裡不準？我們該怎麼改進調整？」
他卻只是嘴角抽動一下，淡淡回你：「現場狀況很複雜啦，你們寫程式的不懂。」
直到會議結束、你走到走廊盡頭蹲廁所時，隔壁隔間傳來幾位現場前輩私下交談，你才會聽到最血淋淋的真相：
「笑死人，總部那群工程師抓資料，根本沒考慮到機台換模的清機係數啦！」
「對啊，而且最關鍵的損耗補件，倉管都記在自己的內帳資料庫，根本沒進大系統，他們沒用那份資料，算出來的數字會準才見鬼了！」
這就是顧問業最喜歡掛在嘴邊的套路：「我們要實際參與現場流程，我們想要看 SOP！」
但外來者永遠不知道的是：在壁壘分明的傳統組織裡，印在白紙黑字上的 SOP 只是應付 ISO 認證的公關道具，真正的「地下運作流程」與「關鍵數據特徵」，早就被現場老手當作護身符，深深鎖在自己的肚子裡。
聊到這裡，很多人直覺的解法就是：那我們搞個大架構，架個超大的 Data Lake，把全公司的數據全部強行打通不就好了？
別傻了。資料庫實體分散沒關係，大家對資安、硬體成本的期待本來就不同；但業務流程上的調用邏輯，絕不能碎片化！
每家公司每個部門，對資安層級的定義天差地遠，對硬體成本的承擔意願更是完全不同——業務部希望所有資料丟上雲端隨時看，資安部門堅持內網實體隔離；工廠現場巴不得感測器每毫秒送一次封包，IT 部門卻抱怨伺服器頻寬會被塞爆。
所以，真正的轉型攻防戰，重點從來不在於「把底層所有硬碟物理性地搬進同一個機房」，而是：
「你的業務調用邏輯，到底能不能做到不碎片化？這才是唯一核心！」
如果業務調用邏輯斷掉了，就算你在機房裡堆滿了最頂級的伺服器，現場依然得面對嚴重的滯後性。就像過去的庫存管理，表單每個月底才人工結算產生一次，基本上就是跟著上市公司的財會法規在走。你說拿這種表單來幹嘛？這就是妥妥的滯後性（Lagging Indicators）！面對現場瞬息萬變的排程調度，一份一個月前發生的「歷史驗屍報告」，根本無法提供任何即時決策的價值。
除了部門高牆，現場還有一堵實體高牆——老舊機台。
走進廠區，你會看到一堆運轉了十幾二十年的設備，螢幕上明明能看到溫度、壓力、稼動率，它自己也能印出日報表。但當你想把數據撈進系統時，現場主管雙手一攤：「這台機器沒有開放通訊協定，原廠不給串接。」 數據能看、有報表，但廠商接口封死，成了一座座看得到卻吃不到的黑盒子。
既然實體機台碰不到，硬碰硬只會讓預算被打穿，我們就只能把視線轉向「現場人員的眼睛每天盯在哪裡」——這裡提供一個現場實戰的「作弊方式」：
扣除掉年報、月報那種純粹應付法規與審計的死板文件，去看現場「過去多久看某張報表做一次決策」，這在某種程度上，就直接反映了這張表（與背後數據）的真實重要性！
如果一張表現場班長每兩小時就要看一次來調溫度，那這組數據就是維繫生產的心跳線，無論如何你想破頭也得把它打通；
如果另一張表列了幾十個參數，但大家每兩個月才瞄一眼，那就算原廠雙手奉上 API，它在當下的決策優先級也是零。
而決策頻率的優先級，直接決定了題目的價值優先級。
但千萬要注意：通常最後彙整決策的結果是 Excel 的，事情都很可怕。
這張支撐著每天高頻決策的 Excel 是怎麼生出來的？老鳥到底私底下打了多少通電話、跨了幾個部門、用了哪些不能說的手動轉換才人工拼湊出來？怎麼串的，往往「不好說」，更不能說。
那麼，要如何打破這種由部門壁壘與人肉 Excel 築起的泥淖？
答案是：這件事必須在少數「真正的大頭（高階決策者）」有參與的會議上，讓它自然蹦出來！
當管生產營運的副總親眼看到自己每天用來做重大決策的關鍵報表，居然沒辦法自動化產生、底層完全不夠透明、全靠某個老鳥每天花三小時人肉搬運時，高層的神經才會被真正觸動。這時候，業務流程上的斷點就不再是工程師的抱怨，而是會被高層「以行政權威，強行要求補上」！
而這，才是真正推得動的開始。
我就親身經歷過這樣的名場面：當那位副總在會上看懂了這層斷點後，親自拿起電話打給資訊部的大頭再次拜託。資訊部主管在電話那頭推拖了半天，最後終於「溫吞吞」地願意排時間開會。在跨部門會議室裡，資訊部主管語氣極兇、臉色極度難看地拍著桌子說：
「我們非常忙！這組資料要對外開放，最快也要半年後才行！」
一個原本在畫面上明明「隨時能看（View）」的現成數據，僅僅是要改成「能被 API 呼叫調用」，竟然要足足等上半年！
換作一般工程師，聽到要等半年可能當場心涼了半截。但我心裡卻充滿了感激。
因為這件事情的本質，從來不是技術問題，而是：「組織最高層對於『資訊不透明度』的容忍底線，到底能退讓到哪裡？」
只要大頭的容忍度被打破、只要高層親自定調要求透明，哪怕對方的態度再溫吞、時程再拖沓，事情或許走得慢，但它終究會被完成！ 而且，光是「將這段關鍵數據的透明度顯著改善、把黑盒子的地下管線浮上檯面」，就已經是這個專案極具商業價值的「階段性 KPI」了；只要這一哩路被鑿開，專案後續的推動也將會無比順利。
回到專案初期，為什麼很多團隊在做可行性評估時，會發現這類題目的「量化效益注定難產」？
因為資料在各單位的斷點中被硬生生切開了，連最基礎的變異度跟波動基線（Baseline）都產不出來。當關鍵數據連自動化算出來都做不到，前面談的量化直接破功。
所以，在面對因業務斷點而導致的資料碎片化時，請務必隨時抬起頭校準：
你現在耗費心血試圖打通的這塊碎片，到底跟最高決策者腦中的「營運藍圖」是否一致？
如果一致，哪怕前面遭遇 DBA 阻攔、機台封閉、甚至要等上半年，借大頭的手終能將斷點一一焊死；但如果這塊數據根本不在大頭的核心視野裡，你就算花了九牛二虎之力把兩張報表用 Python 硬串在一起，說穿了——你也只是在滿地的碎玻璃裡，徒勞無功地拼湊著毫無意義的碎片而已。
比「各部門各自為政、老舊機台不給串接的數據孤島」更可怕的是什麼？
是走進現場時，你絕望地發現——這裡連一座島都沒有，整個組織根本「沒有數據」！
所有的決策依據，全停留在受潮泛黃的手寫便條紙，以及老師傅一句高深莫測的「經驗」。
當這群把持核心 Know-How 的老員工退休或離職時，企業將迎來怎樣的業力引爆？
下一篇，我們來聊聊最痛的一幕：《第十章｜價值的度量：你的經驗傳承也失「億」了嗎？》
iThome鐵人賽
看影片追技術