數據治理營運模式範本
數據治理營運模式範本，協助界定使命、數據領域、決策權、管理角色、會議機制、推行計劃、指標及定期檢討。
甚麼是數據治理營運模式流程
營運模式在第一個棘手問題出現之前，先說明治理如何運作。這個範本由贊助人期望的成效及邊界開始，再識別優先領域及問責負責人。流程把管理工作放在問責安排之下，找出責任缺口或重疊，並界定哪些決定留在領域、哪些需要升級，以及每個會議需要甚麼證據。測試情境會在推行前確認申請能否找到負責人並得到決定。目錄、質素及沿革管控在此屬於支援機制，而不是營運模式本身。
這是組織設計及推行流程，不是處理單一治理個案的工作流程。/yue/templates/數據治理流程 會使用這裡建立的角色、權限及會議機制，把一項問題由受理帶到決策及結案。同樣，/yue/templates/數據質素管理流程、/yue/templates/主數據管理流程 及 /yue/templates/數據目錄流程 都是營運流程，應在模式內有清晰歸屬，而不是抄進會議日程。試行會測試選定領域的角色工作量及決策清晰度；定期檢討則以真實決策、指標及工作量改善模式，避免保留只在紙上可行的架構。
本流程圖涵蓋的內容
本範本包含
- 行政使命、預期成效、範圍原則及優先數據領域的選擇
- 問責的領域責任、數據管理職責，以及責任缺口或重疊的處理
- 決策權、升級層級、會議目的、頻次、法定人數、受理證據及決策紀錄
- 協調目錄、數據質素及沿革管控，再準備工作指引、指標及領域試行
- 推行審批、發布角色及會議安排、檢討工作量，以及模式需要修改時的重設路徑
何時使用本範本
- 治理依賴中央團隊，但領域主管及管理專員不知道自己負責甚麼或可以決定甚麼
- 多個委員會都討論數據，而申請在其間流轉，沒有清晰決策路徑或升級門檻
- 機構正向新領域推行治理，希望先試行責任、會議及支援管控，再全面推出
- 現有模式出現決策緩慢、角色超出負荷或會議重疊，需要有系統地定期檢討
運作方式
以營運方式寫出使命
描述模式必須改善的決策及成效、首批涵蓋領域及可用資源。避免只寫無法以實際責任、時間或決策情境驗證的宏觀使命宣言。
先劃分領域再設會議
識別連貫的問責範圍、共用數據及跨領域相依關係。邊界清晰後才指派問責角色，並先解決缺口及重疊，才在周圍增設委員會。
設計決策權及證據要求
列出常見決策類型、獲授權限、升級觸發條件及必需資料。為每個會議訂明目的、頻次、法定人數、產出及紀錄負責人，避免把出席會議誤當成問責。
以具代表性的個案試行
選擇可以同時測試日常及有爭議決策的領域和情境。量度申請能否找到正確負責人、證據是否足夠、決策需時多久，以及角色工作量能否持續。
建立檢討周期
按議定頻次檢討決策質素、所需時間、升級事項、空缺角色、重複會議及採用程度。結構性變更應返回決策權設計處處理，不應逐項製造例外。
常見問題
數據治理營運模式包括甚麼？
可用的模式包括使命及範圍、數據領域、問責負責人、管理職責、決策類型、獲授權限、升級途徑、會議機制、所需證據、決策紀錄、支援管控、培訓、指標及定期檢討機制。
營運模式與數據治理流程有甚麼分別？
營運模式建立常設制度，包括誰負責領域、誰可以決定、何時升級及會議如何運作。治理流程則把這套制度套用於單一問題或申請，跟進至決策、實施及結案。
每個數據領域都需要自己的治理委員會嗎？
未必。領域必須有清晰問責及可行決策路徑，但日常決定可以由數據負責人及管理專員處理。若共用會議的職權、法定人數及升級門檻清晰，也可以處理跨領域取捨。
應如何檢討數據治理營運模式？
應採用真實工作的證據，包括未解決責任、決策時間、重做、升級、出席情況、角色工作量及已批行動的採用程度。與贊助人及領域角色一起檢討，再按模式需要修訂邊界、權限、支援或會議機制。
此流程所處的位置
在大多數機構中，此流程會交接給數據治理流程圖：由問題受理到結案。
它是數據治理中的其中一個步驟。
第 1 步: 數據治理營運模式範本 當前位置
數據治理營運模式範本，協助界定使命、數據領域、決策權、管理角色、會議機制、推行計劃、指標及定期檢討。
第 2 步: 數據治理流程圖：由問題受理到結案
數據治理流程範本，涵蓋界定問題範圍、指派責任、評估跨領域影響、記錄決策、執行行動及憑證據結案。
第 3 步: 數據目錄流程圖：由登記到認證
第 4 步: 數據質素管理流程圖
第 5 步: 數據沿革文件流程圖
第 6 步: 數據生命週期管理流程圖