事件
美國人事管理辦公室決定授予甲骨文一份 3.958 億美元的合約,為聯邦政府 200 萬名公務員打造統一的人力資源平台「聯邦人力資源 2.0」。這個項目將用甲骨文的 Fusion Cloud HCM 系統,整合目前分散在各聯邦機構的 100 多個舊系統。
表面問題
一個合理的質疑是:4 億美元能做什麼?這筆錢若拆開、能維持現有 100 多套舊系統多少年?為什麼聯邦政府不是選擇「打補丁、修修補補」而是要全面推倒重來?
深層邏輯:遺留系統的指數成本曲線
乍看之下、維持 100 多套舊系統似乎是「花小錢」的選擇。但這裡有一個組織成本的隱形陷阱:
1. 系統間信息孤島的維護成本
每當一名聯邦員工從國務院調到國防部、他的數據要在兩套不同系統間「翻譯」、往往涉及人工檢查、重新輸入、格式轉換。100 多套系統意味著有 N×(N-1)/2 ≈ 4950 種可能的轉接點。每個轉接點都需要: - 專職 IT 人員維護轉換邏輯 - 事務性操作人員的手動確認 - 對帳時的誤差率管理
這些成本在年報表上並不顯眼,但累積起來就是「看不見的稅」。
2. 決策延遲成本
人事管理辦公室如果想推行統一的薪資政策、員工績效評估標準或福利制度、需要在 100 多套系統上同時部署。這意味著: - 需要 100 倍的測試週期 - 任何一個系統的舊版本都會成為改革的瓶頸 - 新政策的推行週期從月級延長到年級
對一個有 200 萬人的組織、決策延遲一年、其機會成本遠大於 4 億美元。
3. 人才流失與士氣成本
IT 人員看到要維護 100 多套系統、每套有不同的架構、文檔、技術棧,會選擇離職到私部門(薪資更高、技術棧更現代)。公務員因為行政流程冗長、跨部門調動困難,也會流失到私部門。
歷史類比:為什麼大公司也走同樣的路
Google、Meta 等大型科技公司在 2010-2015 年間也經歷過同樣的「遺留系統清理」。Google 曾同時維持超過 20 套不同的內部人力資源系統(因為收購、部門獨立演進等原因),花了 2-3 年和數千萬美元統一到一個雲端平台。事後評估中、他們發現: - 決策延遲縮短 60% - IT 維護人力減少 50% - 數據質量錯誤率從 8% 降到 0.3%
為什麼是現在?為什麼是甲骨文?
時間點:2026 年完成核心實施,暗示這個決策在 2024-2025 年期間就已醞釀。聯邦政府的 IT 現代化在拜登政府是優先事項(有預算撥款),而且舊系統的維護成本已經高到不能再忍的程度。
廠商選擇:甲骨文的 Fusion Cloud HCM 是企業級人力資源雲平台的市場領導者之一(競爭對手是 SAP、Workday)。選擇成熟的商用產品而不是自建系統、體現了聯邦政府的理性:自建可能便宜、但維護成本與風險更高。
隱含的經濟學原理:Coase 定理與交易成本
Ronald Coase 在 1937 年提出「企業存在是因為市場交易成本太高」的論點。這個聯邦政府的決策反過來印證了同樣的邏輯: - 內部協調成本(100 多套系統的維護、統合)已經超過外包成本(支付甲骨文 4 億美元) - 統一系統降低的內部交易成本(跨部門數據交換、決策推行),抵消了廠商外包費用
換句話說,聯邦政府已經判斷:「自己維持 100 多套舊系統的隱形成本」>「支付甲骨文統一系統的顯性成本」。
風險與未回答的問題
1. 新系統鎖定成本:一旦選擇甲骨文,聯邦政府在人力資源系統上的決策自主權就受限。若將來需要修改政策、可能要依賴甲骨文的產品迭代。
2. 數據遷移失敗:從 100 多套不同格式的系統遷移 200 萬人的數據,是一個巨大的實施風險。歷史上類似項目的失敗案例並不罕見。
3. 組織抵抗:各聯邦機構在現有系統上已經形成習慣與流程,統一系統會打破這些慣性,引發內部阻力。