信息系統建設發展到一定階段,數據資源將成為戰略資產,而有效的數據治理才是數據資產形成的必要條件。

雖然以規范的方式來管理數據資產的理念已經被廣泛接受和認可，但是光有理念是不夠的，還需要組織架構、原則、過程和規則，以確保數據管理的各項職能得到正確的履行。

以企業財務管理為例，會計負責管理企業的金融資產，遵守相關制度和規定，同時接受審計員的監督；審計員負責監管金融資產的管理活動。數據治理扮演的角色與審計員類似，其作用就是確保企業的數據資產得到正確有效的管理。

由于切入視角和側重點不同，業界給出的數據治理定義已經不下幾十種，到目前為止還未形成一個統一標準的定義。

ITSS WG1認為數據治理包含以下幾方面內容

（1）確保信息利益相關者的需要評估，以達成一致的企業目標，這些企業目標需要通過對信息資源的獲取和管理實現；

（2）確保有效助力業務的決策機制和方向；

（3）確保績效和合規進行監督。

數據治理是指從使用零散數據變為使用統一主數據、從具有很少或沒有組織和流程治理到企業范圍內的綜合數據治理、從嘗試處理主數據混亂狀況到主數據井井有條的一個過程。

數據治理其實是一種體系，是一個關注于信息系統執行層面的體系，這一體系的目的是整合IT與業務部門的知識和意見，通過一個類似于監督委員會或項目小組的虛擬組織對企業的信息化建設進行全方位的監管，這一組織的基礎是企業高層的授權和業務部門與IT部門的建設性合作。從范圍來講，數據治理涵蓋了從前端事務處理系統、后端業務數據庫到終端的數據分析，從源頭到終端再回到源頭形成一個閉環負反饋系統（控制理論中趨穩的系統）。從目的來講，數據治理就是要對數據的獲取、處理、使用進行監管（監管就是我們在執行層面對信息系統的負反饋），而監管的職能主要通過以下五個方面的執行力來保證——發現、監督、控制、溝通、整合。

我們如何朝著更主動的架構和數據治理模式前進？第一個要求是我們開始在多領域 MDM 系統中直接授權數據，分離傳統 CRM 和 ERP 系統中的數據錄入。當錄入系統和記錄系統為同一個系統時，應用程序架構很簡單。CRM 和 ERP 系統變成主數據的消費者 — 它們不再創建它。

但是，為了實現此有價值的簡化，需要靈活、用戶友好的界面。它有助于創建針對不同業務用戶（從臨時用戶到專家）組的用戶界面版本，同時仍然具有完整的數據管理控制臺，數據管理員通過該控制臺可處理需要人為判斷的問題，并跟蹤數據質量度量標準和解決異常。

多領域 MDM 系統本身的角色發生變化，從在別處輸入或更新的數據的被動接收者和整理者變為原始錄入系統和記錄系統。新記錄或修改后的記錄通過內部數據治理規則后，MDM 系統通過實時或接近實時的中間件將經過認證的記錄發布到 CRM 和 ERP 系統以及所有數據倉庫或分析系統。如果不需要實時或接近實時的反饋，新記錄和更改后的記錄可排隊等候，以便通過批量集成與企業的其它系統同步。

這一變化還消除了主要的復雜性原因。MDM 系統成為了源系統，企業中的其它應用程序和數據庫成為消費系統，而不是讓處于復雜源系統網絡的中心的 MDM 系統位于左側，而消費系統位于右側。因此，省去了接近一半的系統集成工作量，并且還省去了映射源系統和其獨立且特殊方法（允許數據錄入返回到 MDM 系統）的工作。

這看上去是一個激進的步驟，但是它實際上是長期趨勢的延續。當企業應用程序套件最初變得通用時，公司假設它們的新 CRM 或 ERP 系統是唯一的真相來源。但是，隨著時間的推移，公司淪為擴散系統和數據庫的犧牲品。因此，沒有一個前臺或后臺系統擁有完整的主數據集。

如果您將要添加一個多領域 MDM 系統并承認 CRM 和 ERP 系統并不是設計用于管理主數據，為何不進行下一步驟并取消它們的創建、更新或刪除主數據的功能，而是允許這些系統只能讀取和處理主數據呢？