我經(jīng)常參與一個組織的MDM程序，當(dāng)他們在一個失敗的項目之后向InfoTrellis請求幫助進(jìn)行清理，或者開始嘗試X，以實現(xiàn)對某些人來說非常困難的目標(biāo)時。主數(shù)據(jù)管理實現(xiàn)失敗的原因有很多，但是沒有一個是由于在這些場景中使用的責(zé)備游戲的原因。大多數(shù)的失敗來自于人們沒有準(zhǔn)備好的常見問題。

讓我們來看看MDM實現(xiàn)失敗的幾個主要原因。最后，他們可能不會讓你感到驚訝，但如果你還沒有經(jīng)歷過，你會更好地準(zhǔn)備好面對他們。

低估了工作

我從這個開始，因為它引出了許多其他的，并且是一個復(fù)雜的主題。評估工作量似乎很簡單，但是MDM項目有很多不明顯的方面，它們會嚴(yán)重影響時間安排和您的成功。

“這只是一個普通的項目”

首先，MDM不是一個項目，而是一段旅程，或者至少是一個程序。

大多數(shù)考慮實現(xiàn)MDM的組織都是大型跨國公司。即使是那些剛起步時規(guī)模較小、后來經(jīng)歷了增長的中型企業(yè)，也面臨著與全球規(guī)模的碼頭相同的問題。盡管一家全球性公司的混亂規(guī)?？赡芸雌饋硪蟮枚?#xff0c;但與規(guī)模較小的公司相比，它們也有多得多的資源來解決問題。

如果我們堅持將MDM party域作為參考點(大多數(shù)組織都是從MDM開始的)，那么與party信息相關(guān)的源或接觸點的數(shù)量可能是驚人的。你可能有這樣的系統(tǒng):

1. -管理產(chǎn)品或服務(wù)的銷售

2. -管理與你打交道或簽訂合同的供應(yīng)商

3. -提取數(shù)據(jù)到數(shù)據(jù)倉庫，用于客戶分析和供應(yīng)商績效

4. -人力資源系統(tǒng)，以管理員工，也可能是客戶

5. -自助服務(wù)客戶入口

6. -營銷活動管理制度

7. -客戶通知系統(tǒng)

許多其他的

許多大型組織將擁有所有這些系統(tǒng)，每個系統(tǒng)都有多個應(yīng)用程序，并且常常有多個系統(tǒng)負(fù)責(zé)相同的業(yè)務(wù)功能。所以現(xiàn)在你可能會說，是的，我知道這個，然后呢?您的MDM“項目”需要位于所有這些中間，在很多情況下，由于許多系統(tǒng)是基于遺留大型機(jī)的系統(tǒng)，所以您需要保持透明，因為這些系統(tǒng)不允許更改。

MDM可以用于組織正在進(jìn)行的許多轉(zhuǎn)換計劃，以替換陳舊的遺留系統(tǒng)，并遷移到基于現(xiàn)代分布式面向服務(wù)體系結(jié)構(gòu)的解決方案。

大爆炸永遠(yuǎn)不會成功

現(xiàn)在我們已經(jīng)看到了MDM問題的潛在大小，讓我提醒您不能一次完成所有工作。當(dāng)然，你可以計劃你的大規(guī)模轉(zhuǎn)型計劃并執(zhí)行它——但如果你曾經(jīng)真正做過其中的一個，你就會知道它比看起來要困難得多，結(jié)果通常也不像你預(yù)期的那樣令人滿意。你最終會偷工減料，搞砸預(yù)算，錯過時間線，只為了交付工作而取消工作范圍。

在MDM轉(zhuǎn)換項目中出現(xiàn)這種情況的典型原因是什么?

你不知道你不知道什么

您將與所有這些系統(tǒng)進(jìn)行集成，在很多情況下，您需要保持透明，因為這些系統(tǒng)可能不知道它們將與新的MDM解決方案進(jìn)行交互。你需要知道的事情如下:

• 他們使用什么數(shù)據(jù)?多長時間?多少錢?什么時候?

• 他們會更新數(shù)據(jù)嗎?多長時間?如何?什么?

• 他們需要知道其他人所做的改變嗎?更改通知需要多久發(fā)出一次?他們需要知道它改變了嗎，或者改變是什么?

這類信息似乎很直接。我沒有告訴你任何你可能不知道的事情，但是，當(dāng)你問這些問題時，你很可能得到的答案是:

“我不知道.”

好吧，文檔不是很新(我是出于好意)，但是你要去尋找答案。這就引出了下一個問題。

沒有足夠的資源

這是一個很容易解決的問題。我將雇傭更多的業(yè)務(wù)分析師，讓更多的開發(fā)人員來查看代碼，讓更多的項目經(jīng)理來保持他們在正軌上?？雌饋硐袷且粋€計劃，表面上看起來像是一個顯而易見的答案，(忽略了現(xiàn)在找到可用的it人員有多么困難)，但是這些并不是問題所在。

你沒有足夠的主題專家（SME）。

BA、開發(fā)人員和其他人都需要您的主題專家的時間。主題專家已經(jīng)很忙了，因為他們是主題專家。通常沒有足夠的系統(tǒng)來處理它們，如果您有很多系統(tǒng)要處理，那么您將面臨大量的IT和中小企業(yè)。

您的中小企業(yè)帶來的是知識產(chǎn)權(quán)。知識產(chǎn)權(quán)是成功實施的關(guān)鍵。您將需要您的sme為您的各種系統(tǒng)帶來的知識，但是您將需要另一種類型的知識產(chǎn)權(quán)，并且可以與一個非常漫長的過程相關(guān)聯(lián)。

通過治理進(jìn)行數(shù)據(jù)管理

為了能夠掌握您的信息，您需要合并來自多個來源的數(shù)據(jù)，并且需要清楚地定義這些信息的含義和用法。來自一個來源的看似相同的信息可能有不同的含義。數(shù)據(jù)治理是能夠建立對主數(shù)據(jù)至關(guān)重要的企業(yè)數(shù)據(jù)定義的關(guān)鍵需求。即使在成熟的環(huán)境中，這也是一項具有挑戰(zhàn)性的任務(wù)，并且會消耗大量的時間和資源。

數(shù)據(jù)治理可能看起來是一項有問題且耗時的工作，但它是一種有效的工具，可用于解決在嘗試建立公共主數(shù)據(jù)集時將面臨的其他主要障礙之一。

這是我的數(shù)據(jù)

許多組織被組織成筒倉。筒倉的設(shè)計是為了照顧他們自己的利益，提供資金以維持他們的業(yè)務(wù)目標(biāo)，并在資源和資金方面具有競爭力。雖然任何組織的最終目標(biāo)都是組織的成功，但豎井是根據(jù)其本身來衡量其成功的。

MDM實現(xiàn)本質(zhì)上與基于豎井的組織不一致，因為主數(shù)據(jù)是對某個業(yè)務(wù)部門有價值的數(shù)據(jù)，因此跨越豎井。在許多組織中，危險在于一個特定的豎井比另一個豎井具有更大的影響力，通常與業(yè)務(wù)的收入線有關(guān)。這種權(quán)力的過度平衡很容易對主數(shù)據(jù)實現(xiàn)產(chǎn)生不適當(dāng)?shù)挠绊?#xff0c;使其成為division X的另一個項目，而不是供所有人共享的企業(yè)資源。

數(shù)據(jù)治理是幫助控制這種情況的關(guān)鍵因素之一。您的數(shù)據(jù)治理委員會將由所有利益相關(guān)者的代表組成，給予所有人平等的代表權(quán)。數(shù)據(jù)治理的跨組織特性也是決策可能是一個困難而漫長的過程的原因，因為它需要跨所有筒倉的共識。

除了企業(yè)數(shù)據(jù)定義之外，主數(shù)據(jù)管理的另一個重要方面是建立業(yè)務(wù)規(guī)則。

太多的規(guī)則

需要涉及業(yè)務(wù)和數(shù)據(jù)治理，以建立以下業(yè)務(wù)規(guī)則:

1. 將數(shù)據(jù)加載到MDM應(yīng)用程序的ETL過程

2. 從多個來源更新信息

3. 匹配規(guī)則

4. 生存規(guī)則

規(guī)則的建立是為了解決MDM要解決的一個大問題:數(shù)據(jù)質(zhì)量。組織希望同時管理負(fù)載數(shù)據(jù)質(zhì)量和正在進(jìn)行的數(shù)據(jù)質(zhì)量。人們常犯的一個大錯誤就是試圖馬上引入太多的規(guī)則。

在早期使用過多的規(guī)則會對MDM解決方案的初始數(shù)據(jù)負(fù)載產(chǎn)生很大的影響。您已經(jīng)準(zhǔn)備好投入生產(chǎn)，并且很可能第一次嘗試實時數(shù)據(jù)，結(jié)果卻發(fā)現(xiàn)大量記錄由于業(yè)務(wù)規(guī)則而被拒絕。您的數(shù)據(jù)加載現(xiàn)在失敗了，您需要回過頭來重新考慮您的規(guī)則，修改您的ETL過程，然后再試一次。

您最終獲得了您的數(shù)據(jù)加載，您的消費者已經(jīng)開始使用數(shù)據(jù)，您的遺留事務(wù)正在失敗。為什么他們失敗了?因為應(yīng)用程序沒有根據(jù)業(yè)務(wù)規(guī)則驗證輸入，也沒有收集足夠的信息來滿足規(guī)則。

當(dāng)然，有一種方法可以降低這種風(fēng)險，但通常做得不夠好，有時甚至根本沒有做。

分析(Profiling)什么?

數(shù)據(jù)分析是一項重要的任務(wù)，它有助于理解數(shù)據(jù)的外觀和需要計劃的內(nèi)容。由于您的參與方主數(shù)據(jù)很可能包含個人身份信息(PII)，并且出于安全原因，訪問將受到限制，所以常常存在許多分析障礙。您必須克服這些障礙，因為數(shù)據(jù)分析是預(yù)見將使您在未來偏離軌道的問題的唯一方法。

數(shù)據(jù)概要分析可能是一項重要的任務(wù)，因為每個源系統(tǒng)都需要概要分析。隨著您對數(shù)據(jù)的了解越來越多，您將有更多的問題需要回答。所有這些分析都需要時間，并且很可能需要特定資源的時間，因為只有它們可以訪問您需要的信息。(資源問題又出現(xiàn)了。)

項目管理是我的問題嗎?

到目前為止，還沒有聽說MDM實現(xiàn)失敗的神奇原因。事實上，許多問題似乎與任何IT項目可能失敗的典型原因有關(guān):

1. 低估了工作

2. 沒有足夠的資源

3. 嘗試一次做太多事情(包括范圍漸變)

4. 發(fā)現(xiàn)所需時間

MDM實現(xiàn)的一個不太典型的方面是需要數(shù)據(jù)治理。數(shù)據(jù)治理不僅為您提供您試圖掌握的信息的企業(yè)視圖，而且還可以是處理豎井之間的競爭議程的有效方法。

數(shù)據(jù)治理也是實現(xiàn)持續(xù)成功的關(guān)鍵因素之一。由于MDM是一段旅程，而不是一個項目，所以成功實現(xiàn)的一個特征是壽命長。一旦您交付了您的基礎(chǔ)，接下來的階段將在基礎(chǔ)上構(gòu)建并提供更多的主數(shù)據(jù)覆蓋。為了確保實現(xiàn)的持續(xù)成功，您將需要數(shù)據(jù)治理的支持，以確保新系統(tǒng)和對現(xiàn)有系統(tǒng)的升級使用主數(shù)據(jù)，而不只是創(chuàng)建它們自己的孤島。

在過去，我們試圖實現(xiàn)主數(shù)據(jù)管理今天所承諾的目標(biāo)，但是由于缺乏控制和治理，我們最終使用MDM糾正數(shù)據(jù)蔓延。一旦項目結(jié)束，主數(shù)據(jù)管理的角色就不會結(jié)束。認(rèn)識到必須建立流程和規(guī)則，不僅要創(chuàng)建主數(shù)據(jù)存儲，還要維護(hù)主數(shù)據(jù)存儲并將其集成到系統(tǒng)中，這一點很重要。主數(shù)據(jù)管理與新軟件產(chǎn)品的安裝和配置無關(guān)。產(chǎn)品是使工作更容易的推動者。規(guī)則、治理過程和實施的建立將為您帶來成功。

每一個主數(shù)據(jù)管理實現(xiàn)都需要的最后一件事是強有力的執(zhí)行支持，沒有它，您幾乎注定要失敗。您的MDM實現(xiàn)將花費數(shù)年時間。你將需要持續(xù)的資金和支持才能踏上這段旅程，而只有高管才能提供這種程度的支持。組織成豎井的組織常常不能很好地協(xié)同工作，雖然數(shù)據(jù)治理可以在這種情況下提供幫助，但是有時可能需要一些干預(yù)來確保事情在預(yù)期的時間軸上朝著正確的方向發(fā)展。

你的主管是董事會內(nèi)外的關(guān)鍵資源。在董事會會議室，您需要t champion這樣的人，他對MDM實現(xiàn)將為組織帶來什么有遠(yuǎn)見，并隨著時間的推移不斷前進(jìn)。離開董事會會議室后，你將面臨相互競爭的議程、數(shù)據(jù)囤積、優(yōu)先事項的轉(zhuǎn)移，以及試圖協(xié)同工作的筒倉。這里的執(zhí)行影響力可以用來確保每個人繼續(xù)朝著共同的目標(biāo)努力，并在合理的時間內(nèi)提供實現(xiàn)gaols所需的資源。

本文 :https://architect.pub/data-architecture-data-governance-proactive-approach
討論：知識星球【首席架構(gòu)師圈】或者加微信小號【ca_cto】或者加QQ群【792862318】
公眾號	【jiagoushipro】 【超級架構(gòu)師】 精彩圖文詳解架構(gòu)方法論，架構(gòu)實踐，技術(shù)原理，技術(shù)趨勢。 我們在等你，趕快掃描關(guān)注吧。
微信小號	【ca_cea】 50000人社區(qū)，討論：企業(yè)架構(gòu)，云計算，大數(shù)據(jù)，數(shù)據(jù)科學(xué)，物聯(lián)網(wǎng)，人工智能，安全，全棧開發(fā)，DevOps，數(shù)字化.
QQ群	【285069459】深度交流企業(yè)架構(gòu)，業(yè)務(wù)架構(gòu)，應(yīng)用架構(gòu)，數(shù)據(jù)架構(gòu)，技術(shù)架構(gòu)，集成架構(gòu)，安全架構(gòu)。以及大數(shù)據(jù)，云計算，物聯(lián)網(wǎng)，人工智能等各種新興技術(shù)。 加QQ群，有珍貴的報告和干貨資料分享。
視頻號	【超級架構(gòu)師】 1分鐘快速了解架構(gòu)相關(guān)的基本概念，模型，方法，經(jīng)驗。 每天1分鐘，架構(gòu)心中熟。
知識星球	【首席架構(gòu)師圈】向大咖提問，近距離接觸，或者獲得私密資料分享。
喜馬拉雅	【超級架構(gòu)師】路上或者車上了解最新黑科技資訊，架構(gòu)心得。	【智能時刻，架構(gòu)君和你聊黑科技】
知識星球	認(rèn)識更多朋友，職場和技術(shù)閑聊。	知識星球【職場和技術(shù)】
領(lǐng)英	Harry	https://www.linkedin.com/in/architect-harry/
領(lǐng)英群組	領(lǐng)英架構(gòu)群組	https://www.linkedin.com/groups/14209750/
微博??	【超級架構(gòu)師】	智能時刻?
嗶哩嗶哩	【超級架構(gòu)師】
抖音	【cea_cio】超級架構(gòu)師
快手	【cea_cio_cto】超級架構(gòu)師
小紅書	【cea_csa_cto】超級架構(gòu)師
網(wǎng)站	CIO(首席信息官)	https://cio.ceo
網(wǎng)站	CIO,CTO和CDO	https://cioctocdo.com
網(wǎng)站	架構(gòu)師實戰(zhàn)分享	https://architect.pub? ?
網(wǎng)站	程序員云開發(fā)分享	https://pgmr.cloud
網(wǎng)站	首席架構(gòu)師社區(qū)	https://jiagoushi.pro
網(wǎng)站	應(yīng)用開發(fā)和開發(fā)平臺	https://apaas.dev
網(wǎng)站	開發(fā)信息網(wǎng)	https://xinxi.dev
網(wǎng)站	超級架構(gòu)師	https://jiagou.dev
網(wǎng)站	企業(yè)技術(shù)培訓(xùn)	https://peixun.dev
網(wǎng)站	程序員寶典	https://pgmr.pub? ??
網(wǎng)站	開發(fā)者閑談	https://blog.developer.chat
網(wǎng)站	CPO寶典	https://cpo.work
網(wǎng)站	首席安全官	https://cso.pub?????
網(wǎng)站	CIO酷	https://cio.cool
網(wǎng)站	CDO信息	https://cdo.fyi
網(wǎng)站	CXO信息	https://cxo.pub

謝謝大家關(guān)注，轉(zhuǎn)發(fā)，點贊和點在看。