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

數(shù)據(jù)治理（Data Governance）是組織中涉及數(shù)據(jù)使用的一整套管理行為。由企業(yè)數(shù)據(jù)治理部門發(fā)起并推行，關(guān)于如何制定和實施針對整個企業(yè)內(nèi)部數(shù)據(jù)的商業(yè)應(yīng)用和技術(shù)管理的一系列政策和流程。

國際數(shù)據(jù)管理協(xié)會（DAMA）給出的定義：數(shù)據(jù)治理是對數(shù)據(jù)資產(chǎn)管理行使權(quán)力和控制的活動集合。

國際數(shù)據(jù)治理研究所（DGI）給出的定義：數(shù)據(jù)治理是一個通過一系列信息相關(guān)的過程來實現(xiàn)決策權(quán)和職責(zé)分工的系統(tǒng)，這些過程按照達成共識的模型來執(zhí)行，該模型描述了誰（Who）能根據(jù)什么信息，在什么時間（When）和情況（Where）下，用什么方法（How），采取什么行動（What）。

數(shù)據(jù)治理的最終目標(biāo)是提升數(shù)據(jù)的價值，數(shù)據(jù)治理非常必要，是企業(yè)實現(xiàn)數(shù)字戰(zhàn)略的基礎(chǔ)，它是一個管理體系，包括組織、制度、流程、工具。

數(shù)據(jù)治理內(nèi)容

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

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

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

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

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

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

數(shù)據(jù)治理過程 

從范圍來講，數(shù)據(jù)治理涵蓋了從前端事務(wù)處理系統(tǒng)、后端業(yè)務(wù)數(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)督、控制、溝通、整合。

數(shù)據(jù)治理類型

應(yīng)對型治理

應(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)。

缺點：

批量集成和應(yīng)對型數(shù)據(jù)治理方法引入的時間延遲可能導(dǎo)致業(yè)務(wù)部門繼續(xù)操作重復(fù)、不完整且不精確的主數(shù)據(jù)。因此，這會降低多領(lǐng)域MDM方案實現(xiàn)在正確的時間向正確的人員提供正確數(shù)據(jù)這一預(yù)期業(yè)務(wù)目標(biāo)的能力。在期望被設(shè)定為數(shù)據(jù)將變得干凈、精確且及時之后，批量集成引入的時間延遲讓人感到沮喪。應(yīng)對型數(shù)據(jù)治理（下游數(shù)據(jù)管理員小組負責(zé)整理、去重復(fù)、糾正和完成關(guān)鍵主數(shù)據(jù)）可能導(dǎo)致讓人認為“數(shù)據(jù)治理官僚化”。

應(yīng)對型數(shù)據(jù)治理還會導(dǎo)致最終用戶將數(shù)據(jù)管理團隊看作“數(shù)據(jù)質(zhì)量警察”，并產(chǎn)生相應(yīng)的官僚化和延遲以及主數(shù)據(jù)仍然不干凈的負面認識。這還將使得MDM方案更難實現(xiàn)它的所有預(yù)期優(yōu)勢，并可能導(dǎo)致更高的數(shù)據(jù)管理總成本。此方法的風(fēng)險是組織可能以“兩個領(lǐng)域中的最差”而告終，至少部分上如此–—已在MDM方案中投資，但是只能實現(xiàn)一些潛在優(yōu)勢，即在整個企業(yè)內(nèi)獲得干凈、精確、及時以及一致的主數(shù)據(jù)。

改進方法：

有三個方法可超越應(yīng)對型數(shù)據(jù)治理。

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

2. 用戶輸入直接傳送到多領(lǐng)域MDM系統(tǒng)中的數(shù)據(jù)：在外面輸入新記錄或更新，但是會立即傳送到MDM系統(tǒng)，以便自動整理、匹配和合并。異常或例外傳送到數(shù)據(jù)管理員的隊列，幾個管理員便可支持更多最終用戶。這是第一個主動方法的改進，因為我們利用MDM系統(tǒng)的業(yè)務(wù)規(guī)則、數(shù)據(jù)整理和匹配功能，只要求管理員查看作為整理、匹配和合并流程的例外而彈出的插入或更新。

3. 用戶使用特定于數(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)外的單獨工作流應(yīng)用程序。

主動型治理

主動數(shù)據(jù)治理的第一個優(yōu)勢是可在源頭獲得主數(shù)據(jù)。具有嚴(yán)格的“搜索后再創(chuàng)建”功能和強大的業(yè)務(wù)規(guī)則，確保關(guān)鍵字段填充經(jīng)過批準(zhǔn)的值列表或依據(jù)第三方數(shù)據(jù)驗證過，新記錄的初始質(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ù)治理還可有效消除新主記錄的初始錄入和其認證以及通過中間件發(fā)布到企業(yè)其余領(lǐng)域之間的所有時間延遲。由用戶友好的前端支持的主動數(shù)據(jù)治理可將數(shù)據(jù)直接錄入到多領(lǐng)域 MDM 系統(tǒng)中，可應(yīng)用所有典型的業(yè)務(wù)規(guī)則，以整理、匹配和合并數(shù)據(jù)。當(dāng)初始數(shù)據(jù)錄入經(jīng)過整理、匹配和合并流程后，此方法還允許數(shù)據(jù)管理員通過企業(yè)總線將更新發(fā)布到組織的其它領(lǐng)域。

主動數(shù)據(jù)治理方法消除了“數(shù)據(jù)治理官僚化”這一認識，因為主數(shù)據(jù)的授權(quán)已推給上游的業(yè)務(wù)用戶，使數(shù)據(jù)管理員處于很少被打擾的角色，他們將不會成為諸如訂單管理或出具發(fā)票等關(guān)鍵業(yè)務(wù)流程的瓶頸。

銷售和營銷均受益，因為可更迅速且經(jīng)濟有效地完成營銷活動，在啟動活動之前無需前期數(shù)據(jù)糾正。財務(wù)上也受益，因為將一次性捕獲新客戶需要的所有數(shù)據(jù)元素，添加新客戶的流程包括提取第三方內(nèi)容并計算信貸限額，然后將該信息傳回ERP系統(tǒng)。

沒有直接訪問MDM系統(tǒng)權(quán)限的客戶服務(wù)代表通常必須搜索幾個系統(tǒng)，找到他們需要的信息，從而采取措施。當(dāng)通話中的客戶沒有耐心時，很難提供高級別的服務(wù)。當(dāng)所有信息存儲在MDM系統(tǒng)中并可通過有效、用戶友好的前端進行訪問時，客戶服務(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)處于最高級別。

應(yīng)避免問題

關(guān)系管理

MDM應(yīng)當(dāng)成為不僅是主數(shù)據(jù)而且是主數(shù)據(jù)間的關(guān)系的記錄系統(tǒng)。它成為全方位了解不同系統(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īng)用程序作出了一些限制。當(dāng)MDM為錄入系統(tǒng)和記錄系統(tǒng)時，審計歷史記錄的復(fù)雜跟蹤和數(shù)據(jù)的沿襲成為可能。隨著時間的推移，它甚至可顯示核心主記錄的更改，按照各種用戶和流程在動態(tài)時間視圖中顯示插入和更新，可跟蹤和顯示每個屬性中的每個更改。工作流使用可配置的前端可設(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)過時間，減少了花費在查詢新記錄或更改后的記錄狀態(tài)的時間。

安全性

用戶界面應(yīng)當(dāng)是可配置的，并且不同的工作角色具有不同的訪問和許可級別。幫助數(shù)據(jù)管理員解決差異的一些數(shù)據(jù)元素可能不適合企業(yè)中的每個人查看。此外，即使在一個工作角色內(nèi)，例如數(shù)據(jù)管理員，您可能需要不同的安全性級別，同時更高級別的人員能夠?qū)Ω鼜V泛的記錄集執(zhí)行更多操作。而且，您可能需要分離訪問權(quán)限，例如德國的數(shù)據(jù)管理員不能查看法國客戶記錄。

使用MDM外部的CRM或ERP系統(tǒng)作為錄入系統(tǒng)時，該應(yīng)用程序的安全模型可能會在誰有權(quán)對哪些記錄進行哪些操作方面強加一些限制。將主記錄的錄入和維護直接移到多領(lǐng)域MDM系統(tǒng)之后，您可更加詳細地控制數(shù)據(jù)的安全性，可具體到每個屬性或字段級別。

最適合領(lǐng)域

什么因素阻止公司采用主動數(shù)據(jù)治理方法？總的來說，問題在于它們在數(shù)據(jù)治理成熟度等級中處于什么位置。一家公司很難從成熟度模型的最左側(cè)——它們在其中沒有中央多領(lǐng)域MDM系統(tǒng)并且沒有數(shù)據(jù)治理組織或流程——直接跳到該等級的最右側(cè)，它們在其中擁有強大的數(shù)據(jù)治理流程外加最新MDM系統(tǒng)和集成架構(gòu)。通常，隨著時間的推移，組織會改進它們的數(shù)據(jù)治理方法。例如，當(dāng)初始MDM系統(tǒng)開啟并運行之后，一些預(yù)期的優(yōu)勢需要較長時間才能實現(xiàn)，或應(yīng)對方法的局限性變得顯而易見，您可計劃以便在原始源系統(tǒng)中取消授權(quán)記錄的功能，并將該功能直接遷移到MDM系統(tǒng)中。

升級公司的集成或中間件功能（例如，添加一個能處理實時更新的集成工具）之后，可切換到主動數(shù)據(jù)治理方法，或作為現(xiàn)有CRM或ERP系統(tǒng)重大升級的一部分，因為這可能是引進需要的業(yè)務(wù)流程變更的最佳時機。

何時從“應(yīng)對型”遷移為“主動型”？

度量標(biāo)準(zhǔn)將推動業(yè)務(wù)案例從應(yīng)對型數(shù)據(jù)治理遷移到主動數(shù)據(jù)治理。

問您自己以下問題，并嘗試量化時間、精力和費用投資方面的答案：

· 吸納一個新客戶需要多長時間？

· 涉及多少個不同步驟？

· 在普通新記錄被接受到多領(lǐng)域MDM系統(tǒng)之前會接觸它多少次？

· 由于這些源系統(tǒng)的局限性，仍在源系統(tǒng)中創(chuàng)建多少個重復(fù)記錄（然后在MDM系統(tǒng)中合并）？

· 需要多少個數(shù)據(jù)管理員支持該企業(yè)？

· 主記錄是否進入了“更改，改回”循環(huán)，因為兩個不同的用戶組試圖強制執(zhí)行兩個不同的業(yè)務(wù)規(guī)則集？

· 主記錄的重要方面是否因源系統(tǒng)和MDM系統(tǒng)之間的“裂縫而失敗”？

· 維護各個源系統(tǒng)和MDM系統(tǒng)之間的集成的流程是否成為一種負擔(dān)？

· 在CRM系統(tǒng)中輸入新記錄后，必須等待才能在ERP系統(tǒng)中變得可用，用戶是否有所抱怨？

· 是否存在數(shù)據(jù)治理的資金問題，因為它被看做是管理費用或一種官僚作風(fēng)？

回答這些問題之后，應(yīng)當(dāng)明顯看出您是否將能夠遷移到更主動的數(shù)據(jù)治理方法。您可詳細計劃遷移流程，將它設(shè)立為一個獨立的項目或?qū)⑺傻搅硪粋€相關(guān)項目中。

何時開始

一些情況要求立即開始主動數(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)非常脆弱或很難維護或修改。

在這些情況下，要忍受困難并從一開始便為主動數(shù)據(jù)治理作出計劃。一些組織擁有成千上萬個直接在MDM系統(tǒng)中授權(quán)主數(shù)據(jù)的最終用戶，并且有一個數(shù)據(jù)管理員團隊支持他們、發(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ù)管理

企業(yè)級數(shù)據(jù)管理軟件提供商Informatica公司認為：數(shù)據(jù)治理成功的關(guān)鍵在于元數(shù)據(jù)管理，即賦予數(shù)據(jù)上下文和含義的參考框架。經(jīng)過有效治理的元數(shù)據(jù)可提供數(shù)據(jù)流視圖、影響分析的執(zhí)行能力、通用業(yè)務(wù)詞匯表以及其術(shù)語和定義的可問責(zé)性，最終提供用于滿足合規(guī)性的審計跟蹤。元數(shù)據(jù)管理成為一項重要功能，讓IT部門得以監(jiān)視復(fù)雜數(shù)據(jù)集成環(huán)境中的變化，同時交付可信、安全的數(shù)據(jù)。因此，良好的元數(shù)據(jù)管理工具在全局數(shù)據(jù)治理中起到了核心作用。

作用及其管理

Informatica將數(shù)據(jù)治理定義為“在組織范圍內(nèi)，對流程、政策、標(biāo)準(zhǔn)、技術(shù)和人員進行職能協(xié)調(diào)和定義來將數(shù)據(jù)作為公司資產(chǎn)管理，從而實現(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ù)提供了一個參考框架。Forrester Research將元數(shù)據(jù)定義為“用于描述數(shù)據(jù)、內(nèi)容、業(yè)務(wù)流程、服務(wù)、業(yè)務(wù)規(guī)則以及組織信息系統(tǒng)的支持政策或為其提供上下文的信息”。譬如，蘋果公司旗下的App Store在網(wǎng)上銷售軟件應(yīng)用程序。在此情況下的數(shù)據(jù)是應(yīng)用程序。元數(shù)據(jù)則是關(guān)于這些應(yīng)用程序的信息，包括應(yīng)用程序描述、價格、用戶評級、評論和開發(fā)公司。

重要性

正如某家大型銀行的高管所言：“如果沒有數(shù)據(jù)治理，任何元數(shù)據(jù)管理方案注定會失敗。”元數(shù)據(jù)管理可作為一項重要功能，讓IT部門得以管理復(fù)雜數(shù)據(jù)集成環(huán)境中的變化，同時交付可信、安全的數(shù)據(jù)。當(dāng)業(yè)務(wù)利益相關(guān)方參與這一進程并接受對數(shù)據(jù)參考框架的責(zé)任，其優(yōu)勢將變得更有說服力。此時，企業(yè)就能將業(yè)務(wù)元數(shù)據(jù)與基層的技術(shù)元數(shù)據(jù)進行關(guān)聯(lián)，為全公司范圍內(nèi)的協(xié)作提供詞匯表和背景資料。 

例如，當(dāng)業(yè)務(wù)用戶要求其在IT部門的搭檔在報告或分析中顯示“凈收入”，就無需再提問“哪種凈收入——財務(wù)、銷售還是市場營銷？”除提供其他優(yōu)勢外，良好的元數(shù)據(jù)管理還可通過免除此類重要問題，促進數(shù)據(jù)治理：

· 這個業(yè)務(wù)術(shù)語的含義是什么？

· 在（幾個相似的）業(yè)務(wù)術(shù)語中應(yīng)當(dāng)使用哪一個？

· 該術(shù)語的來源是什么？

· 該數(shù)據(jù)從數(shù)據(jù)源轉(zhuǎn)移到目標(biāo)時是如何進行轉(zhuǎn)換的？

· 由誰負責(zé)該術(shù)語的定義、記錄和管理？

· 誰修改過該術(shù)語？如何及何時進行修改？

· 哪些政策和規(guī)則適用于該術(shù)語？

· 修改環(huán)境中的某一特定數(shù)據(jù)對象會對其他數(shù)據(jù)對象產(chǎn)生哪些影響？

· 在不對可能使用相同數(shù)據(jù)對象的其他報告和分析造成影響的前提下，需要多長時間來實施環(huán)境變更？

驅(qū)動因素

一系列公司方案推動了數(shù)據(jù)治理的進展，也由此帶動了元數(shù)據(jù)管理。這些方案包括：

· 通用業(yè)務(wù)詞匯表（簡單的數(shù)據(jù)管理）。這種“小規(guī)模試水”方法著重于某一特定問題或業(yè)務(wù)部門的通用業(yè)務(wù)詞匯表。

· 全面數(shù)據(jù)治理（或數(shù)據(jù)管理策略）。這是一種更近似由上至下的方式，通常用于涉及企業(yè)內(nèi)一系列業(yè)務(wù)部門的較大規(guī)模計劃，并以按多個階段（如果不是更長時間）進行管理的計劃中的多個商機為目標(biāo)。

· 合規(guī)。此類方案的推動因素是為遵守國際、國家、當(dāng)?shù)鼗蛐袠I(yè)法規(guī)的需求。合規(guī)——通常由一個治理、風(fēng)險與合規(guī)性（GRC）職能部門進行管理，顯然與數(shù)據(jù)治理唇齒相依。在發(fā)現(xiàn)、分析和記錄企業(yè)的多項內(nèi)部數(shù)據(jù)治理要求的同時，還必須與適用外部法規(guī)的相關(guān)特定要求進行統(tǒng)籌協(xié)調(diào)。其中部分示例包括：

· 銀行業(yè)：Basel II、Basel III、多德弗蘭克法案（Dodd Frank）、洗錢法案

· 保險業(yè)：償付能力監(jiān)管標(biāo)準(zhǔn)II（Solvency II）

· 醫(yī)療保健：HITECH Act、HIPAA

· 一般金融服務(wù)：薩班斯—奧克斯利法案

· 元數(shù)據(jù)管理。這是更上一層樓的做法，將元數(shù)據(jù)管理和數(shù)據(jù)治理作為“最佳實踐”與各個新的業(yè)務(wù)方案掛鉤。該方案對業(yè)務(wù)案例和項目范圍進行定義。在多家未能成功實施較大型數(shù)據(jù)治理方案的公司中，這一方法則取得了成功。

大數(shù)據(jù)與治理

幾乎所有企業(yè)都面臨著管理數(shù)據(jù)量、速度和種類的挑戰(zhàn)。Hadoop/MapReduce技術(shù)在復(fù)雜數(shù)據(jù)分析能力以及按相對低廉的成本實現(xiàn)最大數(shù)據(jù)擴展性方面提供了一些有趣的優(yōu)勢。Hadoop在不久的將來取代關(guān)系性DBMS的可能性不大，這兩項技術(shù)更有可能并存，因為它們各有獨到之處。雖然用于管理和分析數(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ù)管理活動加以擴展來包容全新數(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)，否則就必須承受Hadoop變成環(huán)境內(nèi)的又一個數(shù)據(jù)孤島的風(fēng)險。在該領(lǐng)域涌現(xiàn)的HCatalog和Hive/HiveQL等新技術(shù)將使得從非結(jié)構(gòu)化和半結(jié)構(gòu)化數(shù)據(jù)中收集元數(shù)據(jù)變得更加簡易，從而實現(xiàn)Hadoop上的數(shù)據(jù)沿襲。這些功能對于將Hadoop集成入總體數(shù)據(jù)集成框架，以防止大數(shù)據(jù)在企業(yè)中遭到孤立隔絕，可如同任何其他數(shù)據(jù)源一樣進行治理至關(guān)重要。

數(shù)據(jù)治理方案

有關(guān)數(shù)據(jù)治理的問題并不能在企業(yè)的單一部門得到解決。這需要IT與業(yè)務(wù)部門進行協(xié)作，而且必須始終如一地進行協(xié)作，以改善數(shù)據(jù)的可靠性和質(zhì)量，從而為關(guān)鍵業(yè)務(wù)方案提供支持，并確保遵守法規(guī)。Informatica能夠提供企業(yè)級數(shù)據(jù)治理解決方案，該解決方案可以在本地或云中使用，在傳統(tǒng)數(shù)據(jù)或大數(shù)據(jù)中均有使用案例，可以滿足業(yè)務(wù)和IT部門的需求。

Informatica可提供功能齊全而又穩(wěn)健可靠的數(shù)據(jù)治理解決方案，具備交付可信、安全的數(shù)據(jù)和啟動成功的元數(shù)據(jù)管理方案所需的全部精確功能。Informatica Axon提供端到端智能數(shù)據(jù)治理解決方案，以整體、協(xié)作的方法將員工、流程和系統(tǒng)流暢融合，從而實現(xiàn)戰(zhàn)略業(yè)務(wù)成果。Axon Data Governance作為協(xié)作中心，為成功實施數(shù)據(jù)治理計劃提供支持。

數(shù)據(jù)治理模型

ITSS WG1發(fā)布的白皮書表明

數(shù)據(jù)治理模型包括三個框架：范圍、促成因素和執(zhí)行及評估。他們每個方面都包含許多組件來進行展示和描述它們是如何工作的。該框架顯示數(shù)據(jù)治理內(nèi)部的邏輯關(guān)系。范圍展示了我們應(yīng)該關(guān)注什么，促成因素展示了數(shù)據(jù)治理的推動因素，執(zhí)行和評估展示了如何實現(xiàn)治理的方法。該DG模型可以通過三個框架幫助我們理解數(shù)據(jù)治理。

數(shù)據(jù)治理的范圍包括四個層次的內(nèi)容。首先，應(yīng)該有一個治理要素負責(zé)管理其它管理要素，保證治理與管理的一致性。其次，下面的三個層次分別列示了需要治理的數(shù)據(jù)管理要素：

其中價值創(chuàng)造層列示了通過數(shù)據(jù)治理所創(chuàng)造的價值服務(wù)；

價值保證層描述了一個組織治理數(shù)據(jù)時重要保證服務(wù)；

基礎(chǔ)數(shù)據(jù)服務(wù)層描述了一個數(shù)據(jù)治理的基礎(chǔ)數(shù)據(jù)服務(wù)。

數(shù)據(jù)治理工具

數(shù)據(jù)治理工作需要使用到哪些技術(shù)和工具？

引用了國內(nèi)某一數(shù)據(jù)服務(wù)廠商的數(shù)據(jù)治理工具來簡述一下。

元數(shù)據(jù)管理：包括元數(shù)據(jù)采集、血緣分析、影響分析等功能

數(shù)據(jù)標(biāo)準(zhǔn)管理：包括標(biāo)準(zhǔn)定義、標(biāo)準(zhǔn)查詢、標(biāo)準(zhǔn)發(fā)布等功能

數(shù)據(jù)質(zhì)量管理：包括質(zhì)量規(guī)則定義、質(zhì)量檢查、質(zhì)量報告等功能

數(shù)據(jù)集成管理：包括數(shù)據(jù)處理、數(shù)據(jù)加工、數(shù)據(jù)匯集等功能

數(shù)據(jù)資產(chǎn)管理：包括數(shù)據(jù)資產(chǎn)編目、數(shù)據(jù)資產(chǎn)服務(wù)、數(shù)據(jù)資產(chǎn)審批等功能

數(shù)據(jù)安全管理：包括數(shù)據(jù)權(quán)限管理、數(shù)據(jù)脫敏、數(shù)據(jù)加密等功能

數(shù)據(jù)生命周期管理：包括數(shù)據(jù)歸檔、數(shù)據(jù)銷毀等功能

主數(shù)據(jù)管理：包括主數(shù)據(jù)申請、主數(shù)據(jù)發(fā)布、主數(shù)據(jù)分發(fā)等功能