1. 讓業務參與進來（或者在管理下進行）。數據庫
「主數據管理必須由企業需求驅動，不然它可能變 成爲一個只是必須與全部其餘數據庫同步的另外一個數據庫」，David Loshin說。他是馬里蘭州銀泉Knowledge Integrity公司的總裁，該公司提供主數據管理策略開發服務諮詢以及從事企業級策略研究工做。架構
一樣，Ventana研究發現，推進主數據管理進程的應該是業務人員，而不是IT人員。Ventana發現，要想得到主數據管理成功，從C級主管到高級管理者到業務終端用戶的普遍支持是至 關重要的。咱們經常很難激勵組織向着主數據管理乾巴巴的前景邁進，可是從長遠來看，早點開始企業範圍內的支持是很重要的，用戶們說。若是公司的重要目標通 過一個穩定的商業案例綁定了該項目，那證實它的利益和激勵士氣的任務應該就簡單了。性能
2. 容許使用充足的時間評估和計劃。進程
Kalido用戶告訴Ventana研究員們說，要計劃至少爲期三個月的評估，與相關客戶交談，用真實的公司數據作例子作一個價值驗證項目。用戶們說，不要低估了時間和開發基礎數據模型的過程。開發
「這事比人們想象的更復雜——並且它須要及早開始，而且計劃使用真實數據」，David Waddington說，他是Ventana的一位副總裁兼研究主管，一直在從事這項研究。部署
Ventana發現，IT公司的合做是一個使人關切的領域，由於一些公司曾經經歷過因爲許可和訪問權限致使的項目延遲。同步
3. 定一個大目標，但採起小步驟。工作流
用戶們告訴Ventana，要考慮基本目標，可是會限制戰略部署的視野。他們建議，一旦主數據管理在一個地方好用了，再一步一步地擴展。他們說，業務流程經常是緩解因素，而不是技術，因此在過程當中及早獲得終端用戶的輸入時很重要的。it
「若是你只對保持客戶數據一致性感興趣，那就必定要反對‘怎樣我才能長期管理我所有的主數據?’這一大前提，這一點是很重要的」,Waddington解釋到。「那樣你最後就不會落到不得不把整個一大堆解決方案鏈接到一塊兒的困境中。」基礎
4. 考慮潛在的性能問題
Loshin警告說，性能像一隻800磅重的猩猩悄悄潛伏在主數據管理的探討中。
不一樣的架構能致使不一樣的性能損失。例如，若是公司爲主數據管理採用主hub方式，記錄建立流經惟一一個點，它就能變成一個瓶頸。並且，隨着應用愈來愈依 賴主數據管理，工做流，系統優先級和運行順序會變成要立刻考慮的緊急問題。Loshin說，公司怎樣解決潛在的性能問題有多種選擇，由於它本質上與他們獨 特的架構有關係。
5. 創建數據管理策略和流程。
專家們一致認爲，應該容許在人力和過程變動管理方面花時間和投錢，不要低估了工做量。瑞典電信設備製造商愛立信公司瞭解到，根據高級項目經理Roderick Hall的觀點，數據管理政策多是至關難知足的。
在部署SAP主數據管理很早之前，斯德哥摩爾的公司創建了一個主數據小組來管理關鍵數據資產。它是一個「共享服務」小組，同時對IT和商業提供服務。該 組剛成立時是財務部門的一部分，可是隨着主數據管理受到公司範圍的關注，它的職能也發生了變化，Hall說。他們的工做並不老是很容易。
Hall說，儘管一些部門（好比財務部門）看到了集中主數據管理的價值，其但他羣體都不太樂意放棄本身管理數據的權利。
「人們已經放棄了本身管理數據的自由，把他們本身的主數據放到斯德哥摩爾（在那裏主數據小組是本地的）一些不露面的組織。爲了獲得人們對這一事實的承認，他們真的打了一場硬仗」，Hall說。
6. 仔細計劃部署。
Ventana發現，主數據管理相對仍然比較新，因此對業務和技術人員的培訓比以往更重要。Waddington說，使用未參加培訓的或者是準培訓的系統集成人員和
嘗試外包，對主數據管理用戶來講，會引發大問題，甚至項目延期。
7. 考慮過渡計劃。
那麼，有了鋪開項目的前景，該項目會對關鍵流程和系統形成必定影響——沒有平白無故的擔憂。Loshin推薦公司應該計劃一個主數據管理的過渡策略，容許靜態和動態的數據同步。
「試圖在不影響平常操做的前提下調整潛在的基礎設施，可能與不中斷交通的狀況下在公路上補洞同樣具備挑戰」。Loshin說