各位資訊前輩，想請教大家一個職場問題：
你們公司是怎麼切割 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 如何分工，而是全公司最古老、也最神祕的技術：
「這件事，到底應該算誰的？」
歡迎各位資訊前輩分享你們公司的實戰經驗。也許我們可以一起整理出一套，讓設備正常運作、資訊人員不用天天當救火隊的分工模式。
畢竟，電腦可以重新開機，產線可以安排維修，但人的耐心如果一直被當成無限資源，恐怕就沒有那麼容易恢復原廠設定了。
