數(shù)據(jù)治理的理解

1、數(shù)據(jù)治理的理解企業(yè)高層必須制定一個基于價值的數(shù)據(jù)治理計劃，確保董事會和股東可以方便、安全、快速、可靠地利用數(shù)據(jù)進(jìn)行決策支持和業(yè)務(wù)運(yùn)行。數(shù)據(jù)治理對于確保數(shù)據(jù)的準(zhǔn)確、適度分享和保護(hù)是至關(guān)重要的。有效的數(shù)據(jù)治理計劃會通過改進(jìn)決策、縮減成本、降低風(fēng)險和提高安全合規(guī)等方式，將價值回饋于業(yè)務(wù)，并最終體現(xiàn)為增加收入和利潤。國際上此方面的研究協(xié)會比較多，但截止2014年底中國只有ITSSWG1國際化小組展開了正式研究，并向ISO正式提交和發(fā)布了數(shù)據(jù)治理的研究白皮書。目錄1.1什么是數(shù)據(jù)治理2什么是應(yīng)對型數(shù)據(jù)治理3什么是主動型數(shù)據(jù)治理4應(yīng)對型數(shù)據(jù)治理的缺點(diǎn)及其改進(jìn)方案5主動數(shù)據(jù)治理優(yōu)勢、應(yīng)當(dāng)避免的問題6主動數(shù)據(jù)

2、治理最適合哪些領(lǐng)域7何時開始主動數(shù)據(jù)治理8數(shù)據(jù)治理成功的關(guān)鍵元數(shù)據(jù)管理數(shù)據(jù)治理中元數(shù)據(jù)的作用及其管理什么是元數(shù)據(jù)？數(shù)據(jù)治理中元數(shù)據(jù)管理的重要性數(shù)據(jù)治理中元數(shù)據(jù)管理的業(yè)務(wù)驅(qū)動因素特別考慮事項(xiàng)：大數(shù)據(jù)與數(shù)據(jù)治理用于全局?jǐn)?shù)據(jù)治理的Informatica產(chǎn)品數(shù)據(jù)治理什么是數(shù)據(jù)治理信息系統(tǒng)建設(shè)發(fā)展到一定階段,數(shù)據(jù)資源將成為戰(zhàn)略資產(chǎn),而有效的數(shù)據(jù)治理才是數(shù)1據(jù)資產(chǎn)形成的必要條件。雖然以規(guī)范的方式來管理數(shù)據(jù)資產(chǎn)的理念已經(jīng)被廣泛接受和認(rèn)可，但是光有理念是不夠的，還需要組織架構(gòu)、原則、過程和規(guī)則，以確保數(shù)據(jù)管理的各項(xiàng)職能得到正確的履行。以企業(yè)財務(wù)管理為例，會計負(fù)責(zé)管理企業(yè)的金融資產(chǎn)，遵守相關(guān)制度和規(guī)定，同時接受

3、審計員的監(jiān)督；審計員負(fù)責(zé)監(jiān)管金融資產(chǎn)的管理活動。數(shù)據(jù)治理扮演的角色與審計員類似，其作用就是確保企業(yè)的數(shù)據(jù)資產(chǎn)得到正確有效的管理。由于切入視角和側(cè)重點(diǎn)不同，業(yè)界給出的數(shù)據(jù)治理定義已經(jīng)不下幾十種，到目前為止還未形成一個統(tǒng)一標(biāo)準(zhǔn)的定義。ITSSWG1認(rèn)為數(shù)據(jù)治理包含以下幾方面內(nèi)容（1）確保信息利益相關(guān)者的需要評估，以達(dá)成一致的企業(yè)目標(biāo)，這些企業(yè)目標(biāo)需要通過對信息資源的獲取和管理實(shí)現(xiàn)；（2）確保有效助力業(yè)務(wù)的決策機(jī)制和方向；（3）確?？冃Ш秃弦?guī)進(jìn)行監(jiān)督。數(shù)據(jù)治理是指從使用零散數(shù)據(jù)變?yōu)槭褂媒y(tǒng)一主數(shù)據(jù)、從具有很少或沒有組織和流程治理到企業(yè)范圍內(nèi)的綜合數(shù)據(jù)治理、從嘗試處理主數(shù)據(jù)混亂狀況到主數(shù)據(jù)井井有條的一個

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

5、么是應(yīng)對型數(shù)據(jù)治理應(yīng)對型數(shù)據(jù)治理是指通過客戶關(guān)系管理（CRM）等“前臺”應(yīng)用程序和諸如企業(yè)資源規(guī)劃（ERP）等“后臺”應(yīng)用程序授權(quán)主數(shù)據(jù)，例如客戶、產(chǎn)品、供應(yīng)商、員工等。然后，數(shù)據(jù)移動工具將最新的或更新的主數(shù)據(jù)移動到多領(lǐng)域MDM系統(tǒng)中。它整理、匹配和合并數(shù)據(jù)，以創(chuàng)建或更新“黃金記錄”，然后同步回原始系統(tǒng)、其它企業(yè)應(yīng)用程序以及數(shù)據(jù)倉庫或商業(yè)智能/分析系統(tǒng)。數(shù)據(jù)治理什么是主動型數(shù)據(jù)治理我們?nèi)绾纬鲃拥募軜?gòu)和數(shù)據(jù)治理模式前進(jìn)？第一個要求是我們開始在多領(lǐng)域MDM系統(tǒng)中直接授權(quán)數(shù)據(jù)，分離傳統(tǒng)CRM和ERP系統(tǒng)中的數(shù)據(jù)錄入。當(dāng)錄入系統(tǒng)和記錄系統(tǒng)為同一個系統(tǒng)時，應(yīng)用程序架構(gòu)很簡單。CRM和ERP系統(tǒng)變成

6、主數(shù)據(jù)的消費(fèi)者它們不再創(chuàng)建它。但是，為了實(shí)現(xiàn)此有價值的簡化，需要靈活、用戶友好的界面。它有助于創(chuàng)建針對不同業(yè)務(wù)用戶（從臨時用戶到專家）組的用戶界面版本，同時仍然具有完整的數(shù)據(jù)管理控制臺，數(shù)據(jù)管理員通過該控制臺可處理需要人為判斷的問題，并跟蹤數(shù)據(jù)質(zhì)量度量標(biāo)準(zhǔn)和解決異常多領(lǐng)域MDM系統(tǒng)本身的角色發(fā)生變化，從在別處輸入或更新的數(shù)據(jù)的被動接收者和整理者變?yōu)樵间浫胂到y(tǒng)和記錄系統(tǒng)。新記錄或修改后的記錄通過內(nèi)部數(shù)據(jù)治理規(guī)則后，MDM系統(tǒng)通過實(shí)時或接近實(shí)時的中間件將經(jīng)過認(rèn)證的記錄發(fā)布到CRM和ERP系統(tǒng)以及所有數(shù)據(jù)倉庫或分析系統(tǒng)。如果不需要實(shí)時或接近實(shí)時的反饋，新記錄和更改后的記錄可排隊等候，以便通過批量集

7、成與企業(yè)的其它系統(tǒng)同步。這一變化還消除了主要的復(fù)雜性原因。MDM系統(tǒng)成為了源系統(tǒng)，企業(yè)中的其它應(yīng)用程序和數(shù)據(jù)庫成為消費(fèi)系統(tǒng)，而不是讓處于復(fù)雜源系統(tǒng)網(wǎng)絡(luò)的中心的MDM系統(tǒng)位于左側(cè)，而消費(fèi)系統(tǒng)位于右側(cè)。因此，省去了接近一半的系統(tǒng)集成工作量，并且還省去了映射源系統(tǒng)和其獨(dú)立且特殊方法（允許數(shù)據(jù)錄入返回到MDM系統(tǒng)）的工作。這看上去是一個激進(jìn)的步驟，但是它實(shí)際上是長期趨勢的延續(xù)。當(dāng)企業(yè)應(yīng)用程序套件最初變得通用時，公司假設(shè)它們的新CRM或ERP系統(tǒng)是唯一的真相來源。但是，隨著時間的推移，公司淪為擴(kuò)散系統(tǒng)和數(shù)據(jù)庫的犧牲品。因此，沒有一個前臺或后臺系統(tǒng)擁有完整的主數(shù)據(jù)集。如果您將要添加一個多領(lǐng)域MDM系統(tǒng)并承

8、認(rèn)CRM和ERP系統(tǒng)并不是設(shè)計用于管理主數(shù)據(jù)，為何不進(jìn)行下一步驟并取消它們的創(chuàng)建、更新或刪除主數(shù)據(jù)的功能，而是允許這些系統(tǒng)只能讀取和處理主數(shù)據(jù)呢？數(shù)據(jù)治理應(yīng)對型數(shù)據(jù)治理的缺點(diǎn)及其改進(jìn)方案批量集成和應(yīng)對型數(shù)據(jù)治理方法引入的時間延遲可能導(dǎo)致業(yè)務(wù)部門繼續(xù)操作重復(fù)、不完整且不精確的主數(shù)據(jù)。因此，這會降低多領(lǐng)域MDM方案實(shí)現(xiàn)在正確的時間向正確的人員提供正確數(shù)據(jù)這一預(yù)期業(yè)務(wù)目標(biāo)的能力。在期望被設(shè)定為數(shù)據(jù)將變得干凈、精確且及時之后，批量集成引入的時間延遲讓人感到沮喪。應(yīng)對型數(shù)據(jù)治理（下游數(shù)據(jù)管理員小組負(fù)責(zé)整理、去重復(fù)、糾正和完成關(guān)鍵主數(shù)據(jù)）可能導(dǎo)致讓人認(rèn)為“數(shù)據(jù)治理官僚化”。應(yīng)對型數(shù)據(jù)治理還會導(dǎo)致最終用戶將

9、數(shù)據(jù)管理團(tuán)隊看做“數(shù)據(jù)質(zhì)量警察”，并產(chǎn)生相應(yīng)的官僚化和延遲以及主數(shù)據(jù)仍然不干凈的負(fù)面認(rèn)識。這還將使得MDM方案更難實(shí)現(xiàn)它的所有預(yù)期優(yōu)勢，并可能導(dǎo)致更高的數(shù)據(jù)管理總成本。此方法的風(fēng)險是組織可能以“兩個領(lǐng)域中的最差”而告終，至少部分上如此-已在MDM方案中投資，但是只能實(shí)現(xiàn)一些潛在優(yōu)勢，即在整個企業(yè)內(nèi)獲得干凈、精確、及時以及一致的主數(shù)據(jù)。有三個方法可超越應(yīng)對型數(shù)據(jù)治理。用戶將數(shù)據(jù)直接輸入到多領(lǐng)域MDM系統(tǒng)中：用戶使用界面友好的前端將數(shù)據(jù)直接輸入到多領(lǐng)域MDM系統(tǒng)中，但是他們的新記錄和現(xiàn)有記錄的更新留在暫存區(qū)域或保留區(qū)域，直到數(shù)據(jù)管理員審核和認(rèn)證為止。這之后MDM系統(tǒng)才接受插入或更新，以便進(jìn)行完整的

10、整理、匹配、合并，并將“最佳記錄”發(fā)布到企業(yè)的所有其他應(yīng)用程序。此方法好過將一個完全不同的應(yīng)用程序（例如CRM或ERP系統(tǒng)）作為“錄入系統(tǒng)”，但是它仍然會出現(xiàn)延遲和效率低下。盡管存在這些缺點(diǎn)，使用暫存區(qū)域確實(shí)解決了大部分問題，例如不用強(qiáng)制執(zhí)行重要屬性的錄入或在創(chuàng)建前不必進(jìn)行徹底搜索。此外，由于我們并不受傳統(tǒng)應(yīng)用程序或現(xiàn)代CRM或ERP應(yīng)用程序如何處理數(shù)據(jù)錄入功能的影響，通過不對應(yīng)對方法進(jìn)行批量數(shù)據(jù)移動，我們還大大縮短了時間安排。用戶輸入直接傳送到多領(lǐng)域MDM系統(tǒng)中的數(shù)據(jù)：在外面輸入新記錄或更新，但是會立即傳送到MDM系統(tǒng)，以便自動整理、匹配和合并。異?；蚶鈧魉偷綌?shù)據(jù)管理員的隊列，幾個管理員便

11、可支持更多最終用戶。這是第一個主動方法的改進(jìn)，因?yàn)槲覀兝肕DM系統(tǒng)的業(yè)務(wù)規(guī)則、數(shù)據(jù)整理和匹配功能，只要求管理員查看作為整理、匹配和合并流程的例外而彈出的插入或更新。用戶使用特定于數(shù)據(jù)治理的前端輸入數(shù)據(jù)：第三個方法是允許最終用戶直接錄入到多領(lǐng)域MDM系統(tǒng)中，但是應(yīng)使用專為主動數(shù)據(jù)治理方法而設(shè)計的前端。可專門為最終用戶數(shù)據(jù)錄入設(shè)定屏幕，您可利用功能齊全的MDM系統(tǒng)允許的自動化、數(shù)據(jù)整理、業(yè)務(wù)規(guī)則、搜索和匹配等所有功能。因此，不必首先將數(shù)據(jù)輸入到MDM系統(tǒng)的暫存區(qū)域中，并且您不需要系統(tǒng)外的單獨(dú)工作流應(yīng)用程序。數(shù)據(jù)治理主動數(shù)據(jù)治理優(yōu)勢、應(yīng)當(dāng)避免的問題主動數(shù)據(jù)治理的優(yōu)勢主動數(shù)據(jù)治理的第一個優(yōu)勢是可在源

12、頭獲得主數(shù)據(jù)。具有嚴(yán)格的“搜索后再創(chuàng)建”功能和強(qiáng)大的業(yè)務(wù)規(guī)則，確保關(guān)鍵字段填充經(jīng)過批準(zhǔn)的值列表或依據(jù)第三方數(shù)據(jù)驗(yàn)證過，新記錄的初始質(zhì)量級別將非常高。主數(shù)據(jù)管理工作通常著重于數(shù)據(jù)質(zhì)量的“使它干凈”或“保持它干凈”方面。如果MDM系統(tǒng)中的數(shù)據(jù)質(zhì)量初始級別非常高，并且如果您不會通過從CRM或ERP源系統(tǒng)中傳入不精確、不完整或不一致的數(shù)據(jù)來連續(xù)污染系統(tǒng)，則主數(shù)據(jù)管理的“保持它干凈”方面非常容易。主動數(shù)據(jù)治理還可有效消除新主記錄的初始錄入和其認(rèn)證以及通過中間件發(fā)布到企業(yè)其余領(lǐng)域之間的所有時間延遲。由用戶友好的前端支持的主動數(shù)據(jù)治理可將數(shù)據(jù)直接錄入到多領(lǐng)域MDM系統(tǒng)中，可應(yīng)用所有典型的業(yè)務(wù)規(guī)則，以整理、匹

13、配和合并數(shù)據(jù)。當(dāng)初始數(shù)據(jù)錄入經(jīng)過整理、匹配和合并流程后，此方法還允許數(shù)據(jù)管理員通過企業(yè)總線將更新發(fā)布到組織的其它領(lǐng)域。主動數(shù)據(jù)治理方法消除了“數(shù)據(jù)治理官僚化”這一認(rèn)識，因?yàn)橹鲾?shù)據(jù)的授權(quán)已推給上游的業(yè)務(wù)用戶，使數(shù)據(jù)管理員處于很少被打擾的角色，他們將不會成為諸如訂單管理或出具發(fā)票等關(guān)鍵業(yè)務(wù)流程的瓶頸。銷售和營銷均受益，因?yàn)榭筛杆偾医?jīng)濟(jì)有效地完成營銷活動，在啟動活動之前無需前期數(shù)據(jù)糾正。財務(wù)上也受益，因?yàn)閷⒁淮涡圆东@新客戶需要的所有數(shù)據(jù)元素，添加新客戶的流程包括提取第三方內(nèi)容并計算信貸限額，然后將該信息傳回ERP系統(tǒng)。沒有直接訪問MDM系統(tǒng)權(quán)限的客戶服務(wù)代表通常必須搜索幾個系統(tǒng)，找到他們需要的信息

14、，從而采取措施。當(dāng)通話中的客戶沒有耐心時，很難提供高級別的服務(wù)。當(dāng)所有信息存儲在MDM系統(tǒng)中并可通過有效、用戶友好的前端進(jìn)行訪問時，客戶服務(wù)代表將能夠訪問每個客戶交互需要的所有數(shù)據(jù)，并能夠在需要時授權(quán)新數(shù)據(jù)。通過使MDM成為錄入系統(tǒng)及記錄系統(tǒng)，您能從本質(zhì)上將數(shù)據(jù)維持在“零延遲”狀態(tài)，它在這種狀態(tài)下適合企業(yè)中的任何預(yù)期使用場景，同步到CRM和ERP系統(tǒng)的數(shù)據(jù)的清潔性、精確性、時效性以及一致性應(yīng)當(dāng)處于最高級別。主動數(shù)據(jù)治理避免出現(xiàn)的問題已發(fā)展到主動數(shù)據(jù)治理的組織報告了關(guān)于關(guān)系管理、歷史記錄、工作流程以及安全性的一些常見教訓(xùn)。關(guān)系管理MDM應(yīng)當(dāng)成為不僅是主數(shù)據(jù)而且是主數(shù)據(jù)間的關(guān)系的記錄系統(tǒng)。它成為全

15、方位了解不同系統(tǒng)的數(shù)據(jù)如何互相關(guān)聯(lián)的中心位置。例如，多領(lǐng)域MDM系統(tǒng)將來自訂單管理系統(tǒng)的銷售訂單和應(yīng)收帳款中的發(fā)票關(guān)聯(lián)在一起。這些關(guān)系或?qū)哟谓Y(jié)構(gòu)顯示在與MDM系統(tǒng)數(shù)據(jù)直接交互的用戶界面中。用戶界面還可用于查看主數(shù)據(jù)間的關(guān)系并在MDM系統(tǒng)中直接編輯它們。因此，MDM還成為關(guān)系的錄入系統(tǒng)。歷史記錄當(dāng)您從諸如CRM系統(tǒng)等外部系統(tǒng)中接受新記錄或更新后的記錄時，可能會限制您跟蹤該記錄的歷史記錄，因?yàn)橥獠繎?yīng)用程序作出了一些限制。當(dāng)MDM為錄入系統(tǒng)和記錄系統(tǒng)時，審計歷史記錄的復(fù)雜跟蹤和數(shù)據(jù)的沿襲成為可能。隨著時間的推移，它甚至可顯示核心主記錄的更改，按照各種用戶和流程在動態(tài)時間視圖中顯示插入和更新，可跟蹤和

16、顯示每個屬性中的每個更改。工作流使用可配置的前端可設(shè)計和執(zhí)行基本工作流功能，因此最終用戶可輸入新主記錄。但是，這些新記錄可能需要數(shù)據(jù)管理員的批準(zhǔn)步驟，然后才能將它們完全接受到多領(lǐng)域MDM系統(tǒng)中并發(fā)布到企業(yè)的其它領(lǐng)域。另外一個工作流應(yīng)用程序在數(shù)據(jù)管理員的任務(wù)隊列中。匹配或自動合并重復(fù)記錄遇到的例外傳送到相應(yīng)的數(shù)據(jù)管理員。高級功能允許將問題提交給相應(yīng)的人員，當(dāng)用戶在休假時可自動重新傳送給后備人員。通過直接查看特定工作流步驟和這些流程的經(jīng)過時間，減少了花費(fèi)在查詢新記錄或更改后的記錄狀態(tài)的時間。安全性用戶界面應(yīng)當(dāng)是可配置的，并且不同的工作角色具有不同的訪問和許可級別。幫助數(shù)據(jù)管理員解決差異的一些數(shù)據(jù)元

17、素可能不適合企業(yè)中的每個人查看。此外，即使在一個工作角色內(nèi)，例如數(shù)據(jù)管理員，您可能需要不同的安全性級別，同時更高級別的人員能夠?qū)Ω鼜V泛的記錄集執(zhí)行更多操作。而且，您可能需要分離訪問權(quán)限，例如德國的數(shù)據(jù)管理員不能查看法國客戶記錄。使用MDM外部的CRM或ERP系統(tǒng)作為錄入系統(tǒng)時，該應(yīng)用程序的安全模型可能會在誰有權(quán)對哪些記錄進(jìn)行哪些操作方面強(qiáng)加一些限制。將主記錄的錄入和維護(hù)直接移到多領(lǐng)域MDM系統(tǒng)之后，您可更加詳細(xì)地控制數(shù)據(jù)的安全性，可具體到每個屬性或字段級別。數(shù)據(jù)治理主動數(shù)據(jù)治理最適合哪些領(lǐng)域什么因素阻止公司采用主動數(shù)據(jù)治理方法？總的來說，問題在于它們在數(shù)據(jù)治理成熟度等級中處于什么位置。一家公司

18、很難從成熟度模型的最左側(cè)它們在其中沒有中央多領(lǐng)域MDM系統(tǒng)并且沒有數(shù)據(jù)治理組織或流程直接跳到該等級的最右側(cè)，它們在其中擁有強(qiáng)大的數(shù)據(jù)治理流程外加最新MDM系統(tǒng)和集成架構(gòu)。通常，隨著時間的推移，組織會改進(jìn)它們的數(shù)據(jù)治理方法。例如，當(dāng)初始MDM系統(tǒng)開啟并運(yùn)行之后，一些預(yù)期的優(yōu)勢需要較長時間才能實(shí)現(xiàn)，或應(yīng)對方法的局限性變得顯而易見，您可計劃以便在原始源系統(tǒng)中取消授權(quán)記錄的功能，并將該功能直接遷移到MDM系統(tǒng)中。升級公司的集成或中間件功能（例如，添加一個能處理實(shí)時更新的集成工具）之后，可切換到主動數(shù)據(jù)治理方法，或作為現(xiàn)有CRM或ERP系統(tǒng)重大升級的一部分，因?yàn)檫@可能是引進(jìn)需要的業(yè)務(wù)流程變更的最佳時機(jī)。

19、何時從“應(yīng)對型”遷移為“主動型”度量標(biāo)準(zhǔn)將推動業(yè)務(wù)案例從應(yīng)對型數(shù)據(jù)治理遷移到主動數(shù)據(jù)治理。問您自己以下問題，并嘗試量化時間、精力和費(fèi)用投資方面的答案：吸納一個新客戶需要多長時間？涉及多少個不同步驟？在普通新記錄被接受到多領(lǐng)域MDM系統(tǒng)之前會接觸它多少次？由于這些源系統(tǒng)的局限性，仍在源系統(tǒng)中創(chuàng)建多少個重復(fù)記錄（然后在MDM系統(tǒng)中合并）？需要多少個數(shù)據(jù)管理員支持該企業(yè)？主記錄是否進(jìn)入了“更改，改回”循環(huán)，因?yàn)閮蓚€不同的用戶組試圖強(qiáng)制執(zhí)行兩個不同的業(yè)務(wù)規(guī)則集？主記錄的重要方面是否因源系統(tǒng)和MDM系統(tǒng)之間的“裂縫而失敗”？維護(hù)各個源系統(tǒng)和MDM系統(tǒng)之間的集成的流程是否成為一種負(fù)擔(dān)？在CRM系統(tǒng)中輸入新

20、記錄后，必須等待才能在ERP系統(tǒng)中變得可用，用戶是否有所抱怨？是否存在數(shù)據(jù)治理的資金問題，因?yàn)樗豢醋鍪枪芾碣M(fèi)用或一種官僚作風(fēng)？回答這些問題之后，應(yīng)當(dāng)明顯看出您是否將能夠遷移到更主動的數(shù)據(jù)治理方法。您可詳細(xì)計劃遷移流程，將它設(shè)立為一個獨(dú)立的項(xiàng)目或?qū)⑺傻搅硪粋€相關(guān)項(xiàng)目中。數(shù)據(jù)治理何時開始主動數(shù)據(jù)治理一些情況要求立即開始主動數(shù)據(jù)治理，例如當(dāng)您獲得多個CRM系統(tǒng)和ERP系統(tǒng)，它們要求與多領(lǐng)域MDM系統(tǒng)集成，以便讓它們繼續(xù)充當(dāng)錄入系統(tǒng)，或當(dāng)您的當(dāng)前源系統(tǒng)非常脆弱或很難維護(hù)或修改。在這些情況下，要忍受困難并從一開始便為主動數(shù)據(jù)治理作出計劃。一些組織擁有成千上萬個直接在MDM系統(tǒng)中授權(quán)主數(shù)據(jù)的最終用戶

21、，并且有一個數(shù)據(jù)管理員團(tuán)隊支持他們、發(fā)現(xiàn)異常、解決低質(zhì)量匹配、在需要時手動合并重復(fù)記錄等等。另一種應(yīng)用情況是當(dāng)您發(fā)現(xiàn)自己最終會選擇主動數(shù)據(jù)治理方法何必再為建立源系統(tǒng)到多領(lǐng)域MDM系統(tǒng)的雙向集成而爭論？您或許不妨直接授權(quán)最終用戶來編寫主數(shù)據(jù)。數(shù)據(jù)治理數(shù)據(jù)治理成功的關(guān)鍵元數(shù)據(jù)管理獨(dú)立企業(yè)數(shù)據(jù)集成軟件提供商Informatica公司（納斯達(dá)克代碼：INFA）認(rèn)為：數(shù)據(jù)治理成功的關(guān)鍵在于元數(shù)據(jù)管理，即賦予數(shù)據(jù)上下文和含義的參考框架。經(jīng)過有效治理的元數(shù)據(jù)可提供數(shù)據(jù)流視圖、影響分析的執(zhí)行能力、通用業(yè)務(wù)詞匯表以及其術(shù)語和定義的可問責(zé)性，最終提供用于滿足合規(guī)性的審計跟蹤。元數(shù)據(jù)管理成為一項(xiàng)重要功能，讓IT部門

22、得以監(jiān)視復(fù)雜數(shù)據(jù)集成環(huán)境中的變化，同時交付可信、安全的數(shù)據(jù)。因此，良好的元數(shù)據(jù)管理工具在全局?jǐn)?shù)據(jù)治理中起到了核心作用。數(shù)據(jù)治理數(shù)據(jù)治理中元數(shù)據(jù)的作用及其管理Informatica將數(shù)據(jù)治理定義為“在組織范圍內(nèi)，對流程、政策、標(biāo)準(zhǔn)、技術(shù)和人員進(jìn)行職能協(xié)調(diào)和定義來將數(shù)據(jù)作為公司資產(chǎn)管理，從而實(shí)現(xiàn)對準(zhǔn)確、一致、安全且及時的數(shù)據(jù)的可用性管理和可控增長，以此制定更好的業(yè)務(wù)決策，降低風(fēng)險并改善業(yè)務(wù)流程”。數(shù)據(jù)治理著重于交付可信、安全的信息，為制定明智的業(yè)務(wù)決策、有效的業(yè)務(wù)流程并優(yōu)化利益相關(guān)方交互提供支持。因此，數(shù)據(jù)治理本身并非是結(jié)果，而僅僅是方法：即通過數(shù)據(jù)治理來支持最關(guān)鍵的業(yè)務(wù)目標(biāo)。數(shù)據(jù)治理什么是元數(shù)據(jù)

23、？元數(shù)據(jù)為數(shù)據(jù)提供了一個參考框架。ForresterResearch將元數(shù)據(jù)定義為用于描述數(shù)據(jù)、內(nèi)容、業(yè)務(wù)流程、服務(wù)、業(yè)務(wù)規(guī)則以及組織信息系統(tǒng)的支持政策或?yàn)槠涮峁┥舷挛牡男畔ⅰ?。譬如，蘋果公司旗下的AppStore在網(wǎng)上銷售軟件應(yīng)用程序。在此情況下的數(shù)據(jù)是應(yīng)用程序。元數(shù)據(jù)則是關(guān)于這些應(yīng)用程序的信息，包括應(yīng)用程序描述、價格、用戶評級、評論和開發(fā)公司。數(shù)據(jù)治理數(shù)據(jù)治理中元數(shù)據(jù)管理的重要性正如某家大型銀行的高管所言：“如果沒有數(shù)據(jù)治理，任何元數(shù)據(jù)管理方案注定會失敗。”元數(shù)據(jù)管理可作為一項(xiàng)重要功能，讓IT部門得以管理復(fù)雜數(shù)據(jù)集成環(huán)境中的變化，同時交付可信、安全的數(shù)據(jù)。當(dāng)業(yè)務(wù)利益相關(guān)方參與這一進(jìn)程并接受

24、對數(shù)據(jù)參考框架的責(zé)任，其優(yōu)勢將變得更有說服力。此時，企業(yè)就能將業(yè)務(wù)元數(shù)據(jù)與基層的技術(shù)元數(shù)據(jù)進(jìn)行關(guān)聯(lián)，為全公司范圍內(nèi)的協(xié)作提供詞匯表和背景資料。例如，當(dāng)業(yè)務(wù)用戶要求其在IT部門的搭檔在報告或分析中顯示“凈收入”，就無需再提問“哪種凈收入財務(wù)、銷售還是市場營銷？”除提供其他優(yōu)勢外，良好的元數(shù)據(jù)管理還可通過免除此類重要問題，促進(jìn)數(shù)據(jù)治理：這個業(yè)務(wù)術(shù)語的含義是什么？在（幾個相似的）業(yè)務(wù)術(shù)語中應(yīng)當(dāng)使用哪一個？該術(shù)語的來源是什么？該數(shù)據(jù)從數(shù)據(jù)源轉(zhuǎn)移到目標(biāo)時是如何進(jìn)行轉(zhuǎn)換的？由誰負(fù)責(zé)該術(shù)語的定義、記錄和管理？誰修改過該術(shù)語？如何及何時進(jìn)行修改？哪些政策和規(guī)則適用于該術(shù)語？（示例包括數(shù)據(jù)質(zhì)量規(guī)則、安全屏蔽規(guī)則

25、、存檔規(guī)則和數(shù)據(jù)保留政策）修改環(huán)境中的某一特定數(shù)據(jù)對象會對其他數(shù)據(jù)對象產(chǎn)生哪些影響？在不對可能使用相同數(shù)據(jù)對象的其他報告和分析造成影響的前提下，需要多長時間來實(shí)施環(huán)境變更？數(shù)據(jù)治理數(shù)據(jù)治理中元數(shù)據(jù)管理的業(yè)務(wù)驅(qū)動因素一系列公司方案推動了數(shù)據(jù)治理的進(jìn)展，也由此帶動了元數(shù)據(jù)管理。這些方案包括：通用業(yè)務(wù)詞匯表（簡單的數(shù)據(jù)管理）。這種“小規(guī)模試水”方法著重于某一特定問題或業(yè)務(wù)部門的通用業(yè)務(wù)詞匯表。全面數(shù)據(jù)治理（或數(shù)據(jù)管理策略）。這是一種更近似由上至下的方式，通常用于涉及企業(yè)內(nèi)一系列業(yè)務(wù)部門的較大規(guī)模計劃，并以按多個階段（如果不是更長時間）進(jìn)行管理的計劃中的多個商機(jī)為目標(biāo)。合規(guī)。此類方案的推動因素是為遵守

26、國際、國家、當(dāng)?shù)鼗蛐袠I(yè)法規(guī)的需求。合規(guī)通常由一個治理、風(fēng)險與合規(guī)性（GRC）職能部門進(jìn)行管理，顯然與數(shù)據(jù)治理唇齒相依。在發(fā)現(xiàn)、分析和記錄企業(yè)的多項(xiàng)內(nèi)部數(shù)據(jù)治理要求的同時，還必須與適用外部法規(guī)的相關(guān)特定要求進(jìn)行統(tǒng)籌協(xié)調(diào)。其中部分示例包括：銀行業(yè)：BaselII、BaselIII、多德弗蘭克法案（DoddFrank）、洗錢法案保險業(yè)：償付能力監(jiān)管標(biāo)準(zhǔn)II（SolvencyII）醫(yī)療保?。篐ITECHAct、HIPAA一般金融服務(wù)：薩班斯奧克斯利法案元數(shù)據(jù)管理。這是更上一層樓的做法，將元數(shù)據(jù)管理和數(shù)據(jù)治理作為“最佳實(shí)踐”與各個新的業(yè)務(wù)方案掛鉤。該方案對業(yè)務(wù)案例和項(xiàng)目范圍進(jìn)行定義。在多家未能成功實(shí)施較

27、大型數(shù)據(jù)治理方案的公司中，這一方法則取得了成功。數(shù)據(jù)治理特別考慮事項(xiàng)：大數(shù)據(jù)與數(shù)據(jù)治理幾乎所有企業(yè)面臨著管理數(shù)據(jù)量、速度和種類的挑戰(zhàn)。Hadoop/MapReduce技術(shù)在復(fù)雜數(shù)據(jù)分析能力以及按相對低廉的成本實(shí)現(xiàn)最大數(shù)據(jù)擴(kuò)展性方面提供了一些有趣的優(yōu)勢。Hadoop在不久的將來取代關(guān)系性DBMS的可能性不大，這兩項(xiàng)技術(shù)更有可能并存，因?yàn)樗鼈兏饔歇?dú)到之處。雖然用于管理和分析數(shù)據(jù)的技術(shù)可能不同，元數(shù)據(jù)管理和數(shù)據(jù)治理的目標(biāo)應(yīng)始終保持不變：為支持良好的業(yè)務(wù)決策提供可信、及時且相關(guān)的信息。不存在所謂的“大數(shù)據(jù)治理”或“大數(shù)據(jù)元數(shù)據(jù)管理”相反，這是一個將全局企業(yè)數(shù)據(jù)治理和元數(shù)據(jù)管理活動加以擴(kuò)展來包容全新數(shù)據(jù)類型和數(shù)據(jù)源的問題。Hadoop帶來的挑戰(zhàn)之一就是元數(shù)據(jù)管理。如果沒有良好的元數(shù)據(jù)管理和數(shù)據(jù)治理，Hadoop將會缺乏透明度、可審計性以及數(shù)據(jù)的標(biāo)準(zhǔn)化與重復(fù)利用能力。企業(yè)仍將需要對數(shù)據(jù)相關(guān)關(guān)鍵信息的可見性，例如其來源、質(zhì)量和所有權(quán)