設計AI營運模式：釐清決策權，讓實證形成學習迴路

可執行的AI營運模式，應從一張逐項列明決策權的登錄表開始，而不是先決定要成立中央團隊、卓越中心或聯邦式組織。企業必須說清楚誰能核准經費、允許例外、接受剩餘風險、對正式環境績效負責，以及誰能把單一方案的證據轉成共用能力或策略修正。若缺少具名負責人、必要證據、升級路徑與重新檢視條件，再完整的AI策略也可能停在等待、繞道與重複討論之中。

AI營運模式必須先分配哪些決策？

AI營運模式必須先分配六個領域的週期性決策：企業標準、投資組合資金、方案交付、風險評估與接受、正式環境生命週期，以及再利用與能力學習。NIST把治理視為配合組織優先順序、持續進行的工作，並要求清楚角色、溝通、監測、定期檢視與主管責任；這正說明營運模式不是一次性的策略文件、委員會名單或報告線，而是一套反覆運作的決策系統。

• 企業標準與護欄：誰決定核准平台、架構模式、風險分級、評估底線、監測期待與例外。
• 投資組合資金與排序：誰支持探索、共用能力、領域交付、擴大及退場，又由誰依新證據調整資源。
• 方案交付與採用：誰負責流程重設、產品交付、領域知識、使用者採用及可實現的商業成果。
• 風險評估、保證與接受：誰分級及檢查風險、驗證控制、接受剩餘曝險，並在事件發生時升級。
• 正式環境與生命週期：誰監測品質、價值、採用、事件及漂移，又有權暫停、修改或退役系統。
• 再利用與能力學習：誰把個案經驗轉成元件、評估集、標準、訓練或供應商規則，並負責維護。

每個領域都要一路盤點到發布、監測、事件處理、改善、資金變動與退場，不能只分配開發階段的工作。另須把組織決策權與系統權限分開：前者處理總部、領域、產品與風險角色之間的授權；後者則界定人類與AI如何參與問題界定、採取行動及從結果學習。MIT CISR以模糊性與風險討論後者，但它不能取代企業內部的問責安排。

可實際運作的決策權責登錄表要寫什麼？

可用的決策權責登錄表，必須以一列對應一項範圍明確的決策，並指定單一負責角色。團隊看到該列時，應能判斷它處理的是全企業標準、特定領域方案、正式服務、例外申請或資金配置；也要知道誰可以代理、決策前必須提出什麼證據與最低控制，以及哪些角色提供諮詢或獨立保證。NIST要求清楚角色與文件化流程，但不替企業指定組織圖。

• 決策名稱與精確範圍
• 單一負責角色及其正式授權
• 可執行或獲准代理的角色
• 必要證據與最低控制
• 受諮詢者與獨立保證角色
• 預期完成時間或服務期待
• 升級條件與接手升級的負責人
• 重啟條件及理由、證據的長期保存位置

委員會不能代替具名負責人。多人可以蒐證、執行、提出建議或做獨立保證，但重大風險的接受仍應由具有正式權限的領導者負責；世界經濟論壇的指引也強調領導責任及授權與保證職責的區隔。登錄表最有價值的地方，是提前暴露介面缺口，例如樞紐與事業單位都以為對方會負責擴大經費、正式環境績效、剩餘風險或共用資產維護。

AI營運模式真正開始運作，是每個重要決策都有負責人、證據路徑、升級管道，以及重新檢視的理由。

每項AI決策應該放在中央、事業單位，還是兩者之間？

每項AI決策應放在最能掌握必要情境、承擔完整後果，又能維持共同控制的位置；整個企業不必永久採用同一標籤。Microsoft與IBM描述的取捨是方向性的：集中有利於一致性、能見度及整合稀缺專業，卻可能形成審批與交付瓶頸；聯邦式配置能平行交付並貼近領域成果，卻可能讓標準、供應商選擇、證據品質與知識再利用逐漸分裂。

樞紐輻射式不是模糊的折衷，而是要明確拆分權利：樞紐通常管理共用平台、標準、賦能、登錄及可再利用能力；輻射端則管理領域優先順序、交付、採用和護欄內的較低風險營運。Microsoft的代理型AI指引提供了這類配置範例。真正的失效點通常不是名稱，而是雙方都以為另一方會處理資金、正式環境績效、風險接受或跨域再利用。

審查機制如何把證據變成可追溯的決策？

審查機制要把證據變成可追溯的決策，就必須事先限定權限、輸入與輸出，不能只收集進度報告。NIST把監測與回饋連結到重新校準、降低風險、調整控制或移除等管理行動；Microsoft的生命週期指引則涵蓋受理、排序、風險分級、發布、監測、價值報告、事件、改善與退場。企業可把這些工作收斂為三類機制，但每項權利仍由具名角色行使。

• 標準與例外審查：輸入例外申請、受影響標準、風險與互通證據、期限、補償控制及預定負責人；輸出核准、拒絕、加註限制或限時例外，並記錄標準是否更新及何時重審。
• 方案實證審查：比較原始假設與基準，再檢視商業成果、流程與採用、技術表現、營運成本、事件、風險發現及限制；輸出擴大、調整、暫停、停止或退役決策及其資金後果。
• 投資組合與策略審查：彙整可比較的方案決策、反覆出現的阻礙與例外、價值及成本範圍、能力缺口、事件、漂移與再利用證據；輸出優先順序、資金、共用能力、標準、採購規則或決策權的變更。

每次輸出至少要留下決策內容、理由、負責人、受影響資源、下一項必要證據與重啟條件。會議本身只是讓相關角色檢視與協調，不能成為抽象的負責主體。召開頻率與送審條件則應依風險、決策延遲、營運證據及組織情境設定；若任意規定所有方案每季審查，反而可能讓低風險改善等待過久，也讓重大曝險得不到及時處理。

試辦證據如何成為投資組合與策略學習？

試辦證據要成為策略學習，必須從可檢驗的方案假設一路連到具名的資源與策略決策，而不是在成果發表後停住。NIST的Govern與Measure功能支持可追溯證據、監測、回饋、檢視及管理行動之間的連結；IBM則說明中心可維護機會投資組合、共用平台、治理方法、可再利用資產及商業成果衡量。以下完整迴路是依這些原則整理的實務綜合，不是已驗證的績效公式。

1. 先寫下方案假設、現況基準、具名負責人、預定成果、風險邊界，以及足以支持擴大、調整或停止的證據。
2. 蒐集商業成果、流程影響、採用情形、技術表現、成本、事件、風險發現與已知限制，避免用會議次數、帳號數或展示場次取代成果。
3. 作成並保存方案決策，同時寫明資金與所有權將如何改變。
4. 萃取可再利用的元件、評估集、標準、供應商規則、訓練需求或流程模式；若不值得再利用，也要保留判斷依據。
5. 跨方案比較後再辨認反覆出現的訊號，避免把單一成功或失敗直接推論為全企業結論。
6. 由具名角色決定保留或修正策略假設、優先順序、資金配置、共用能力、標準、採購規則或結構配置。
7. 把更新發布給受影響的負責人，並設定下一次需要的證據或重啟條件。

這套迴路的重點不是把每項試辦包裝成成功案例，而是讓結果有能力改變下一個決定。若採用率良好但營運成本超出原始假設，可能需要調整方案或供應方式；若多個領域反覆遇到相同評估缺口，則可能值得投資共用能力。相反地，一項失敗若源自非常特殊的流程限制，就只能修正該方案，不足以推翻整體策略。每次擴大或停止都要保留原始基準與限制，才不會讓事後敘事取代證據。

什麼時候應把決策權移向事業單位或收回中央？

當在地團隊能承擔完整生命週期、共同控制仍可執行、證據品質可靠，而且中央佇列確實延誤行動時，可以考慮把特定決策向外移。若標準或供應商選擇持續漂移、平台反覆重建、證據破碎、事件重演、跨領域曝險擴大，或在地生命週期所有權薄弱，則可把失效的權利向中央收回。Microsoft提出混合模式與結構演變，也提醒中央瓶頸和聯邦式漂移，但這些只是診斷訊號。

不要因一個介面失效，就替整個企業重新貼標籤。標準可以維持中央管理，同時把領域交付移向外部；中央也可以保留重大事件的介入權，而讓護欄內的較低風險改善由產品團隊決定。世界經濟論壇指引把由集中協調走向聯邦或混合監督列為一種可能發展，並持續保留領導責任與職責分離，但它不是每家企業都必經的成熟路徑。NIST更核心的要求，是讓監測與回饋持續修正政策、流程、角色及控制。

1. 盤點六個決策領域，先選少數會反覆發生且後果重大的決策。
2. 完成權責登錄表，特別檢查單一負責人、必要證據、升級與重啟欄位。
3. 用一項正在進行的方案及一件真實例外申請測試角色介面。
4. 讓兩者通過標準與例外、方案實證、投資組合與策略三類審查機制。
5. 檢查決策是否及時、證據是否足夠、升級是否有效，以及輸出是否真的改變所有權、資金、標準、再利用或策略，再擴大涵蓋範圍。

若決策涉及法規義務、資安、隱私、契約、重大風險或其他受專業規範的曝險，應由具有適當資格與正式權限的法務、法遵、風險、資安、隱私或相關專業職能參與。營運模式的任務，是清楚指出誰有權解釋義務、誰提供獨立保證及誰能接受剩餘曝險，而不是用一張通用表格取代專業判斷。完成第一輪測試後，應先修正權責與介面，再增加更多會議或擴張中央團隊。