香港聯合管理型IT：一家媒體製作公司的工作分工

簡而言之： 香港一家媒體製作公司的兩位內部IT專員，對剪輯、儲存與交付系統的了解，勝過任何外部服務商在短時間內能學到的程度——但他們大部分時間卻花在重設密碼、重灌筆記型電腦和處理下班後的告警上。聯合管理型IT要決定的，正是這些工作裡究竟哪一半應該真正交出去。

一位香港媒體製作公司的技術負責人，找來負責IT的兩位同事，問了一個簡單的問題：你們上週究竟花時間在做什麼？答案並不好聽。兩人加起來重設了九次密碼，在一次糟糕的Windows更新後重灌了兩台筆記型電腦，星期五晚上處理了一通電話——某個信箱在週一交付前突然停止同步——還追查了一處已經被投訴過四次、位於包裝區附近的Wi-Fi死角。他們沒怎麼做的，恰恰是真正需要他們專業知識的工作：每個剪輯室都依賴的共享儲存陣列、必須符合電視台收錄規格的交付流程，以及每逢大型專案交付就會堆積如山的算圖佇列。

這不是一個關於兩個人能力不夠的故事。這是任何一家成長中的媒體公司，其兩人IT團隊都會遇到的處境：常規、可重複的工作量超出了可用工時，而又沒有別人可以分擔。聯合管理型IT不是「把IT部門外包出去」的委婉說法。它是對一個具體問題的刻意回答：這些工作裡，哪些真正屬於本公司的特有知識，哪些其實是香港每家公司都會遇到、也早已有成熟解法的問題，理應交給一個本就全天候運轉的團隊。Brocent自2007年在北京成立起就一直提供管理型IT服務，2016年起在香港設立辦公室，2021年起總部設於新加坡——而下文所描述的模式，正是Brocent在眾多技術架構清楚分為「專業側」與「一般企業側」的公司裡反覆見到的情形。

香港的媒體與內容製作產業

香港的媒體與內容製作產業涵蓋範圍很廣：後期製作公司、廣告與品牌內容工作室、企業宣傳片製作商、廣播與串流媒體供應商，以及自帶內部製作部門的行銷代理公司。無論具體產出是什麼，多數公司都有一個共同點：其技術架構清楚分成兩個截然不同的部分。一部分是專業的、面向製作的——每個剪輯工位同時讀寫的共享高頻寬儲存、運行特定硬體上高負載軟體的剪輯與調色工作站、一套算圖或轉檔流程，以及圍繞客戶、電視台或平台各自收錄規格所建立的交付流程。另一部分是普通的、面向企業營運的——筆記型電腦、信箱、存放合約與發票的共享磁碟、視訊會議、財務系統，以及工作室自身網站或CMS。

專業側的部分，對外部服務商而言確實難以在短時間內接手。媒體儲存系統的配置圍繞著特定編碼格式、特定專案結構與特定交付期限展開，一家普通IT服務商沒有理由已經理解這些。而企業側則恰恰相反：它幾乎與香港任何一家百人規模公司的運作方式沒有分別，一家管理型IT服務商每天都在處理成千上萬個類似的工作負載。多數處在這種情況下的公司，問題並不是缺乏優秀的IT人才——而是他們那些在專業側極為出色的IT人才，最終把大部分時間都耗在一般側，只因為沒有別人被分配去做這件事。

具體場景：110名員工、兩位IT專員，以及一套以截止日期為核心的技術架構

本文的綜合場景是這樣的：一家約110人的香港內容製作公司，人員分布在製作部門（剪輯師、調色師、動態設計師、製片人）、客戶與帳戶服務、業務、行銷，以及財務與行政。兩位IT專員支撐著整間公司。兩人都出身於後期製作或系統工程背景——他們了解共享儲存陣列，了解剪輯團隊所依賴的命名規範，明白為什麼某台算圖節點老是掉線，也清楚公司名單上哪個客戶的交付規格最為嚴苛。這份知識不是一家通用服務商能在第一天就複製出來的，而且確實極具價值。

與這份專業工作並存的，是一家110人公司會產生的所有其他事務：筆記型電腦的配置與重灌、信箱與行事曆問題、覆蓋辦公桌區與剪輯室的Wi-Fi、端點安全、備份、財務團隊使用的記帳軟體，以及一個從不真正清空的服務台工單佇列。而由於製作類工作以截止日期為導向，不會顧及朝九晚六的作息——一個播出時段、一個客戶的上線日期、一場必須在週一早上前完成剪輯與交付的週末活動——下班後的告警，最終總會落到當時能聯繫上的人身上，而實際上，這個人無限期地就是那兩位同事中的一位。

真實問題一：兩位專員成了所有事情的升級管道

由於兩位IT專員是公司唯一的IT職能，他們成了每一類問題的升級管道，而不只是那些真正需要他們專業知識的問題。一位初階製片人的筆記型電腦連不上Wi-Fi，一位業務同事的Outlook莫名要求輸入密碼，財務部有人印不了東西——這些都不需要一個理解媒體儲存架構的人來處理，但它們全都落在同樣的兩個收件匣裡，因為根本沒有別的佇列可以分流。結果是，那些真正依賴對製作架構的機構性了解、具有高價值的差異化工作，被一般工作不斷打斷——而這類一般工作，本應由一個配置齊全的服務台按部就班地處理。一位調色師因為該處理儲存權限問題的專員正在教別人重設密碼而乾等著，這是公司實際在承擔、卻從未在任何地方被單獨列出來的成本。

真實問題二：任何一人休假都沒有真正的替補

一個兩人團隊沒有真正的冗餘。當一位專員休年假時，另一位需要同時承擔兩個人的工作量，而公司習以為常的服務水準，會在整個休假期間悄悄下降。當兩人同時無法到崗時——生病、參加會議、家庭緊急事務——公司實際上就沒有了IT職能，公司裡每個人都心知肚明，無論有沒有人說出口。這並非某種極端假設：只有兩個人，其中一人無法到崗，是每個月都會發生的事，而不是罕見情況。公司裡幾乎每一個部門，都在不知不覺間，把「找那兩位IT同事」變成了日常運作裡的單點故障，而這從來不是任何人主動做出的決定。

真實問題三：修補程式管理與監控從來不是任何人的正式職責

真正能預防問題的工作——修補程式管理、端點監控、備份驗證、審查安全告警——恰恰是那種在工單佇列從不清空時最容易被延後的任務。它幾乎從不是任何人明確被指派的職責，而是「等不忙的時候再做」的那類事情，而在一家以截止日期驅動的媒體公司裡，「不忙的時候」少之又少。這帶來的風險並非紙上談兵。一台未安裝修補程式的端點、一份數週前就已悄然失敗卻無人發現的備份、一則因無人有空處理而被擱置三天未讀的安全告警——這類缺口，正是一套專門的管理型IT安全服務存在的理由：這不是因為內部專員不懂這些工作，而是因為從未有人把它變成一件真正每天、按計畫執行的份內事，不受當天有什麼其他事情著火的影響。

真實問題四：升級流程實際上就是「誰回了訊息誰處理」

問大多數處在這種情況下的公司，他們真正的事故升級流程是什麼，誠實的答案通常是：有人在WhatsApp或Slack上給兩位專員中看起來在線的那一位發訊息，然後那個人要麼自己處理，要麼轉發出去。沒有書面定義什麼算緊急，沒有正式的值班輪替，也沒有任何後備機制——如果平時回訊息的那個人因為正埋頭趕交付而兩個小時沒看到訊息，就沒有別的應對辦法。多數時候這套辦法能奏效，是因為有兩位能幹的人在為一個不存在的流程兜底。而它恰恰會在最要命的時刻失效——週一播出時段前深夜的算圖失敗，某個週六晚上11點的勒索軟體告警——因為「誰回了訊息誰處理」，終究不等於一條明確、經過測試的升級路徑。

Brocent的觀點：真正要問的不是「內部還是外包」

對處在這種情況的公司而言，真正有用的問題不是「IT應該留在內部還是外包出去」。這樣提問，答案聽起來總像是在「掌控權」與「成本」之間做二選一，而這恰恰忽略了現場真正在發生的事情。更好的問題是：這些工作裡，哪些真正屬於本公司特有，哪些是每家同類公司早已有成熟解法的通用問題？一般工作——服務台工單、端點修補、常規監控、標準基礎設施的下班後告警——理應交給一個本就全天候運轉、也早已建好相應流程的團隊。差異化工作——儲存架構、交付流程、與特定客戶技術要求相關的關係——理應留給搭建它、並理解為何要這樣搭建的人。

這種分工只有在被寫下來之後才能真正維持。「外部服務商負責基礎的部分，我們自己人負責製作相關的部分」這樣的口頭共識，在啟動會議上聽起來很合理，但往往幾個月內就會開始走樣，因為每一張邊界模糊的工單，最終都會預設交給最容易聯繫到的人處理——而這通常就是內部團隊，因為他們本就掌握著背景資訊。一份明確的納入/排除清單，定期審視並隨環境變化更新，才是防止邊界悄悄回滑到本應被解放的那兩個人身上的關鍵。Brocent自2007年以來運營聯合管理型安排的經驗、以及自2016年在香港設立辦公室以來的實踐顯示，能長期維持下去的安排，靠的是一份寫下來的邊界，而不是簽約當天一個不錯的口頭默契。

一套聯合管理型安排究竟涵蓋什麼

對這樣一家公司而言，一套聯合管理型安排通常會把一份明確、書面界定的一般與基礎設施工作範圍交出去，同時讓內部專員繼續專注於製作系統，並成為任何觸及這些系統的問題所指定的升級對象。

工單佇列。 密碼重設、帳戶開通與註銷、印表機與周邊設備問題、常規軟體支援，以及目前不斷打斷內部專員的日常服務台工單量，轉移到一個擁有自己團隊與服務水準的專屬佇列——這樣一位初階製片人的Wi-Fi問題，就不會再耗掉一位調色師一小時的儲存權限處理時間。

端點與修補程式管理。 企業側的筆記型電腦與桌上型電腦被納入一套按計畫運行的託管修補與監控週期，獨立於製作團隊當週正在趕的任何截止日期。這正是兩人團隊最常掉鏈子的一環，而這也正是一套託管服務被設計出來永遠不會跳過的一環。

監控與下班後告警。 基礎設施監控與真正的7×24小時服務台取代了「誰在線就找誰」的非正式做法，代之以真實的值班流程、明確的嚴重等級模型，以及有文件記錄的回應時間——於是一次週六晚間的基礎設施告警，有了一個實際的處理機制，而不是取決於恰好誰看了手機。

指名升級至內部專員。 任何觸及製作架構的事項——共享儲存陣列、剪輯與調色環境、算圖流程、某個客戶的特定交付要求——都會按名字升級給內部團隊，他們仍是這些系統的權威。服務商不會試圖從零學習製作環境，而是透過一套有文件記錄的交接流程，把問題路由給已經了解它的人，而不是臨時拼湊。

一條被定期審視而非被想當然認定的邊界。 納入/排除清單會按固定節奏重新審視——每當公司新增一套儲存平台、開設新的剪輯室，或改變交付流程時——而不是在簽約時固定下來後就任其漂移。

兩側真正交會的地方

公司業務的製作側與企業側，並不像上文的劃分聽上去那樣彼此獨立，一套聯合管理型安排必須考慮到這一點。媒體檔案最終需要從共享儲存陣列離開，落到某個持久且異地存放的地方；把這套備份與封存層交給規範的管理型IT雲端服務，儘管它保護的是公司最有價值的資產，本質上仍屬於一般工作。業務與財務團隊使用的企業網路，與剪輯室所依賴的網路共享著交換器、Wi-Fi、防火牆等實體基礎設施，因此一側的安全與監控，會對另一側產生直接影響。一份寫得好的範圍文件，會明確處理這些交會點，而不是任其落入當下順手歸類的那一類別。

內部兩人團隊包辦一切、完全外包（喪失製作架構知識）、與擁有書面納入/排除清單的聯合管理（Brocent的模式）

• 內部兩人團隊包辦一切 — 對製作架構有深厚、來之不易的了解，剪輯室一旦出問題也能真正快速回應。代價是兩位專員大量的每週時間都耗在一般工單上，任何一人休假都沒有真正的替補，而修補程式管理、監控這類預防性工作，因為活躍佇列從不清空而被無限期延後。
• 完全外包（喪失製作架構知識） — 解決了替補與一般工單的問題，但把在媒體儲存、剪輯流程或交付規格上毫無背景的服務商，交託給那些內部團隊花了數年才調校好的系統。僅僅是學習曲線，就在業務最經不起意外的截止日期時刻帶來了風險，而沒有被寫下來的機構知識，實際上會隨著被裁撤的人一起離開公司。
• 擁有書面納入/排除清單的聯合管理（Brocent的模式） — 一般工單、修補程式管理、監控與下班後告警，轉移給一個本就為全天候運轉而建的服務商，而內部專員則保留製作架構的所有權，成為其指定的升級對象，而不再是一切問題的預設首響者。誠實的權衡在於：這只有在邊界被寫下來並被定期審視時才成立——一個口頭默契會在幾個月內悄悄漂回「有事找內部那兩位」的老樣子。

連接技術架構的兩側

對一家正在權衡這種轉變的媒體公司來說，實際的起點通常是技術架構中的企業側，因為這是每一家管理型IT服務商本就大規模營運的部分。一個7×24小時服務台能吸收目前不斷打斷內部專員的密碼重設、筆記型電腦問題與下班後告警。管理型IT雲端服務接管備份、封存，以及非製作特有的基礎設施，包括企業真正無法承受遺失的媒體資產異地副本。而管理型IT安全服務把修補程式管理、端點監控與告警分診納入一套固定計畫，不再取決於恰好哪位專員當天下午有空。這一切都不需要內部團隊交出他們親手搭建的系統——它需要的，是圍繞他們沒有搭建的系統畫出一條書面邊界，並把這些系統交給一個本就為每天、無限期運轉而建的團隊。

常見問題

聯合管理型IT在實務中究竟意味著什麼？

它意味著把技術架構拆分成兩個書面類別——轉交給外部服務商的工作，和留在內部團隊的工作——而不是在「完全內部」與「完全外包」之間二選一。在實務中，這通常表現為：服務商接手服務台工單佇列、端點修補、基礎設施監控與標準系統的下班後告警，而內部專員保留製作特有系統的所有權，成為任何觸及這些系統的問題的指定升級對象。這套安排由一份書面的納入/排除清單來界定，而不是靠一種籠統的「基礎工作對專業工作」的感覺來劃分。

聯合管理是否意味著我們的IT員工會被取代？

不會——這套安排的設計初衷，恰恰是透過移除目前擠占內部專員時間的一般工作，讓他們專注於只有他們能做的事。他們的角色，從每一類工單的預設首響者，轉變為製作系統方面的指定權威，擁有一條明確的升級路徑通向他們，而不是一個開放式的工單佇列。考慮這種轉變的公司，通常是想保護專員的時間、減輕其負擔，而不是取代他們的知識——在一家媒體公司裡，這份知識是花了數年才累積起來的，通常也不是外部服務商能在短時間內複製的。

如何決定哪些交給服務商，哪些留在內部？

起點問題是：某個系統或任務，是否真正屬於本公司特有，還是每家規模相近的公司早已有標準解法的問題。密碼重設、端點修補、信箱管理與基礎設施監控，在幾乎任何一家百人規模公司都大同小異，理應交給一個專為規模化營運這些工作而建的服務商。共享儲存陣列、剪輯與調色環境、算圖流程，以及任何客戶特有的交付要求，屬於本公司特有，理應留給搭建並調校它們的人。最終結果會被寫成一份明確清單，定期審視，而不是留作一種隨時間漂移的默契。

內部團隊的角色與職涯發展會受到什麼影響？

他們的角色通常會在範圍上收窄，但在專業深度上加深：不再需要在同一個下午裡，一邊處理密碼重設、一邊處理儲存架構問題，而是把時間用在真正需要他們專業知識的系統上，並成為服務商認可、會向其升級問題的權威。對多數出身後期製作或系統工程背景的專員而言，這其實更接近他們最初想要從事的工作——一般工單的負擔，通常是他們預設繼承下來的，而不是當初被聘用來做的事。

當事故跨越邊界時，由誰負責？

這正是一份書面的納入/排除清單與升級流程需要在事故發生之前、而非發生過程中就回答清楚的問題。一份結構良好的聯合管理協議，會明確寫出每一類系統的首響歸屬，界定問題從服務商所有的基礎設施跨越到製作系統時的交接流程，並設定這次交接應有多快完成的預期。事先把邊界寫清楚，正是防止一次事故最終演變成「這到底該算誰的責任」這場爭論的關鍵。

員工休假或離職時會發生什麼？

這是聯合管理模式最明顯的收益之一。以往每當兩位專員中有一人無法到崗，就會停滯或放緩的一般工作，如今由服務商團隊持續覆蓋，不受誰在休假影響。而如果某位專員離職，過去只存在於那個人腦子裡的機構知識，如今風險也隨之降低，因為一般業務本就從未真正依賴過他——而真正需要保留的、屬於製作特有的知識，也就變成了一個更清楚、範圍更小的交接問題，而不是一場全公司範圍的手忙腳亂。

聯合管理與全面託管相比，計價方式有何不同？

聯合管理的計價通常反映的是一個更窄、被明確界定的範圍——服務商是就明確納入範圍內的工作類別收費，而非就企業內每一套系統的全面所有權收費——而全面託管的計價則涵蓋整個技術架構，包括那些服務商需要花時間從零學習的系統。由於每家企業在一般工作與專業工作之間的分界都不一樣，準確的比較方式，是依據這家特定公司的書面範圍，而不是一份通用報價單。定價的討論，應該從納入/排除清單開始，而不是反過來。

為你的製作架構找到合適的分工點

一家媒體製作公司，不必在「兩人團隊不堪負荷」與「失去讓剪輯室正常運轉的機構知識」之間二選一。實際的起點是一次誠實的盤點：你的IT團隊上週究竟把時間花在了什麼上面，其中又有多少真正需要他們賴以立身的那份專業知識？如果答案與上文描述的場景相符，那麼有意義的下一步，是就你所使用的儲存、交付與製作系統，討論一條書面邊界應該畫在哪裡——而不是拿一份通用的管理型IT報價單來套用。歡迎聯絡我們，一起探討聯合管理型分工對你的團隊會是什麼樣子。