小億之前分享過很多主資料管理的方法論和實操經驗，今天通過一個案例詳細拆解主資料項目落地全流程步驟，并分享項目重難點解決經驗，幫助項目經理避坑。希望對你有所幫助！
01
項目背景
某大型國有企業，是一家綜合性的國有資本投資營運公司。經過數十年的資訊化建設取得了長足發展，對關鍵業務環節都采用了資訊化手段管控和資料沉澱，已經建立了包括合同管理系統、人力資源系統、OA、門戶系統、财務系統叢集（預算、共享、資金、核算系統）、采購管理平台、檔案管理系統在内的多個資訊化系統，且運作多年，積累了一定數量的各類型資料，系統之間通過API打通。主資料管理存在以下問題：
- 同一資料在不同業務系統存在不同的名稱和屬性，導緻“一物多碼”的現象
- 不同業務系統由各部門獨立維護，彼此間互相獨立，形成了資料孤島
- 主資料分散在各業務系統中，資料品質差、資料标準不一緻，資料缺乏權威性
- 集團缺乏統一的資料互動平台，業務系統之間存在資料壁壘，資料內建、互動成本高
以上這些導緻各業務系統之間資料內建和互動水準較低，難以形成有效的系統協同和資料決策支撐。當系統間進行資料內建和互動時，會耗費大量的人力、物力、财力資源來支撐業務流程及決策分析。
02
項目規劃
此項目的整體目标是要打造“四個一”，即一個體系建設，建立适合于各業務闆塊都能通用的主資料管理體系，以滿足集團主資料管理精細度的需求；一套組織規劃，建立主資料管理的基礎能力，設定合适的标準化組織、流程機制與平台固化主資料管理的工作，實作資料分類管理；一套落地标準，按照新制定标準逐漸規範統一全集團主資料，保證各個系統中的主資料标準一緻，主要包括屬性标準、編碼一套落地标準标準、流程标準等統一；一套主資料管理平台，實作與業務系統（PM、MIS、NC、OA、專家系統等）資料分發內建。
最終實作主資料統一管理、滿足主資料業務需求，保障主資料高品質，建構主資料高效共享、提升企業營運效率、降低主資料管理成本等目标。
整個項目的建設思路從管理和技術兩個層面進行，最終形成主資料管理組織、主資料管理制度、資料标準管理制度、主資料建設範圍、主資料曆史資料初始化、主資料模型落地、主資料審批流程落地、主資料分發流程落地、主資料系統使用者落地、主資料運作模式落地。
整個建設内容是從分散管理模式到集中管理的模式，主要包括體系建設如組織制度、标準體系等建設，然後是平台能力的建設，需要有一個主資料管理平台的工具去高幫助我們高效的去實施主資料項目，最後是主資料治理的一個服務，包括主資料實施過程中要去開展哪些工作，以及主資料建設完成之後如何去營運，持續的去産出高效的主資料。
02
項目實施落地
主資料項目實施的标準流程，分為咨詢規劃和實施落地兩大部分，主要是四大步驟，分别是現狀分析評估、體系規劃、實施規劃、平台搭建與落地。
- 現狀分析與評估：是要了解企業的一個現狀是什麼樣的，将企業現在的問題識别出來，以及現在企業的資料管理成熟度了解清楚。
- 體系規劃階段：就要去設計企業内部的一個組織架構、企業的主資料管理制度、考核辦法标準規範以及主資料營運怎麼去設計。
- 主資料實施：有了一個頂層設計規劃之後，就要去落地主資料實施，制定編碼分類、屬性、字段、審批流程、整合清洗分發、內建切換政策等，主資料實施的過程中是根據這些政策去執行的。
- 平台落地：将主資料實施内容了解清楚之後就到主資料管理平台上去進行落地了，包括主資料模型、主資料維護以及主資料治理相關的内容落地。
整個項目實施落地，具體展開來講包括以下内容：
一、咨詢規劃-整體調研方案
在咨詢規劃階段我們主要是通過調研方式來了解整體項目需求：
1.明确調研目标：充分了解集團企業在資料管理、資料分類、資料标準、資料維護等方面的現狀以及需求期望
2.調研對象：也主要是團本部業務部門及其分子公司的業務部門
3.調研方式：主要是問卷調研、現場訪談兩種形式
調研完成之後我們會産出相應的一個部門訪談記錄，以及主資料的一個調研報告。
二、咨詢規則-需求調研細節
在主資料調研時，會涉及一些比較基礎知識層面的細節，比如主資料模型的視圖，會有1:1 、1：N、1：M：N的情況，像人員主資料裡，一個人隻能對應一個性别，這是1:1的情況；而一個客商他可能有多個銀行賬号，在銀行客商基本資訊裡面錄一條資訊，然後在客商的銀行賬号裡面可以錄多個銀行賬号。
然後主資料模型字段調研裡需要去了解這個模型裡面有哪些字段，技術标準用的都是些什麼，哪些字段他是引用了代碼組的。
在資料內建最開始的資料擷取的時候，我們要了解清楚主資料它的源頭是單一源頭還是多個源頭，資料的各個源頭是分别是從哪裡擷取的，資料的擷取方式它到底是通過資料庫表擷取還是接口傳輸等？
△需求調研細節參考
三、咨詢規劃-主資料項目咨詢報告
咨詢報告是友善于在項目實施的時候去開展工作的，因為我們可以通過在這個咨詢報告裡面去了解到集團目前涉及的主資料的一個範圍、應用現狀及需求、主資料管理現狀和建議，然後基于這個資訊再去做實施層面的一些規劃。
四、咨詢規劃-企業組織架構
在主資料項目實施過程中，按照集團主資料治理架構體系，建構三層組織架構體系，包括決策層、管理層、執行層三個方面。
- 第一個是決策層：主要是集團上司和集團主資料業務上司。負責對主資料管理的工作進行一個指導管理，能夠幫助我們去開展工作，特别是跨部門協調的時候能夠幫我們去協調資源。
- 第二個是管理層：主要是集團的資訊中心。負責主資料的管理辦法、資料标準考核制度這些基本事項的一個制定，并下發到各個業務單元和部門去推行。
- 第三個則是執行層：主要是各業務系統主資料對接人員。主要是負責主資料在本部門的一個貫徹落實，如何去應用，然後需求收集和日常維護的一些工作。
五、咨詢規劃-主資料管理制度
在咨詢規劃階段要制定一個主資料管理制度，主資料管理制度體系規定了主資料管理過程中的業務、技術、實施相關規範和指引，為主資料管理平台的建設及管理提供重要的制度支撐。
六、咨詢規劃-主資料管理範圍
本次項目涉及的系統主要是财務系統、人力資源系統、合同系統、OA系統、融資管理系統，涉及的部門包括集團各級公司綜合部、财務部、風控部、人力資源部。建設的一個主資料範圍是人員、部門、業務單元、銀行檔案、銀行賬号和客商，這裡面可以看到對應的一個字段和對應的一個資料量。
七、實施落地-主資料平台搭建
在平台搭建層面，億信華辰睿碼主資料管理平台對于主資料的一個全生命周期的功能支撐是非常全面的，包括模型管理、分發管理、資料品質監控、工作流審批和使用者權限等全方位支撐進行高效的實施主資料項目。
△睿碼主資料産品架構圖
七、實施落地-主資料模型建設
在主資料模型建設時常常會遇到以下幾個問題，需要大家特别注意：
問題1：如何去區分主資料的一個屬性字段和重要屬性字段
在收集主資料屬性字段時，由于業務人員對于主資料的概念并不清晰，往往會将重要屬性字段識别為主資料字段，這裡要加以區分和篩選。例如人員主資料裡面像戶口、畢業院校等資訊就屬于重要屬性字段。
因為人力資源部門來說，它是一個重要屬性資料是需要收集的，但是對于主資料來說，他的共享性可能隻有人力資源部門會用到這個資料，但别的部門會不會用到這個資料呢？他可能用不到，那這樣的話，那我們在收集這個主資料屬性階段的時候，要考慮這個字段是否高度共享？主資料字段别的部門有沒有用到？如果用到，我們就要将他納入到主資料屬性字段，否則我們是不納入的。
解決思路：首先要確定高度共享的字段收集齊全，再結合客戶的實際需求增添重要屬性字段。
問題2：多資料來源的情況下，資料如何清洗合并
這個也是建設的過程中比較難的一個點，我們面對多資料來源時，首先了解各資料源的資料情況，針對具體的資料問題提出清洗和合并建議，與客戶進行讨論，确定實施方案後進行操作。
特别是組織架構的資料尤其需要注意，因為行政組織架構和業務系統的架構是有區分的。業務架構的特點，為了滿足業務上的需求，進而虛構出許多不存在的部門。
八、實施落地-主資料共享
主資料共享是主資料建設完成之後，如何将它去分發到各業務系統去使用。睿碼主資料管理平台是通過兩種形式實作共享：
- 第一種是接口分發的方式，由業務系統主動擷取資料，适用于業務系統對主資料實時性要求較高的情況。
- 另一種是通過交換任務的方式，支援定時任務執行，适用于業務系統需要批量擷取主資料的情況。
03
項目重難點解析
難點一：資料接入比較困難
難點分析：主資料項目要求接入财務系統和合同系統的資料，而财務系統和合同系統裡面的資料都是高度涉密資料，客戶内部出于對資料的安全考慮等原因，需要通過相關協定進行控制，整體審批等待時間較長。
解決方案：在需求調研的階段就要去提前去了解資料擷取的方式，盡早擷取相關資料進行分析，進而避免時間上的沖突，阻礙項目進度。
難點二：資料标準定義難、品質差、改造難
難點分析：清洗接入的财務系統和合同系統相關主資料的曆史資料，而在改造過程中遇到以下問題：
1.财務系統為用友NC6.5，接入的資料包含了大量的财務系統唯一辨別符，需要對多個字段進行轉碼。
2.财務系統的部門編碼曆史資料牽扯了諸多業務，難以迅速整改。最終由客戶集團發文，協助用友公司進行清理，用時約3周。
3.甲方項目組對于标準制定無暇顧及，無法有效的建立資料标準，隻能憑借項目組成員的經驗對資料标準和品質進行控制。
4.對于不同業務系統的同一類型資料如客商、組織等進行統一标準整改時，甲方項目組在我們給出建議的時候難以決策，将問題轉移至我們來解決。
5.業務系統對于需要改造的相關功能有所排斥，難以推行下去。
解決方案：我們主動的去引導客戶去完成相關事項的一個決議，盡可能的提供一些專業建議，把該準備的材料流程都準備好，主動去推動協調解決。推進事情建議采取三步法：1）收集需求，編寫方案；2）開會讨論，确定結果；3）雙方确認執行方案，通過流程化步驟解決問題。
難點三：溝通難，阻力大
難點分析：項目溝通難，涉及需要業務系統改造的地方，所遇到的阻力較大。受制于職能型組織架構模式，需要花更多的時間和精力和各職能部門溝通。主要展現在以下方面：
1.流程審批溝通與業務流程沖突，反複溝通多次未果。
2.建設客商主資料需要改造合同系統（風控部）的功能，遭到較大阻力。
3.接入天眼查接口功能時涉及費用歸屬時，多次讨論無果。
解決方案：阻力大是我們主資料項目實施的一個常态，在實施的過程中我們強調還是要多溝通多确認，在确認之後進行實施。建議将溝通問題加以區分，項目範圍内的技術問題由項目組出面解決；對應客戶内部的組織協調溝通的問題，需要甲方有能力的上司去協調去溝通。