信息系統(tǒng)建設發(fā)展到一定階段,數(shù)據(jù)資源將成為戰(zhàn)略資產(chǎn),而有效的數(shù)據(jù)治理才是數(shù)據(jù)資產(chǎn)形成的必要條件。

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

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

由于切入視角和側(cè)重點不同，業(yè)界給出的數(shù)據(jù)治理定義已經(jīng)不下幾十種，到目前為止還未形成一個統(tǒng)一標準的定義。

ITSS WG1認為數(shù)據(jù)治理包含以下幾方面內(nèi)容

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

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

（3）確保績效和合規(guī)進行監(jiān)督。

數(shù)據(jù)治理是指從使用零散數(shù)據(jù)變?yōu)槭褂媒y(tǒng)一主數(shù)據(jù)、從具有很少或沒有組織和流程治理到企業(yè)范圍內(nèi)的綜合數(shù)據(jù)治理、從嘗試處理主數(shù)據(jù)混亂狀況到主數(shù)據(jù)井井有條的一個過程。

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

我們?nèi)绾纬鲃拥募軜嫼蛿?shù)據(jù)治理模式前進？第一個要求是我們開始在多領域 MDM 系統(tǒng)中直接授權數(shù)據(jù)，分離傳統(tǒng) CRM 和 ERP 系統(tǒng)中的數(shù)據(jù)錄入。當錄入系統(tǒng)和記錄系統(tǒng)為同一個系統(tǒng)時，應用程序架構很簡單。CRM 和 ERP 系統(tǒng)變成主數(shù)據(jù)的消費者 — 它們不再創(chuàng)建它。

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

多領域 MDM 系統(tǒng)本身的角色發(fā)生變化，從在別處輸入或更新的數(shù)據(jù)的被動接收者和整理者變?yōu)樵间浫胂到y(tǒng)和記錄系統(tǒng)。新記錄或修改后的記錄通過內(nèi)部數(shù)據(jù)治理規(guī)則后，MDM 系統(tǒng)通過實時或接近實時的中間件將經(jīng)過認證的記錄發(fā)布到 CRM 和 ERP 系統(tǒng)以及所有數(shù)據(jù)倉庫或分析系統(tǒng)。如果不需要實時或接近實時的反饋，新記錄和更改后的記錄可排隊等候，以便通過批量集成與企業(yè)的其它系統(tǒng)同步。

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

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

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