讓問題有依據：用營運資料取代猜測與情緒判斷

專案延誤了，是員工不積極、客戶反覆變更，還是公司遲遲沒有確認規格？設備出現異常，是操作問題、設計條件未釐清，還是之前回報的狀況沒有被處理？

如果沒有可以查核的紀錄，討論很容易變成各憑印象、互相指責。聲音最大的人，未必掌握最完整的資訊；被要求負責的人，也未必擁有處理問題所需的權限。

資料導向的營運管理，從建立共同的事實開始。把工作紀錄、專案節點與待處理事項整理到一起，讓公司查得到問題何時發生、如何被回報、目前卡在哪裡，以及下一步需要誰採取行動。

從印象，走向可以核對的事實

公司每天收到日報、開會、交換訊息，但資訊很多，不代表問題已被掌握。

儀表板可以將待處理事項、逾期工作與資料缺漏整理成管理視圖，協助主管辨認需要關注的地方，再回查來源。例如，驗收延後，是測試未完成、客戶規格未確認，還是內部決策尚未回覆？不同原因，需要不同的處理方式。

警示提供調查線索，不能直接證明某位員工有錯。公司需要查核紀錄，也讓相關人員補充說明。

日報交出去，問題也要有人接手

「今日進行設備測試」記錄了活動，卻沒有交代結果、影響與協助需求。補充「測試未通過，可能影響驗收，需要確認規格並安排補測」，主管才有資訊採取下一步。

員工留下工作脈絡，部門主管核對結果、確認影響與安排後續，管理層回應需要決策與資源的事項。每個環節都應有主責與約定的期限。

員工交出報告之後，能查到誰接手、何時回覆、最後如何處理，才形成完整的管理流程。

一個示範：從測試異常，追到確認結案

以一套 CNC 上下料系統為例，假設驗收前的連續測試出現卡料。若日報只寫「測試有問題」，主管仍需要反覆詢問；若紀錄保留測試條件、結果與後續安排，就能沿著同一件事追蹤處理。

以上數值均為虛構示範，並非公司或客戶的實際成果。本項異常結案，也不代表整個專案已驗收、交付或獲得客戶確認。

這段過程能讓公司知道：問題如何被發現、誰接手、採取了什麼行動，以及憑什麼確認改善。若處理卡住，也能辨認尚未完成的是技術排查、資源安排，還是主管決策。

延誤，要查清楚卡在哪個環節

系統整合專案涉及需求、設計、採購、組立、程式、測試與驗收。只看完成百分比，很難知道真正的障礙，需要核對各階段的完成條件、待確認資料、變更與決策。

例如，工程已提出規格疑問，但確認尚未完成。公司需要追蹤規格確認與回應期限。此時只要求工程加快速度，問題仍可能繼續存在。

查核後，才能合理安排責任、資源與時程，讓改善對準需要調整的環節。

交付與服務紀錄，讓經驗留在公司

客戶、專案、系統與設備需要有清楚的關聯。一套系統可能包含多台機器人與周邊設備，不能直接以機台筆數計算交付套數。

系統主檔連結安裝地點、交付範圍與驗收紀錄，售後案件連結相關設備、修改與處理歷史。服務與交接就能有共同依據，減少對個人記憶的依賴。

歷史資料不完整時，應保留待確認，並安排查核。

結案，需要看得見的結果

「已通知」「處理中」與「已完成」，代表不同的狀態。一個問題有人接手，仍可能尚未解決；處理已經執行，也可能尚未驗證效果。

補測是否通過？修改是否排除異常？客戶是否確認？決策需求是否得到回應？結案應保留結果與驗證依據，讓公司能確認改善，也能將重複問題整理成檢查項目與作業流程。

資料導向，也包括承認尚未確認的部分

歷史財務報表不能被當成今日現金，缺少工時不能直接被當成沒有工作。儀表板應區分已確認資訊、待核對資料與預測，保留來源並安排查核。

公司也應檢驗使用後的成效：查找資訊是否更省時？問題回應是否更快？逾期與重複問題是否減少？同時檢視填報與維護負擔，避免讓紀錄工作吞掉實際執行的時間。

衡量這些結果，才能知道工具在哪裡有效、流程在哪裡仍需調整。

工具的成效，取決於使用它的人，也取決於公司如何支持他們

一個工具能發揮多少價值，取決於使用它的人是否願意留下必要資訊、查核問題並持續採取行動。這些人要能成功，也需要公司的支持。

支持必須落實在明確授權、合理資源、主管參與，以及一致的執行要求。公司同意推動之後，就需要讓推動者有權限協調工作，讓員工知道必須配合哪些事項，也讓管理層對自己的回應負責。

若任務被忽略、報告無人審核、決策遲遲沒有回覆，公司應處理這些執行障礙。不能在缺乏配合與授權的情況下，將結果全部歸咎於推動者，或以個人評價代替對流程的檢討。

導入成效需要共同承擔。提出方法的人負責規劃與調整，執行人員履行約定，主管與管理層也需要為自己承諾的支持、交辦與決策負責。

真正的資料導向管理，應讓每一層級都能被事實檢驗。從願意看見問題，到願意回應問題，再到確認問題已經改善，公司的承諾才真正落實。

資料可以讓問題被看見；公司願意回應與採取行動，才能讓問題得到改善。

統旺科技工業股份有限公司｜TOVONN Technology Corporation
工業機器人系統整合・客製化自動化設備