AI專案準時上線？先看合約裡的不可抗力條款

最近有則新聞挺有意思。國際科技大廠在旗艦AI資料中心專案還沒延遲之前，就先發出一封「不可抗力通知」，白話講就是「如果之後真的跳票，不能怪我」。官方聲明照樣說進度一切正常、全心投入。這種一邊喊安啦一邊先鋪好退路的操作，做過專案的人應該不陌生。

新聞稿講故事，合約講風險

我看過不少企業內部的AI或系統專案，簡報上永遠是「Q3上線」「三個月見效」，但真正決定專案能不能準時交付的，往往是那些不會出現在簡報裡的東西：資料是否乾淨、跨部門權限誰批准、外部系統的API穩不穩定、法遵審查要跑多久。這些卡點通常都躲在附約或風險評估表裡，沒人願意在會議上大聲講。

上面那個案例卡關的不是AI模型，是供電許可跟天然氣管線審查，跟AI技術本身一點關係都沒有。這正是重點：AI專案會不會延遲，經常取決於跟AI無關的外部依賴。企業導入AI系統時最常忽略的，也是這類「非技術瓶頸」。

企業評估AI或系統專案時該問的三件事

• 外部依賴清單：這個專案需要哪些不是我方能控制的資源或許可，例如第三方資料授權、雲端資源配額、跨系統整合窗口
• 延遲的代價分配：如果卡關，是誰吸收成本？合約裡有沒有寫清楚，還是等出事才吵架
• 分階段驗收：與其賭一個遠期的完工日，不如把專案切成可驗收的小階段，卡關時至少已經拿到部分成果

我們在幫企業規劃系統開發或AI整合專案時，第一件事通常不是談功能有多酷，而是先把時程假設攤開來問：這個日期是基於什麼條件成立的？哪些環節一旦卡住會拖累整條線？把這些寫進合約跟里程碑，比事後補一封不可抗力通知實在得多。

樂觀留給對外，悲觀留給自己

外部溝通可以樂觀，因為投資人跟客戶要的是信心。但內部規劃跟合約條款一定要悲觀，因為那才是真正決定損失誰來扛的地方。企業在評估任何數位化或AI導入案時，與其只問廠商「什麼時候能好」，不如多問一句「如果好不了，我們現在能拿到什麼、誰要負責」。

模型跑得再快，也得等一張許可證蓋章。專案管理的真心話，永遠藏在附約第十七條。