案例13｜治理漏做：6 個月全球部署變成 18 個月重設計

一、案例定位

本案例依原書第 4 章 Building with Governance in Mind 情境重組。

計算因 Data Sovereignty 等治理要求未在架構早期納入，全球部署從 6 個月延長到 18 個月的時程影響。

二、學習目標

計算 6→18 個月的延長倍數與增加幅度。
理解 Governance Oversight 可造成架構級重工。
把 Regional Compliance 前移到設計階段。

三、案例情境

某全球金融服務公司的 Trading Analysis System 技術表現優異，但部署到亞洲市場時才發現 Data Sovereignty Laws 要求資料處理必須留在特定 Region。原架構沒有考慮這個要求，原本 6 個月的部署最後變成 18 個月的 Redesign；原書明確說原因不是技術能力不足，而是 Governance Oversight。

四、開始資料

項目	原書數字／內容	結果
原部署計畫	6 個月	原預期
實際 Redesign	18 個月	治理疏漏後
主要原因	Data Sovereignty／Regional Processing Requirement	架構未預先支援
非主要原因	Technical Limitation	原書明確排除

五、Excel／AI 分析方法

Excel：18-6=12 計算增加月份；18/6=3 計算總時程倍數；12/6=200% 計算相對原計畫增加幅度。AI 可解釋治理根因，但不得把此比例外推為所有專案成本。

六、計算結果

額外增加：12 個月。
實際總時程：原計畫的 3 倍。
相對原 6 個月計畫，增加 200%。

七、結果分析與管理解讀

治理不是部署前最後一道 Checklist。Regional Compliance 若影響 Processing Location，就會改變基礎架構；越晚發現，越可能形成昂貴重工。