資料孤島的形成是有其必然性的。企業的曆史也是業務系統資訊化/數字化的曆史。當年任正非力排衆議，邀請 IBM 為華為内部做流程化改造。一舉奠定了現在仍在發揮重要作用的 IPD 流程，這也是華為引以為傲的競争力。企業的成長，和孩子的成長是一樣的。原本合身的上衣和褲子，也會發展過程中，慢慢變得不合适，不再适用目前的發展狀态。
但也有不太一樣的地方，業務系統跟衣服不一樣，它們無法丢棄。
這些業務系統或者 IT 系統，可能還在企業的關鍵業務系統中，扮演或關鍵或重要的角色。需要在飛馳的過程中，将這些曆史系統逐漸現代化，甚至有一些系統還不得不持續維護。
我們今天介紹的這家，在大陸以及港澳台皆有珠寶零售業務的頭部企業，也是沿着這個發展模式和脈絡，逐漸在自己企業内部形成了資料孤島，進而導緻了在應對移動網際網路上的吃力，還持續性地對業務造成了傷害。
作為國内珠寶零售行業的領頭羊，其在大陸以及港澳台累計門店數接近 1000 家，其中大陸門店數占 70% 左右，8 個旗艦系列、7 個國際品牌，累積系列品牌總數為 27 個。
提起珠寶，大家可能腦子裡浮現的第一個詞是“貴”。這一特點，也将珠寶零售行業差別于其他以快銷為特點的日用品零售行業。珠寶零售行業從生産制造到最終的交易發生，大緻可以分為：
- 研發設計
- 生産制造
- 供應鍊/庫存管理
- 銷售管理
- 售後管理
相較于快消品而言，珠寶零售行業的庫存周轉相對較慢，是以每一次銷售機會都顯得格外珍貴。使用者在門店開始選購珠寶時，考慮主要是三個方面，分别是價格、款式、尺寸，這些主要跟庫存管理有關系。
這就要求門店的營業員能夠直接檢視本區域、跨區域的珠寶庫存情況，在顧客已經選擇某個特定的款式，預算充分的情況下，通過“調貨”的方式，來完成本門店沒有庫存情況下的銷售過程。
今天我們探讨的珠寶零售公司，在它的發展曆史過程中分别在中國大陸、中國台灣、中國香港、中國澳門等地，建設了多套不同的供應鍊管理、庫存管理和銷售管理的系統。
多套不同的系統，聽起來是不是有點多，且不必要？但在這家公司漫長的資訊化和數字化旅程中，這些系統都是為了回應在不同區域更快速地開展業務的需求而建設完成的。或許一個事物的發展多半總是在荊棘中前進的，很少一帆風順，更不會按照腦海中所預想的完美路線圖推進，一切都是權衡的結果。
一、煙囪式開發，資料分散，取數難
由于企業 IT 發展了幾十年，陸陸續續采購了不少的獨立 IT 系統，例如：ERP、CRM、SCM 等，往往一件貨品資訊散落在不同的資料庫中，想要一份完整的資料，對研發團隊來說可能需要花大量時間去了解、溝通資料結構，再做資料清洗、加工。整個研發周期就會被拉得很長，想要快速擷取一些資料，就會顯得非常困難。
同時，多套異構資料庫對運維團隊的技術能力，也是一個不小的考驗。
- 二次開發難
有那麼多套不同廠商的業務系統，能夠弄明白系統之間關系的人越來越少了，更别說在已有系統上做一些二次開發，這對技術人員的業務要求相當高。
- 跨部門協作，組織協調難
業務越來越多，自然就會成立不同的部門去維護，而一旦需要跨部門協作開發時，組織架構的複雜性，直接延長了開發周期和項目上線時間。
二、割裂的商品中心，難以形成合力
不同的地域都部署了相同的“服務和資料庫”的組合模式，這也為後續的資料孤島埋下伏筆。随着數字化程序的深入，這些割裂的系統讓不同區域的商品資料無法流轉和查詢，同時還會造成備援的庫存資訊，最大的問題實際上是在業務側：不同的業務條線有不同的業務人員，他們作為資料消費者，在現有的架構下是無法及時消費到資料的，換句話說，訂單的狀态抵達相關業務人員的時間，會被大幅度延長。
這種難以消費資料的原因是，資料割裂。資料割裂這一概念本身可能過于抽象。
我們從資料割裂造成的實際問題來談一談。
作為一家頭部的珠寶零售公司，它的商品 SKU 大概有 100 多萬，分别散落在不同的資料庫表和資料庫中，且字典表難以了解，業務映射表關系複雜，業務研發不得不花費大量時間在内部的溝通上。
即使溝通也不一定能解決全部問題，還需要通過資料庫的跨執行個體查詢（dblink）解決資料割裂的問題。因為超過 1.5 億庫存訂單存放在多個 Oracle 和分布在 20 張表中的 10 萬商品資訊，整個運維團隊和業務團隊，需要花費很多的精力解決：
- 訂單狀态跨地域維護。
- 資料在多個資料庫之間的同步導緻的延時。
- 訂單邏輯複雜，不易擴充。
當一位中國香港門店店員想要在香港查一件貨，通過系統查詢得知這件貨不在香港，在澳門。一般而言，店員可以通過系統去做“調貨”動作，最後完成交易。
但因為一些 IT 曆史原因，這家珠寶零售公司的門店店員，必須通過系統将澳門的貨轉到香港後，才可以查詢該貨明細，而這個轉貨的過程需要花費數小時來等待。客戶的購買時間，往往也就在關鍵的幾個小時以内。如果這樣的等待經常發生，這對營業額會産生較大的沖擊。
三、促銷活動難以按時按需開展
移動網際網路對于零售業改造是全方位的，珠寶行業也不例外。
傳統的“人貨場”概念被拓寬到了線上，一些交易活動也不再局限線上下零售店内。為了适應消費者購買習慣發生的變化，珠寶零售行業一方面需要融入到淘寶、京東等這些線上零售平台已有的活動中，同時也需要根據節假日及時開展适當的營銷活動，增加銷售收入。
這裡就出現了供給側和需求側的沖突：“業務以為的研發周期” 和 “工程師能提供的研發周期”，可能是存在不比對情況的。
在雙十一來臨之際，業務團隊根據目前市場情況及政策規定，提出了一系列促銷活動方案，工程師團隊在收到十幾個需求時，開始拒絕，因為不可能在短時間内全都滿足。
當然現實情況會更加複雜，工程師團隊通過加班加點的工作滿足了業務的需求，但這種沖刺式的努力不可持續，需要組織中的關鍵角色，對現有的 IT 藍圖進行複盤和盤點，制定出合适的更新路線。
四、網際網路+，重造數字化中的自己
雖然是一家傳統的零售企業，但企業文化使得他們不斷精益求精，希望通過結合網際網路電商、社交、媒體等線上平台，為企業帶來新一輪的增長。
在過去的 3 年中，全國數百家門店，年均舉辦了超過上萬場線上線下活動，更是在某年雙十一珠寶銷售榜中取得了位居第二的好成績。
但問題也越來越明顯，落後的曆史系統已經嚴重地掣肘了業務的發展。此時對于這家傳統企業來說，已經無法通過“頭痛醫頭，腳痛醫腳”的方式來打更新檔進行局部的調整。
“新一代資料架構”的訴求應運而生，企業需要通過這樣的資料平台，來幫助他們解決由來已久的問題，從根本上解決因“資料孤島”問題引發的一系列技術和業務問題：
- 資料模型線性增長，關系型資料結構越來越複雜，修改字段時，就像在電源插座上找唯一能用的插位。
- 20年前的 IT 架構結構複雜，大量存儲過程，學習周期慢，改動困難。
- 研發速度跟不上需求變化 。
- 需要一個高效的資料開發服務平台，支撐企業内部靈活開發和 DevOps。
- 重複建設使用者資料、訂單資料，統一資料困難。
經過層層篩選，公司決策，最終形成：“連接配接資料孤島，融合資料，形成主資料” 的決策，用主資料管理和資料治理，來解決資料孤島的問題，更好地支撐業務，提升業務執行效率。
五、工欲善其事，必先利其器
Gartnter 在《成功實施主資料管理的 7 個步驟》[1]中指出，在企業中實作一個主資料管理（MDM）政策大緻需要 7 步：
- 确定願景、戰略和利益相關者
- 發展過程
- 選擇衡量标準
- 建立一個績效基線
- 商讨目标改進
- 将目标改進轉化為财務結果
- 建立所有權總成本模型
- 計算投資回報率
這 7 步背後的本質邏輯是什麼呢？較大的組織會選出一組人（當然這些人是組織裡有深厚影響力的），建立和執行資料品質标準，并以此為基礎建立持續疊代并形成最佳實踐。資料孤島的打通和資料治理的實施，貫穿整個組織，伴随組織權力的調整，或者是根據已有的權力結構進行本地化的改造。
換句話說，通過務虛會、頭腦風暴會、問題分析會，在利益相關者中形成對于資料治理的共識，确定裡程碑和衡量成功的标準，最後通過财務數字證明“資料治理”這項行動是有效的，切實地提升了公司營運效率。
為了使主資料管理發揮作用，它必須是一個團體的努力且是一個持續的努力。
一般對于資料治理項目的了解都是一種變革管理，需要引導組織通過調研、整理、歸納等工作，對現有流程進行梳理和分析。當然還會有創造性的活動，制定新的流程。
主資料管理和資料治理一直以來飽受诟病的，便是落地難。選擇一個稱手的主資料開發平台，也是項目成功的關鍵。
把資料治理或主資料管理等圍繞資料的方法論，落實到企業的生産、運作和支撐的全過程中。對于這樣的一把兵器，它是有一些畫像的：
資料發現和連接配接。發現和連接配接功能利用算法，即時識别資料的重複，并幫助解決多個條目成為一個單一和準确的記錄。主資料管理軟體有助于消除資料重複，将正确的資訊輸入所有的系統，監測資料來源的完整性，并将一些本來被認為是額外需要資源的任務自動化。
這是保障來自于孤島的資料和主資料完整性的重要能力。缺少了該項能力，主資料便失去了其本身的意義，不能夠再成為企業的共享資料，更關鍵的是不再能支援一個關鍵、完整的業務流程。
資料整合能力。在一個集中的資料源中建立、維護和分發主資料，并在企業的各種不同業務中延伸。它確定資料的一緻性，随時随地，标準化的定義和業務規則，強制執行驗證值，并監測完整的審計跟蹤的變化。這是對資料按需進行修改的關鍵能力，能對資料進行合理變形，達成業務部門所需要的資料樣式。
這一能力從最終使用者的角度而言，還意味着極緻易用性。通過前端頁面和拖拉拽操作掩蓋掉資料整合操作的複雜度，将操作面和管控面進行分離，使得企業内部使用者在資料整合過程可視化，如拖放、顯示變化、最佳記錄審查和比對審查。
大批量資料處理能力。主資料管理軟體的大規模處理功能，可執行有益的大規模更改過程，使主資料使用者能夠對業務夥伴、客戶、供應商和産品資料範圍，進行批量更改和修改。它使一個有效的過程來執行屬性的大規模變化。
流式資料處理能力。和資料整合能力一道，幫助企業實時地擷取、過濾、加工資料，盡可能地保障主資料的完整和一緻。
資料共享能力。主資料管理軟體使業務規則，可以在不同的使用情況下共享。一些從業者會将資料共享性稱為資料虛拟化或者資料及服務，這并不沖突。
例如，在進行資料導入或審批過程中，業務規則可以在不同的使用案例中共享。這些控制必須是集中式的，隻需改變一次就能在所有地方生效。業務規則必須在使用者界面上實作，而不需要等待背景開發。
這五個基本關鍵能力是評分表中的五個象限，可依據評分的大小繪制雷達圖，在選擇兵器時需要重點考察，根據企業目前的現狀，合理選擇主資料管理的軟體産品。如果進一步提煉，主資料管理的過程可以抽象為：連接配接、融合、釋出這3 個階段，通過廣泛的連接配接性，将業務資料庫資料以低代碼拖拉拽的方式建構資料鍊路，形成資料鏡像層。
六、珠寶零售行業，如何實作主資料管理完成靈活化轉型
集團戰略規劃
和集團利益相關者一起合作，結合實際業務發展情況和 IT 基礎設施情況，制定了 3 年 IT 規劃。
通過調研和訪談的形式，摸清資料孤島的情況，為頂層戰略規劃做好奠基性工作。與此同時，和客戶業務部門一道為後續的應用場景規劃進行需求調研，同時形成資料品質規範和資料流程規範。在明确組織架構和資料治理原則的前提下，協助客戶開始技術平台的搭建，最後一步就是在完成了主資料治理之後，實作業務價值。
資料資産盤點，形成統一商品中心
前面提到，這家珠寶零售公司有多個 ERP 系統，圍繞珠寶的生産制造、物流供應鍊和最終的銷售都散落在不同的地方。
這裡我們和公司的業務方一起，以擁有主資料較多的部分為核心，将曆史和實時庫存資料、商品資訊和鑽石、黃金和玉器等各類證書都進行打通、合并。并在此基礎上，按照組織架構進行合理的資料釋出和資料授權，讓門店店員和中高層，都具備了在需要時消費适當資料的能力。
最重要的是，在統一庫存模型、統一商品模型和統一資料通路服務的前提下，開發能夠跟得上市場變化，資料模型複雜但易用，可快速開發新應用。
七、實施主資料管理之後的效果
在連通資料孤島之後，融合資料，生成主資料，在這樣的資料治理的基礎上，集團很快就上線了基于主資料的“全管道商品中心”，大陸以及港澳台門店店員使用同一套背景，即可查詢全國商品。
相較于之前的多次查詢 API 方式，現在前端隻需查詢一次，即可擷取商品所有資訊。查詢次數從 5 次縮減為 1 次，查詢響應時間從累計 10 秒縮減到 3 秒内。
技術研發可通過平台快速查到想要的資料，無需追問相關同僚，減少 DBA 日常 70% 查詢工作，有效提升研發 90% 開發效率，這極大地降低了跨部門帶來的溝通效率問題。
研發周期從 2~3 個月縮減為 1 周。通過『資料即服務』的新架構将資料變成了真正的生産要素，為集團真正實作了“增效降本”的務實的業務價值。
支撐業務流程的主資料得到沉澱與複用，能在組織間高效共享有價值的資訊，讓不同業務部門都可輕松複用曆史資料，快速發現資料價值。
八、寫在最後的話
按照 Gartner 對于主資料管理（MDM）的定義，它不僅是一門技術驅動的學科，更是一門管理的學科，需要 IT 部門和業務部門共同合作，確定企業正式共享的主資料資産的統一性、準确性、管理性、語義一緻性和責任性。
主資料，是描述企業核心實體的一緻和統一的辨別符和擴充屬性集的，包括客戶、潛在客戶、公民、供應商、網站、層次結構和賬戶圖表。從這個定義出發，主資料管理就注定不完全是一個技術問題，更多的是一個對于公司所處環境（行業屬性、技術儲備、人才畫像）的了解後，特殊化出來的一套變革管理的咨詢方案。
随着數字化在各行各業的乘風破浪，主資料管理作為一種資料治理的方法論，一定能幫助這些企業提升對于資料這一新的生産要素的使用度，釋放更多價值。
雖然再怎麼強調主資料管理咨詢的屬性也不為過，但是平台本身的能力也不能忽視。基于我們在技術人才儲備較為薄弱行業實踐的經驗而言，一個好用的主資料管理平台，也是至關重要的。關于如何選好一個主資料管理平台，前文已頗用了些筆墨，此處不再贅述，感興趣的朋友可以往前檢視。
本文作者:楊哲軒 來源:CIO之家的朋友們
CIO之家 www.ciozj.com 微信公衆号:imciow