小億之前分享過很多
主數據管理的方法論和實操經驗,今天通過一個案例詳細拆解主數據項目落地全流程步驟,并分享項目重難點解決經驗,幫助項目經理避坑。希望對你有所幫助。
01、項目背景
某大型國有企業,是一家綜合性的國有資本投資運營公司。經過數十年的信息化建設取得了長足發展,對關鍵業務環節都采用了信息化手段管控和數據沉淀,已經建立了包括合同管理系統、人力資源系統、OA、門戶系統、財務系統集群(預算、共享、資金、核算系統)、采購管理平臺、檔案管理系統在內的多個信息化系統,且運行多年,積累了一定數量的各類型數據,系統之間通過API打通。主數據管理存在以下問題:
同一數據在不同業務系統存在不同的名稱和屬性,導致“一物多碼”的現象
不同業務系統由各部門獨立維護,彼此間相互獨立,形成了數據孤島
主數據分散在各業務系統中,數據質量差、
數據標準不一致,數據缺乏權威性
集團缺乏統一的數據交互平臺,業務系統之間存在數據壁壘,
數據集成、交互成本高
以上這些導致各業務系統之間數據集成和交互水平較低,難以形成有效的系統協同和數據決策支撐。當系統間進行數據集成和交互時,會耗費大量的人力、物力、財力資源來支撐業務流程及決策分析。
02、項目規劃
此項目的整體目標是要打造“四個一”,即一個體系建設,建立適合于各業務板塊都能通用的主數據管理體系,以滿足集團主數據管理精細度的需求;一套組織規劃,建立主數據管理的基礎能力,設置合適的標準化組織、流程機制與平臺固化主數據管理的工作,實現數據分類管理;一套落地標準,按照新制定標準逐步規范統一全集團主數據,保證各個系統中的主數據標準一致,主要包括屬性標準、編碼一套落地標準標準、流程標準等統一;一套
主數據管理平臺,實現與業務系統(PM、MIS、NC、OA、專家系統等)數據分發集成。
最終實現主數據統一管理、滿足主數據業務需求,保障主數據高質量,構建主數據高效共享、提升企業運營效率、降低主數據管理成本等目標。

整個項目的建設思路從管理和技術兩個層面進行,最終形成主數據管理組織、主數據管理制度、數據標準管理制度、主數據建設范圍、主數據歷史數據初始化、主數據模型落地、主數據審批流程落地、主數據分發流程落地、主數據系統用戶落地、主數據運行模式落地。

整個建設內容是從分散管理模式到集中管理的模式,主要包括體系建設如組織制度、標準體系等建設,然后是平臺能力的建設,需要有一個主數據管理平臺的工具去高幫助我們高效的去實施主數據項目,最后是主
數據治理的一個服務,包括主數據實施過程中要去開展哪些工作,以及主數據建設完成之后如何去運營,持續的去產出高效的主數據。
03、項目實施落地
主數據項目實施的標準流程,分為咨詢規劃和實施落地兩大部分,主要是四大步驟,分別是現狀分析評估、體系規劃、實施規劃、平臺搭建與落地。

現狀分析與評估:是要了解企業的一個現狀是什么樣的,將企業現在的問題識別出來,以及現在企業的數據管理成熟度了解清楚。
體系規劃階段:就要去設計企業內部的一個組織架構、企業的主數據管理制度、考核辦法標準規范以及主數據運營怎么去設計。
主數據實施:有了一個頂層設計規劃之后,就要去落地主數據實施,制定編碼分類、屬性、字段、審批流程、整合清洗分發、集成切換策略等,主數據實施的過程中是根據這些策略去執行的。
平臺落地:將主數據實施內容了解清楚之后就到主數據管理平臺上去進行落地了,包括主數據模型、主數據維護以及主數據治理相關的內容落地。
整個項目實施落地,具體展開來講包括以下內容:
一、咨詢規劃-整體調研方案
在咨詢規劃階段我們主要是通過調研方式來了解整體項目需求:
1.明確調研目標:充分了解集團企業在數據管理、數據分類、數據標準、數據維護等方面的現狀以及需求期望
2.調研對象:也主要是團本部業務部門及其分子公司的業務部門
3.調研方式:主要是問卷調研、現場訪談兩種形式
調研完成之后我們會產出相應的一個部門訪談記錄,以及主數據的一個調研報告。
二、咨詢規則-需求調研細節
在主數據調研時,會涉及一些比較基礎知識層面的細節,比如主數據模型的視圖,會有1:1 、1:N、1:M:N的情況,像人員主數據里,一個人只能對應一個性別,這是1:1的情況;而一個客商他可能有多個銀行賬號,在銀行客商基本信息里面錄一條信息,然后在客商的銀行賬號里面可以錄多個銀行賬號。
然后主數據模型字段調研里需要去了解這個模型里面有哪些字段,技術標準用的都是些什么,哪些字段他是引用了代碼組的。
在數據集成最開始的數據獲取的時候,我們要了解清楚主數據它的源頭是單一源頭還是多個源頭,數據的各個源頭是分別是從哪里獲取的,數據的獲取方式它到底是通過數據庫表獲取還是接口傳輸等?

△需求調研細節參考
三、咨詢規劃-主數據項目咨詢報告
咨詢報告是方便于在項目實施的時候去開展工作的,因為我們可以通過在這個咨詢報告里面去了解到集團目前涉及的主數據的一個范圍、應用現狀及需求、主數據管理現狀和建議,然后基于這個信息再去做實施層面的一些規劃。
四、咨詢規劃-企業組織架構
在主數據項目實施過程中,按照集團主數據治理框架體系,構建三層組織架構體系,包括決策層、管理層、執行層三個方面。

第一個是決策層:主要是集團領導和集團主數據業務領導。負責對主數據管理的工作進行一個指導管理,能夠幫助我們去開展工作,特別是跨部門協調的時候能夠幫我們去協調資源。
第二個是管理層:主要是集團的信息中心。負責主數據的管理辦法、數據標準考核制度這些基本事項的一個制定,并下發到各個業務單元和部門去推行。
第三個則是執行層:主要是各業務系統主數據對接人員。主要是負責主數據在本部門的一個貫徹落實,如何去應用,然后需求收集和日常維護的一些工作。
五、咨詢規劃-主數據管理制度
在咨詢規劃階段要制定一個主數據管理制度,主數據管理制度體系規定了主數據管理過程中的業務、技術、實施相關規范和指引,為主數據管理平臺的建設及管理提供重要的制度支撐。
六、咨詢規劃-主數據管理范圍
本次項目涉及的系統主要是財務系統、人力資源系統、合同系統、OA系統、融資管理系統,涉及的部門包括集團各級公司綜合部、財務部、風控部、人力資源部。建設的一個主數據范圍是人員、部門、業務單元、銀行檔案、銀行賬號和客商,這里面可以看到對應的一個字段和對應的一個數據量。
七、實施落地-主數據平臺搭建
在平臺搭建層面,億信華辰睿碼主數據管理平臺對于主數據的一個全生命周期的功能支撐是非常全面的,包括模型管理、分發管理、
數據質量監控、工作流審批和用戶權限等全方位支撐進行高效的實施主數據項目。

△睿碼主數據產品架構圖
八、實施落地-主數據模型建設
在主數據模型建設時常常會遇到以下幾個問題,需要大家特別注意:
問題1:如何去區分主數據的一個屬性字段和重要屬性字段
在收集主數據屬性字段時,由于業務人員對于主數據的概念并不清晰,往往會將重要屬性字段識別為主數據字段,這里要加以區分和篩選。例如人員主數據里面像戶口、畢業院校等信息就屬于重要屬性字段。
因為人力資源部門來說,它是一個重要屬性資料是需要收集的,但是對于主數據來說,他的共享性可能只有人力資源部門會用到這個數據,但別的部門會不會用到這個數據呢?他可能用不到,那這樣的話,那我們在收集這個主數據屬性階段的時候,要考慮這個字段是否高度共享?主數據字段別的部門有沒有用到?如果用到,我們就要將他納入到主數據屬性字段,否則我們是不納入的。
解決思路:首先要確保高度共享的字段收集齊全,再結合客戶的實際需求增添重要屬性字段。
問題2:多數據來源的情況下,數據如何清洗合并
這個也是建設的過程中比較難的一個點,我們面對多數據來源時,首先了解各數據源的數據情況,針對具體的數據問題提出清洗和合并建議,與客戶進行討論,確定實施方案后進行操作。
特別是組織架構的數據尤其需要注意,因為行政組織架構和業務系統的架構是有區分的。業務架構的特點,為了滿足業務上的需求,從而虛構出許多不存在的部門。
九、實施落地-主數據共享
主數據共享是主數據建設完成之后,如何將它去分發到各業務系統去使用。睿碼主數據管理平臺是通過兩種形式實現共享:
第一種是接口分發的方式,由業務系統主動獲取數據,適用于業務系統對主數據實時性要求較高的情況。
另一種是通過交換任務的方式,支持定時任務執行,適用于業務系統需要批量獲取主數據的情況。
04、項目重難點解析難點一:數據接入比較困難難點分析:主數據項目要求接入財務系統和合同系統的數據,而財務系統和合同系統里面的數據都是高度涉密數據,客戶內部出于對數據的安全考慮等原因,需要通過相關協議進行控制,整體審批等待時間較長。
解決方案:在需求調研的階段就要去提前去了解數據獲取的方式,盡早獲取相關數據進行分析,從而避免時間上的沖突,阻礙項目進度。
難點二:數據標準定義難、質量差、改造難難點分析:清洗接入的財務系統和合同系統相關主數據的歷史數據,而在改造過程中遇到以下問題:
1.財務系統為用友NC6.5,接入的數據包含了大量的財務系統唯一標識符,需要對多個字段進行轉碼。
2.財務系統的部門編碼歷史數據牽扯了諸多業務,難以迅速整改。最終由客戶集團發文,協助用友公司進行清理,用時約3周。
3.甲方項目組對于標準制定無暇顧及,無法有效的建立數據標準,只能憑借項目組成員的經驗對數據標準和質量進行控制。
4.對于不同業務系統的同一類型數據如客商、組織等進行統一標準整改時,甲方項目組在我們給出建議的時候難以決策,將問題轉移至我們來解決。
5.業務系統對于需要改造的相關功能有所排斥,難以推行下去。
解決方案:我們主動的去引導客戶去完成相關事項的一個決議,盡可能的提供一些專業建議,把該準備的材料流程都準備好,主動去推動協調解決。推進事情建議采取三步法:1)收集需求,編寫方案;2)開會討論,確定結果;3)雙方確認執行方案,通過流程化步驟解決問題。
難點三:溝通難,阻力大難點分析:項目溝通難,涉及需要業務系統改造的地方,所遇到的阻力較大。受制于職能型組織架構模式,需要花更多的時間和精力和各職能部門溝通。主要體現在以下方面:
1.流程審批溝通與業務流程沖突,反復溝通多次未果。
2.建設客商主數據需要改造合同系統(風控部)的功能,遭到較大阻力。
3.接入天眼查接口功能時涉及費用歸屬時,多次討論無果。
解決方案:阻力大是我們主數據項目實施的一個常態,在實施的過程中我們強調還是要多溝通多確認,在確認之后進行實施。建議將溝通問題加以區分,項目范圍內的技術問題由項目組出面解決;對應客戶內部的組織協調溝通的問題,需要甲方有能力的領導去協調去溝通。
(部分內容來源網絡,如有侵權請聯系刪除)