什麼都做!~良

2026年11月7日星期六

示範公司 250 台電腦，資安更新還在靠人工？MIS 不想每天當「更新工讀生」：Windows、Linux 開源派送工具一次整理！ #MIS資訊管理 #企業資安 #Windows更新 #Linux更新 #軟體派送 #開源工具 #IT自動化 #端點管理 #PatchManagement #Windows管理 #Linux系統管理 #WSUS替代方案 #電腦集中管理 #資安漏洞修補 #IT維運 #什麼都做!~良

最近資安漏洞消息一波接一波，Windows 要更新、Linux 要修補，OpenSSL 要注意，SSH 也不能放著不管。

MIS 每天除了處理 USER 的電腦問題，還得顧 Server、網路、備份及各種系統。假設公司有 USER + SERVER 約 250 台，環境同時存在 Windows Client、Windows Server、Linux Server，難道每次有安全更新，都要工程師一台一台登入、下載、安裝，再祈禱不要出事？

如果真的這樣做，MIS 大概不是在管理資訊設備，而是在參加「全公司電腦更新馬拉松」。

那麼，有沒有免費、開源，而且可以同時管理 Windows 與 Linux 的工具？答案是有的！而且不一定要買好幾套商業軟體。

一、250 台設備，有哪些開源更新派送工具？

目前值得研究的工具有 OPSI、Ansible AWX、PatchMon 等。它們的定位不完全相同，有些偏向端點管理，有些偏向自動化，有些專注於伺服器更新。

工具	Windows	Linux	操作難度	是否需要寫腳本	主要特色
OPSI	支援	支援	中	少量，進階功能需要	軟體派送、硬體盤點、Patch Management、作業系統部署
Ansible AWX	支援	支援	中高	需要 YAML Playbook	自動化、排程、分批更新、跨平台管理
PatchMon	支援	支援	低至中	基本派送不必，進階整合可能需要	單一 Web 介面、更新管理、弱點及合規資訊
Rudder	支援	支援	中	依管理需求而定	組態管理、政策執行與合規管理

1. OPSI：偏向完整端點管理

OPSI 是開源的跨平台設備管理工具，除了 Windows、Linux，也支援 macOS。

主要功能包括：

集中派送軟體。
Windows、Linux 用戶端管理。
硬體與軟體盤點。
Patch Management。
作業系統自動部署。

優點是比較接近完整的企業端點管理平台，對於有大量 USER 電腦的公司很有吸引力。

缺點是需要架設 Linux 管理伺服器、安裝 Client Agent，初期設定與套件管理需要花時間熟悉。部分進階功能也可能涉及額外模組或授權。

官方網站：https://opsi.org/

2. Ansible AWX：自動化能力很強，但要懂一點程式

AWX 是 Ansible 的開源自動化管理平台，可以透過 Web GUI 建立工作流程、排程及管理設備。

它的特色是 Windows 和 Linux 可以放在同一個管理平台，但實際更新方法不同。

Linux 可以透過 SSH 執行 apt、dnf 等更新；Windows 則可以使用 WinRM 搭配 win_updates 模組執行 Windows Update。

優點：

支援 Windows、Linux。
可以分群及分批更新。
可以排程執行。
能夠執行其他 MIS 維運工作。
可將更新流程寫成標準化 Playbook。

缺點：

必須學習 YAML。
Windows 需要設定 WinRM 或適當的 SSH 管理方式。
權限、連線及憑證設定需要經驗。
不像傳統圖形化工具，所有功能都能直接點選完成。

簡單說，AWX 很像幫 MIS 找了一位自動化助理，但你必須先教它怎麼做事。

官方網站：https://ansible.readthedocs.io/projects/awx/en/latest/

3. PatchMon：值得關注的跨平台新選擇

PatchMon 是近年值得留意的開源 Patch Management 平台，採用 Web 管理介面與 Agent 架構。

主要功能：

Linux 更新管理。
Windows Update 管理。
Windows 應用程式 winget 更新。
更新狀態及歷史紀錄。
更新前檢查與核准。
弱點及合規資訊。

它採用 Agent 主動連線回管理平台的方式，通常不需要從管理端直接連進每台主機，對防火牆管理比較友善。

缺點是相較 OPSI、AWX，仍值得先在測試環境驗證成熟度、更新相容性及實際操作流程；Windows 應用程式也不是所有安裝方式都能自動更新。

官方網站：https://patchmon.net/

4. Rudder：適合重視組態與合規管理的環境

Rudder 除了更新管理，也著重系統組態、政策執行及合規性。

例如：

確認伺服器是否符合安全設定。
管理系統組態。
追蹤政策執行結果。
管理不同作業系統的設備。

如果公司不只想更新 Patch，還希望建立統一的伺服器安全設定，這套工具也值得評估。

官方網站：https://www.rudder.io/

二、這些工具真的完全免費嗎？

開源不代表完全沒有成本。

項目	可能產生的成本或限制
軟體授權	開源版本通常可免費自架，但須遵守授權條款
管理伺服器	需要 VM、CPU、RAM、儲存空間
Client Agent	部分工具需要逐台安裝 Agent
網路設定	SSH、WinRM、HTTPS、DNS 及防火牆規則
維護成本	平台升級、備份、故障排除
技術門檻	Linux、Windows、YAML、PowerShell 等知識
商業支援	部分廠商的進階功能、顧問服務或技術支援需要付費

另外要特別注意：Windows Update、Linux 套件更新與第三方軟體更新是三件不同的事。

例如 Windows 更新成功，不代表 Chrome、7-Zip、Java 等第三方軟體也全部更新完成；Linux 套件更新成功，也不代表 Docker 容器內的應用程式已經修補。

所以不要看到平台顯示「更新成功」，就以為整間公司的資安漏洞都消失了。

三、250 台設備，我會怎麼規劃？

如果是我負責這套環境，我不會一開始就把 250 台全部丟進去更新。

我會先分成三個階段：

第一階段：設備盤點

Windows Client。
Windows Server。
Linux Server。
Linux 發行版本與核心版本。
目前更新狀態。

第二階段：測試及分批派送

先挑選 5～10 台測試設備。
確認更新後系統正常。
一般 USER 電腦分批更新。
Server 安排維護時段。
AD、資料庫及重要服務優先做好備份與回復計畫。

第三階段：建立更新報表

希望管理平台能夠呈現：

管理項目	預期結果
設備總數	250 台
已完成更新	顯示數量及比例
尚未更新	列出設備清單
更新失敗	顯示錯誤資訊
需要重新開機	顯示待處理設備
高風險漏洞	優先列出待修補主機

這樣 MIS 才能從「每天追著電腦更新」，變成「透過報表掌握整體更新進度」。

四、我的選擇：不要為了免費，把自己搞得更忙！

如果公司約有 250 台 Windows Client、Windows Server 與 Linux Server，我會這樣選：

重視 USER 電腦及軟體派送：優先測試 OPSI。
重視跨平台自動化及彈性：選擇 Ansible AWX。
希望快速建立跨平台更新管理介面：測試 PatchMon。
重視伺服器組態及合規：研究 Rudder。

如果只能先挑一套，我會先以 OPSI 與 PatchMon 做實機 PoC，再依照實際 Windows/Linux 更新成功率、報表、維護難度及功能限制決定。

最後還是要提醒，Patch Management 不是安裝完就天下太平。更新前要測試、重要伺服器要備份、更新後要驗證服務，最好還要有回復機制。

畢竟 MIS 最怕的不是更新失敗，而是更新成功後，老闆突然問：「為什麼 ERP 打不開？」

這時候你才會發現，原來最需要更新的不是作業系統，而是公司的維運制度！

結語： 250 台設備不是不能靠少數 MIS 管理，而是不能永遠靠人工記憶。把盤點、更新、驗證及報表自動化，才是讓資訊人員從「電腦更新工讀生」升級成真正 IT 管理者的第一步。

2026年10月27日星期二

我以為我是來當 IT 工程師的，結果七成時間都在修 OA！防火牆還曾經陪我一起下班不了，這份工作到底該不該繼續？ #IT工程師 #MIS工程師 #資訊人員 #OA日常 #IT職場日常 #職場生存術 #職涯發展 #職涯轉型 #轉職思考 #網路工程師 #防火牆 #資訊維運 #職場無奈 #技術成長 #是什麼都做良

一、進公司前，我以為自己準備好迎接挑戰了

找 IT 工作的時候，我心裡想的是什麼？

防火牆、交換器、網路架構、伺服器、虛擬化、備份、資安，最好還能接觸一些自動化工具。每天解決不同的技術問題，讓自己的能力慢慢升級。

簡單說，就是希望有一天，自己不只是會修電腦，而是能夠獨立規劃、管理，甚至設計一套完整的 IT 環境。

結果進公司一段時間後，我發現一個很現實的問題：

目前的工作內容，竟然有七成左右都是 OA 相關！

OA 不是不好，電腦故障、印表機罷工、帳號權限、Office 出問題，這些都是企業日常運作的一部分。

沒有 OA，員工可能連報表都交不出去；沒有網路，大家連抱怨系統很慢都做不到。

但問題是，如果每天大部分時間都在處理這些事情，那我原本期待的網路管理、資安維運與系統架構經驗，又要去哪裡累積？

難道我未來的職涯目標，是成為一位能夠在三分鐘內判斷印表機為什麼不吃紙，並且在五分鐘內安撫使用者情緒的 OA 大師嗎？

這個技能當然很重要。

只是，我不想十年後回頭看，發現自己處理 OA 的速度變快了十倍，其他想學的技術卻還停留在入職第一天。

二、剛進公司不到兩週，防火牆就給我上了一堂震撼教育

更有趣的是，我進公司時，身邊的同事也有一位新人，而且我們進公司的時間只差了大約兩週。

她是課長，我則是負責實際執行工作的工程人員。

原本以為進入新環境，可以跟著前輩熟悉系統、了解架構，再逐步接手工作。

沒想到，進去之後才發現：

之前的學長姐，竟然都已經離開了！

看到這種情況，心裡大概只剩下一句話：

「請問公司的 IT 使用手冊在哪裡？還是前輩們已經把它當成離職紀念品帶走了？」

就在大家還在摸索環境的時候，進公司不到兩週，防火牆竟然掛掉了。

更刺激的是，當時沒有 HA（高可用性架構），也沒有備機可以立即接手服務。

這就像買了一台汽車，卻沒有備胎；平常開得好好的，真的爆胎時，才發現自己連拖吊電話都還沒存。

企業的網路服務可不是說停就停。

防火牆一旦故障，可能影響對外連線、跨廠區通訊，甚至讓其他依賴網路的服務跟著出問題。

那時候，才真正體會到什麼叫做「理想很豐滿，現實很骨感」。

我和課長一起面對問題、想辦法處理，在那段時間裡，確實培養出一種革命情感。

畢竟，兩個剛進公司沒多久的人，突然就要面對前人留下的環境，以及一台不打算繼續工作的防火牆。

這種經歷，不是每個人都有機會體驗。

只是，革命情感歸革命情感，技術債還是技術債。

不能因為一起打過仗，就認為以後每次都應該拿著竹竿去擋飛彈。

三、最讓人擔心的，不是工作辛苦，而是成長方向逐漸模糊

目前的情況是，部門裡有我和新人課長，還有另一位新人；原本熟悉環境的學長姐已經離開，而長官又主要在其他廠區。

這代表什麼？

代表現場每天發生什麼事、哪些系統有風險、哪些工作正在消耗人力，遠端的長官未必能完全掌握。

在管理者眼中，可能只看到事情有人處理、員工沒有一直反映問題，於是覺得一切運作正常。

但實際執行的人才知道，有些問題只是暫時沒有爆炸，不代表它已經被解決。

例如：

防火牆沒有 HA，也沒有備機，故障時就可能面臨服務中斷風險。
前任人員離開後，部分系統知識與操作經驗可能沒有完整交接。
日常 OA 需求不斷進來，真正需要規劃的網路、資安與系統工作，只能不斷往後排。
新人需要時間熟悉環境，但日常工作不會因為新人還在學習就自動減少。

這才是我真正擔心的地方。

不是我不願意做 OA，而是我怕自己每天忙得團團轉，最後卻沒有累積到足以讓職涯向前走的能力。

工作很忙，不一定代表成長很多。

每天處理三十張 OA 報修單，可能會讓你更熟悉使用者需求、故障排除與溝通協調；但如果你希望成為網路工程師、資安工程師或系統管理人員，就還需要有時間接觸更深入的技術。

否則，工作經驗雖然一年一年增加，履歷上的技術深度卻不一定跟著增加。

這就像每天都在健身房幫別人遞毛巾，待了五年，對健身房的環境非常熟悉，但不代表自己就練出了六塊肌。

四、那我該怎麼辦？先別急著離職，也別傻傻地等奇蹟

如果是我，我不會因為發現七成工作都是 OA，就立刻決定離職。

但我也不會告訴自己：「再忍一下好了，說不定明年就會變好。」

因為職涯不能只靠希望維持，還是需要一些具體行動。

第一，把工作內容攤開來看

先記錄一至兩個月的工作內容，包含 OA 報修、網路維護、防火牆管理、伺服器維運、備份、資安與專案工作。

不需要刻意美化，也不用把 OA 工作全部當成浪費時間。

重點是確認：自己的時間究竟花在哪裡？哪些工作最占時間？哪些重要的技術工作一直被延後？

當你拿得出具體紀錄，就能跟主管討論工作分配，而不是只說一句「我覺得 OA 太多了」。

畢竟，「我覺得很忙」和「這個月有七成工時用於 OA，導致哪些維運工作延後」，在管理上的說服力完全不同。

第二，主動爭取真正能累積技術的任務

既然短時間內不一定能改變公司的工作型態，就先從現有環境尋找機會。

例如整理網路拓樸、建立防火牆設定備份與還原程序、盤點設備生命週期、補齊系統文件、檢查備份是否能還原，或規劃防火牆備援方案。

這些工作不只是替公司解決問題，也能成為自己的技術成果。

不過要記住，涉及正式架構變更、採購或服務中斷風險的工作，仍然需要主管授權與適當的變更程序。

不要因為想學技術，就把整個公司的網路當成自己的實驗室。

第三，跟課長討論，而不是只跟課長一起苦笑

既然曾經一起面對防火牆故障，也有共同處理問題的經驗，這其實是很好的溝通起點。

可以討論目前 OA 工作的比例、日常維運的優先順序，以及希望逐步承接哪些網路或系統管理任務。

例如，每週固定安排一部分時間處理設備盤點、文件整理、資安檢查或架構改善。

如果每天都被臨時需求打斷，至少也要有明確的工作優先順序，讓重要的技術任務不會永遠排在最後。

但也要理解，課長可能同樣受到人力、預算和上級要求限制。

因此，討論的目的不是要求她立刻把所有 OA 工作拿走，而是確認：這個部門有沒有可能在維持日常服務的同時，讓人逐步累積更深入的技術能力？

第四，給自己一個觀察期限

我會給自己三到六個月的觀察期。

這段時間不是單純等待，而是主動做三件事：

盤點工作內容與時間分配。
爭取實際的技術維運或改善任務。
利用下班後的時間補足想發展的技術，並更新履歷。

三到六個月後，再看看工作內容是否有所改善、是否有機會參與更深入的專案，以及主管是否願意支持技術成長。

如果工作始終被 OA 填滿，改善提案沒有進展，也看不到未來可以承接的技術任務，那麼開始尋找其他環境，就是合理的職涯規劃。

不是逃跑，而是確認自己還有其他選擇。

五、真正的問題不是 OA 太多，而是這份工作能不能帶我走向下一站

我現在最矛盾的地方是，這份工作並非完全沒有價值。

剛進公司就遇到防火牆故障，讓我學到沒有備援架構的風險，也看見文件、交接與災難復原的重要性。

和課長一起處理突發事件，也讓我更了解現場維運的壓力。

這些都是經驗。

可是，經驗也有不同種類。

有些經驗能讓你更快完成今天的工作，有些經驗則能讓你未來承接更大的責任。

最理想的情況，是兩者都能累積。

但如果每天的工作只剩下處理眼前需求，完全沒有時間改善系統、學習技術或參與規劃，那就必須認真思考，這是不是自己想要長期發展的環境。

尤其當長官不在現場，更需要把問題、工時、風險與改善建議清楚呈現出來。

不要期待上級隔著幾個廠區，就能自動感應到現場有多少工作。

畢竟，長官不是 Wi-Fi 分享器，沒有辦法自動覆蓋所有資訊死角。

六、結語：我可以當 OA 救火隊，但不想一輩子只負責拿滅火器

我不排斥 OA，也不認為處理使用者問題就比較低階。

企業的 IT 工作，本來就需要有人把日常服務顧好。

但我也希望，自己除了會處理今天的問題，還能有能力預防明天的問題。

今天防火牆故障，我可以想辦法恢復服務；但下一步，我更希望能參與規劃 HA、備機、備份與復原程序，讓同樣的事情不必再靠運氣。

今天使用者電腦出問題，我可以幫忙排除；但長期來看，我也希望能建立標準化流程、改善管理方式，讓重複性工作逐漸減少。

這才是我期待的成長。

所以，我不一定要立刻離職，但也不會把「忙碌」誤認成「進步」。

我會先努力改變現有工作，爭取技術任務，同時為下一個機會做準備。

如果公司願意讓我成長，那很好，我可以繼續累積經驗。

如果公司只需要一個全年無休、什麼都能修、什麼都要接的 OA 救火隊員，那我也必須問問自己：

這份工作是在培養我的能力，還是在消耗我的時間？

畢竟，IT 人可以接受系統偶爾當機，不能接受自己的職涯永遠停在維護模式。

防火牆可以沒有 HA，但我的職涯不能沒有備援方案。

而我的下一個版本，也該準備升級了。

換成你，你會怎麼選？

如果一份 IT 工作有七成時間都在處理 OA，剩下三成才是網路、資安與系統維運，你會選擇留下來慢慢爭取機會，還是開始尋找更符合職涯方向的環境？

歡迎分享你的經驗。畢竟，IT 人最不缺的就是問題，最缺的可能是有時間好好規劃自己的未來。

2026年10月23日星期五

OT、IT 傻傻分不清楚？設備是大家的，出事卻變成資訊部的！—從電腦誰買、權限誰管，到產線停機時，究竟該打給誰？ #OT #IT #資訊管理 #MIS #資訊人員 #工廠資訊 #工業電腦 #OT與IT #權限管理 #資安管理 #設備維護 #產線停機 #跨部門溝通 #職場日常 #資訊人的辛酸 #什麼都做!~良

各位資訊前輩，想請教大家一個職場問題：

你們公司是怎麼切割 OT 設備與一般電腦的權限管理及維護責任的？

例如：

OT 設備與產線電腦，究竟由誰負責？
Windows 帳號、網路、AD、端點防護，應該由誰管理？
機台廠商需要安裝軟體、遠端連線時，誰負責核准？
電腦壞了，到底是資訊部修、設備部修，還是找原廠？
最重要的是，出了問題，第一個被叫去現場的人，到底是誰？

如果你在資訊部待過幾年，大概就會知道，以上問題看起來像是流程管理，實際上卻是一場職場版的「大家都有責任，但大家都不想負責」。

而 IT 部門，經常是這場遊戲裡最容易被點名的角色。

一、什麼是 OT？什麼又是 IT？

先簡單區分一下。

IT（Information Technology，資訊技術），通常負責企業內部的資訊基礎設施，例如：

電腦、伺服器、AD 帳號與群組。
網路、交換器、防火牆及 Wi-Fi。
資訊安全、端點防護、備份與系統管理。
一般辦公電腦的安裝、維護與故障排除。

OT（Operational Technology，營運技術），則是與實際生產、設備控制及現場運作有關的技術，例如：

PLC、HMI、工業電腦及控制系統。
產線機台、感測器與自動化設備。
SCADA、設備控制軟體及生產相關系統。
與機台運作、製程參數及設備安全有關的控制環境。

但麻煩來了！

現在很多 OT 設備也跑 Windows，有網路卡、有 IP 位址，甚至還要加入網域、安裝防毒軟體。

於是就出現一個非常有趣的現象：

設備部說：「這台是電腦，找資訊部。」

資訊部說：「這台是機台控制電腦，找設備部。」

原廠說：「這是客戶的環境，請客戶自行確認。」

最後，產線主管問：「所以現在誰可以讓它恢復運作？」

全場突然安靜。

這時候，資訊人員才真正理解，企業最難管理的設備不是伺服器，而是那台「每個人都知道它很重要，卻沒有人說得清楚誰負責」的電腦。

二、權限管理不能只看電腦，要看誰有權決定

OT 與 IT 的責任切割，不能單純用「這台電腦插在哪裡」來決定。

因為同樣是 Windows 電腦，辦公室的文書機與控制產線的工業電腦，風險完全不同。

一般辦公電腦更新失敗，可能是員工今天無法上班。

產線控制電腦更新失敗，卻可能讓整條產線停擺。

因此，權限管理至少要區分幾個層次：

第一層：作業系統與帳號管理

例如 Windows 帳號、AD、群組原則、登入權限及一般系統維護，可以由 IT 建立統一管理制度。

但 OT 設備是否加入網域、是否套用群組原則、是否允許自動更新，仍要經過設備負責人及相關系統負責人的相容性與風險評估。

不能因為 IT 有管理權，就直接把所有原則套上去。

畢竟，辦公電腦重新開機叫重新開機；產線電腦重新開機，有時候叫做「全廠一起開會」。

第二層：機台軟體與製程設定

與設備控制、製程參數、PLC 程式及專用軟體有關的變更，應由設備或製程的權責單位負責核准，並由具備資格的人員執行。

IT 可以協助作業系統、網路及資安管理，但不應在不了解製程風險的情況下，擅自修改控制參數或更新專用軟體。

第三層：網路與遠端存取

OT 設備需要連線，不代表它就應該直接連上整個企業網路。

網路區隔、防火牆規則、遠端連線、帳號驗證及操作紀錄，可以由 IT、資安或網路管理單位協同規劃。

至於誰可以連線、可以操作什麼、何時可以操作，則應由設備權責單位核准，並依風險建立明確流程。

簡單說：

IT 負責把門管好，設備單位決定誰有理由進門，雙方共同確認進門後可以做什麼。

當然，實際分工還是要依公司的組織、能力與制度調整，不能只靠一句口號就把責任切乾淨。

三、電腦到底誰出？誰買？誰修？

這題才是真正的辦公室生存考驗。

假設產線需要一台工業電腦，設備商開出規格，設備部負責採購，資訊部負責安裝 Windows，網路組負責設定 IP，資安人員負責確認防護措施。

看起來分工完美。

直到兩年後電腦故障。

設備部說：「電腦是資訊部裝的。」

資訊部說：「硬體是你們買的。」

採購說：「當初需求單不是我們開的。」

原廠說：「這個型號已經停產了。」

主管說：「你們先想辦法處理。」

恭喜，這台電腦從此成為企業內部的共同財產，也成為沒有人想認領的共同責任。

要避免這種情況，建議公司在採購前就先定義以下事項：

需求單位： 誰提出需求？誰說明設備用途及生產風險？
採購與預算： 誰出錢？設備歸屬哪個部門？資產由誰列管？
硬體維護： 誰負責保固、零件更換及備品管理？
系統維護： 誰負責作業系統、帳號、網路與資安設定？
應用程式： 誰負責機台軟體、授權、設定檔及原廠聯絡？
故障處理： 誰先受理？誰負責判斷？誰有權決定停機、復機與變更？
汰換與復原： 設備老舊、原廠停止支援時，由誰提出預算與替代方案？

最重要的是，出錢的人不一定是維護的人，維護的人也不一定有權決定設備怎麼運作。

這些角色必須在採購前就寫清楚，而不是等設備壞掉後，再靠通訊軟體裡的訊息紀錄來考古。

四、出問題先找誰？不能只靠通訊錄決定

我認為比較合理的方式，是建立一套簡單的故障分流制度。

例如：

情境一：電腦無法開機。

先由指定窗口受理，IT 協助確認電源、硬體及作業系統狀況；若涉及工業電腦專用硬體或機台控制系統，再轉由設備單位或原廠處理。

情境二：帳號無法登入。

由 IT 檢查帳號、驗證機制及相關紀錄；若是設備專用帳號或應用程式權限問題，則由系統負責人共同確認。

情境三：機台軟體無法執行。

由設備或應用系統負責人確認軟體狀態、授權及製程影響，IT 協助檢查作業系統、網路及相關基礎環境。

情境四：產線突然停機。

這時候最重要的不是先爭論電腦屬於誰，而是依照既定的產線異常程序，由生產或設備權責單位判斷安全狀態與停復機措施，IT 同步支援資訊系統及網路問題。

如果涉及資安事件，例如勒索軟體、異常遠端連線或可疑程式，則應立即依資安事件應變程序處理。

注意：以上是分流原則，不是絕對答案。實際上仍應由公司指定單一受理窗口、主要負責人及必要的支援單位。

因為真正有效的流程，不是讓大家知道「這不是我的工作」，而是讓大家知道「這件事現在由誰主責，下一步要找誰」。

五、我最怕的不是事情多，而是責任只有在出事時才出現

資訊人員最無奈的情況，往往不是不願意幫忙。

而是平常沒有參與設備選型、沒有決定預算、沒有權限修改設備軟體，甚至不知道原廠安裝了什麼東西。

結果設備出問題時，卻被要求負責到底。

這種管理方式，就像請你當駕駛，卻不讓你選車、不讓你看儀表板，也不告訴你煞車在哪裡。

等到車子撞上護欄，主管才問：

「你不是負責開車的嗎？」

問題是，方向盤都不在我手上啊！

因此，IT 與 OT 的責任分工，不能只有工作分配，更要有對應的權限、資源、資訊及決策機制。

誰負責，就要讓誰知道設備狀況；誰要核准，就要讓誰承擔相應的決策責任；需要跨部門合作時，也要有明確的升級與通報流程。

責任、權限與資源必須相互對應，不能只把責任往某個部門身上放。

六、想請教各位資訊前輩：你們公司怎麼切？

以上是我對 OT 與 IT 分工的一些想法，但不同產業、不同規模的公司，實際做法可能差很多。

尤其是製造業，產線設備可能來自不同廠商，使用不同作業系統，有些還不能隨便更新、不能加入網域，甚至必須保留特定版本才能正常運作。

所以想請教各位前輩幾個實際問題：

OT 工業電腦與一般辦公電腦，是由同一個 IT 部門管理，還是分開負責？
AD 帳號、系統管理員權限、防毒及 Windows 更新，究竟由誰決定？
機台原廠需要遠端連線或取得管理員權限時，誰核准、誰監督？
OT 電腦的採購預算、資產列管、硬體維護及軟體授權，分別由哪個部門負責？
產線發生異常時，是設備部先處理、IT 先到場，還是有專責的 OT 團隊？
如果設備老舊、原廠不再支援，卻又有資安風險，最後由誰決定是否汰換？

我尤其好奇中小企業的實際做法。

因為大公司可能有 OT 團隊、IT 團隊、資安團隊及完整的變更管理制度；但有些公司的人力配置比較精簡，資訊人員可能同時要管網路、伺服器、電腦、帳號，還得順便研究機台為什麼突然不理人。

有時候不是大家不想建立制度，而是連負責建立制度的人，都已經忙到快變成制度裡的待處理工單。

最後，我想說的是：

一台電腦可以共用，但責任不能靠猜；設備可以跨部門管理，但權限、預算與故障處理流程一定要先講清楚。

否則，平常大家相安無事，設備一出問題，才開始研究組織架構。

那時候討論的就不是 OT 與 IT 如何分工，而是全公司最古老、也最神祕的技術：

「這件事，到底應該算誰的？」

歡迎各位資訊前輩分享你們公司的實戰經驗。也許我們可以一起整理出一套，讓設備正常運作、資訊人員不用天天當救火隊的分工模式。

畢竟，電腦可以重新開機，產線可以安排維修，但人的耐心如果一直被當成無限資源，恐怕就沒有那麼容易恢復原廠設定了。

訂閱：文章 (Atom)