數據治理流程圖：由問題受理到結案
數據治理流程範本，涵蓋界定問題範圍、指派責任、評估跨領域影響、記錄決策、執行行動及憑證據結案。
甚麼是數據治理流程圖：由問題受理到結案流程
數據治理問題不能只靠開會解決。這個範本由數據用戶提出具體問題開始，記錄範圍、影響及證據，再確認是否應由治理機制處理。屬於範圍內的工作會先指派問責的數據負責人及管理專員，然後才擬定方案。單一領域的決定可以留在獲授權角色手上；跨領域或影響重大的問題則會收集更多意見，並在需要時交由治理委員會處理。最終決定會列明理據及條件，再轉化為有負責人及限期的實施工作，而不是消失在會議紀錄之中。
本頁繪製單一問題由受理到結案的路徑，並非設計整套治理制度。要建立領域、常設角色、決策權、會議機制及檢討周期，請使用 /yue/templates/數據治理營運模式。需要立即分流及修正的數據缺陷，應使用 /yue/templates/數據質素問題管理流程；若當中發現政策衝突，才把該決策交到本流程。清楚劃分這些邊界，可讓問題紀錄連結至專門工作，同時由本圖持續負責治理決定、實施證據及最終通知。
本流程圖涵蓋的內容
本範本包含
- 受理問題、收集證據、確認範圍，以及指派問責的數據負責人及管理專員
- 評估影響，分辨單一領域問題與跨領域或影響重大的事項
- 擬定方案、審查可行性與管控措施，並分流至獲授權決策或委員會決策
- 記錄決定、理據、條件、實施負責人及限期
- 收集結案證據、通知結果，並在未達預期成效時返回重做
何時使用本範本
- 團隊對定義、責任或可接受的數據用途有爭議，需要一條清晰路徑得出最終決定
- 治理申請散落在會議及訊息之中，沒有一致的證據、優先次序或問責安排
- 委員會已作出決定，但實施行動及結案證據沒有連回原來問題
- 團隊需要分開可由領域自行決定的事項，以及真正需要跨領域治理的事項
運作方式
界定受理邊界
列出本流程接受的問題類型，並為範圍以外的營運、技術或服務工作指明其他處理途徑。要求申請人提供足以理解問題的影響及證據，但不要把受理表變成冗長審批。
訂明責任及影響準則
界定如何指派領域、問責的數據負責人及管理專員。以受影響使用者、共用定義、管控風險及延誤成本等可觀察因素，取代含糊的跨領域及重大影響關卡。
記錄決策權
列明數據負責人可以決定甚麼、哪些情況必須交委員會，以及誰可以要求進一步分析。日常決定應留給獲授權角色，同時為真正衝突保留升級路徑。
統一決策紀錄
記錄曾考慮的方案、證據、理據、條件、適用時的反對意見、負責人及生效日期。把決策紀錄連結至實施工作，讓日後審閱人可以把批准方向與實際變更對照。
以證據作結案依據
實施開始前先界定驗收準則及核實人。未達成效時重新展開分析，並只在結果及餘下限制已通知相關人士後結案。
常見問題
數據治理流程包括哪些步驟？
實用的問題至結案流程會記錄問題及證據、確認治理範圍、指派負責人及管理專員、評估影響、擬定方案、選擇適當決策權限、記錄決定及理據、指派實施行動、核實結果，最後連同通知及證據結案。
哪些問題應交由數據治理委員會處理？
委員會應集中處理跨領域、超出獲授權限、涉及重大取捨，或問責負責人無法解決的決定。若營運模式容許，本地定義釐清或日常套用標準通常應由領域角色自行處理。
這與數據質素問題管理有甚麼分別？
數據質素問題管理透過分流、遏制、診斷及修復，恢復一個有問題的數據集或輸出。本治理流程則解決權限、政策、責任或跨領域選擇。若質素修復依賴其中一項決定，便可連結至治理個案。
數據治理問題結案需要甚麼證據？
證據應直接對應決策的驗收準則，例如已更新的定義或標準、已實施的管控措施、獲批的責任變更、向受影響用戶發出的通知、測試結果或其他可觀察成效。會議紀錄只證明曾作決定，不能證明預期結果已交付。
此流程所處的位置
在大多數機構中，此流程緊接數據質素問題管理流程圖之後，並交接給數據目錄流程圖：由登記到認證。
它是數據治理中的其中一個步驟。
第 1 步: 數據治理營運模式範本
數據治理營運模式範本，協助界定使命、數據領域、決策權、管理角色、會議機制、推行計劃、指標及定期檢討。
第 2 步: 數據治理流程圖：由問題受理到結案 當前位置
數據治理流程範本，涵蓋界定問題範圍、指派責任、評估跨領域影響、記錄決策、執行行動及憑證據結案。
第 3 步: 數據目錄流程圖：由登記到認證
數據目錄流程範本，涵蓋登記資產、補充元數據、指派管理責任、核實用戶背景、認證狀態及維護紀錄。
第 4 步: 數據質素管理流程圖
第 5 步: 數據沿革文件流程圖
第 6 步: 數據生命週期管理流程圖