![]()
一個覆蓋54個校區、14,200名教職工的巨型系統,上線后工資錯誤率不降反升。這不是什么初創公司的翻車現場,是美國第四大州立大學系統——明尼蘇達州立大學(Minnesota State)——花了五年時間、砸進2.9億美元換來的結果。
立法審計辦公室的最新報告[PDF]顯示,202名教職工的抽樣中,19人工資發放有誤;擴大檢測后又發現38人。按9%的最低誤差率推算,超過1,278名教職工可能被少發、多發或遲發工資。對于靠月薪付房租的普通人來說,這相當于系統在你不知情的情況下,隨機抽取十分之一的人玩"工資盲盒"。
2019年的決定:一套系統包打天下?
2019年,明尼蘇達州立大學啟動招標,要換掉老舊的綜合州級記錄系統(ISRS)。新系統需要整合財務、人力資源/薪資、學生管理三大模塊,"簡化所有校區的流程和程序"——這是官方文件里的原話。
招標進行得很快。2020年,Workday中標。項目最初預算1.511億美元,合同簽訂后上調至2.427億美元。按計劃,人力資源和薪資模塊2023年7月上線,學生模塊2026年秋季跟進。
但問題在選型階段就已埋下。州政府很快意識到,可能找不到一個系統能滿足所有功能需求。審計文件寫得直白:"因此,Workday系統未能納入的一項功能是教職工薪資計算能力。"
換句話說,他們買了一輛宣稱全能的SUV,發現后備箱裝不下嬰兒車——于是決定同時開著舊皮卡。
三套系統并行:數據在接口處"堵車"
最終架構成了弗蘭肯斯坦式的拼接:Workday負責部分人力管理,遺留薪資系統繼續算錢,州級員工管理系統(SEMA4)生成發放記錄和 paycheck。三個系統之間的數據接口,成了故障高發區。
審計人員發現,明尼蘇達州立大學在Workday上線前就知曉教職工薪資存在問題。但新系統上線后,問題反而惡化。"例如,ISRS與Workday之間的數據傳輸存在接口問題"——報告里的"例如"二字用得輕描淡寫,背后是一千多人賬戶里的數字對不上。
預算也在膨脹。截至2024年11月,因范圍擴展、工期延長和額外應急資金,總預算已飆至2.904億美元。上線日期一推再推:財務和人力資源/薪資模塊改到2024年7月,學生模塊推遲到2029年秋季——比原計劃晚了整整三年。
Workday的公共部門困境:不止一例
明尼蘇達不是孤例。2024年,愛荷華州終止了與Workday的財務軟件合同,僅保留其人力資源系統。該州在發現"可能影響多項業務流程的實施問題"后,推遲了財務模塊上線,最終選擇另尋供應商。
加拿大高校同樣遭遇滑鐵盧。2023年,不列顛哥倫比亞大學Workday學生系統上線延期,引發教職工抗議;阿爾伯塔大學的類似項目也因成本超支和功能缺失遭到審計質疑。
公共部門的大型軟件采購有個經典陷阱:招標文件寫得像 Christmas wish list,供應商投標時全盤應承,實施時才發現某些功能需要"定制開發"或"第三方集成"。當甲方發現"全能系統"有盲區時,往往已經騎虎難下——合同簽了,預算批了,政治資本押進去了,只能硬著頭皮用補丁填坑。
明尼蘇達州立大學的審計報告里有個細節值得玩味:他們明知Workday算不了教職工薪資,卻仍在2020年推進合同。是低估了遺留系統的維護成本?還是高估了接口開發的順暢程度?審計報告沒有明說,但2.9億美元的賬單和9%的錯誤率已經替他們回答了。
《The Register》已就此事向明尼蘇達州立大學和Workday請求置評。截至發稿,雙方尚未回應。對于那1,278名(或更多)工資出錯的教職工來說,系統的"數字化轉型"敘事,大概不如賬戶里準確的數字來得實在。
如果你所在的公司正在評估ERP系統,招標文件里"簡化所有流程"這種承諾,你會要求供應商寫進賠償條款嗎?
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.