引言

企業(yè)建設(shè)過數(shù)據(jù)中臺，還有必要做數(shù)據(jù)治理嗎？

企業(yè)做過領(lǐng)導(dǎo)駕駛艙，還需要做數(shù)據(jù)治理嗎？

企業(yè)做過生產(chǎn)管控、質(zhì)量管控等，也有需要做數(shù)據(jù)治理嗎？

企業(yè)數(shù)據(jù)中臺項目中包括了數(shù)據(jù)管理，為什么還要做數(shù)據(jù)治理呢？

企業(yè)建了數(shù)據(jù)中臺，就等于企業(yè)具備數(shù)據(jù)管理及服務(wù)能力嗎？

……

【當下痛點】“慢、難、不準”

在數(shù)據(jù)要素背景下，大部分的企業(yè)數(shù)字化轉(zhuǎn)型選擇了基于數(shù)據(jù)驅(qū)動業(yè)務(wù)增長的路徑，建設(shè)了數(shù)據(jù)中臺項目。這類項目以面向業(yè)務(wù)部門的看板指標設(shè)計為主，基于平臺進行數(shù)據(jù)采集-數(shù)據(jù)倉庫加工-看板開發(fā)的工作落地。把數(shù)據(jù)中臺更多的建設(shè)成了一個數(shù)據(jù)鏈路的采集處理的技術(shù)平臺，是大部分企業(yè)的建設(shè)現(xiàn)狀，雖然有數(shù)據(jù)質(zhì)量、數(shù)據(jù)標準、數(shù)據(jù)安全、數(shù)據(jù)目錄等諸多模塊，但是可能并沒有實質(zhì)性的實施內(nèi)容。往往還面臨如下痛點：

01、響應(yīng)慢：業(yè)務(wù)部門提出看板需求，數(shù)據(jù)部門無法快速響應(yīng)，從采集數(shù)據(jù)到看板開發(fā)完成往往需要1周~1個月，不能及時滿足業(yè)務(wù)端的“看數(shù)”需求；

02、運維難：數(shù)據(jù)管理部門/數(shù)據(jù)應(yīng)用開發(fā)部門運維壓力大，工業(yè)企業(yè)主價值鏈看板往往后臺有四五千~上萬個調(diào)度運行的任務(wù)，通常在看板上出不來數(shù)據(jù)的情況下開始排查，問題難定位、影響范圍不確定，千絲萬縷，不敢動；

03、不準確：業(yè)務(wù)部門對看板應(yīng)用存在兩種極端，一是不用、沒問題，月度訪問量個位數(shù)，日常業(yè)務(wù)工作的開展不使用看板；二是用的多、抱怨多，看板信息不準確，但不知道怎么不準確，無從下手。

【根本原因】“與其解析SQL，不如重寫一段”

企業(yè)數(shù)字化轉(zhuǎn)型建設(shè)初期選擇“以應(yīng)用為牽引的數(shù)據(jù)管理”建設(shè)路徑開展工作，這是聚焦業(yè)務(wù)價值開展數(shù)據(jù)管理的正確路徑。在這種情況下，建設(shè)重點更對放在業(yè)務(wù)部門相關(guān)的管控場景、公司領(lǐng)導(dǎo)相關(guān)的駕駛艙場景下的指標體系設(shè)計及看板開發(fā)，以期激發(fā)業(yè)務(wù)人員對于“用數(shù)”的積極性和認同度。

該類項目的建設(shè)工作內(nèi)容中，往往存在以下問題：

01、數(shù)據(jù)采集欠缺規(guī)范及復(fù)用性考慮，往往做一個指標從源頭采一次數(shù)，造成了多次采集、接口的重復(fù)開發(fā)；

02、數(shù)據(jù)加工多采用SQL，四五百行的SQL是運維工作的現(xiàn)實阻礙，與其解析SQL，不如重新寫一段是大部分的運維現(xiàn)狀；復(fù)合指標導(dǎo)致的調(diào)度編排關(guān)系錯綜復(fù)雜，影響范圍不可控也未知；

03、數(shù)據(jù)倉庫分層及模型規(guī)范執(zhí)行不到位，規(guī)劃是“超市的貨架”，現(xiàn)實是“菜市場的攤位”。

【如何解決】“從數(shù)據(jù)倉庫到數(shù)據(jù)超市”

伴隨著“應(yīng)用牽引式”的數(shù)據(jù)工作建設(shè)，企業(yè)逐步認識到數(shù)據(jù)工作不僅僅是建看板應(yīng)用，數(shù)據(jù)標準、數(shù)據(jù)質(zhì)量、元數(shù)據(jù)管理等數(shù)據(jù)治理工作同樣重要，所以這些年建了數(shù)據(jù)中臺的企業(yè)，還在做數(shù)據(jù)治理，甚至做數(shù)據(jù)治理的迫切程度更高。

數(shù)據(jù)部門如何從疲憊的數(shù)據(jù)運維工作中解脫出來，需要依賴：

01、數(shù)據(jù)標準：統(tǒng)一的數(shù)據(jù)標準，形成對數(shù)據(jù)的統(tǒng)一認識，是端到端業(yè)務(wù)流程貫通的前提，是多個業(yè)務(wù)視角打通分析報告的前提；

02、數(shù)據(jù)規(guī)范：提數(shù)據(jù)應(yīng)用需求需要遵循提需求的規(guī)范、做數(shù)據(jù)采集需要遵循采集的規(guī)范、建倉庫模型需要遵循模型設(shè)計的規(guī)范、配調(diào)度編排需要遵循編排的規(guī)范、開發(fā)可視化看板需要遵循看板取數(shù)的規(guī)范，這是可追溯、能復(fù)用的前提；

03、數(shù)據(jù)服務(wù)：數(shù)據(jù)管理/數(shù)據(jù)應(yīng)用開發(fā)部門如何從提供數(shù)據(jù)加工結(jié)果轉(zhuǎn)向提供數(shù)據(jù)服務(wù)，除了數(shù)據(jù)倉庫規(guī)范化的完善與重構(gòu)，還要注重必要的數(shù)據(jù)角色以及數(shù)據(jù)工作分工的模式建設(shè)。

那么，作為數(shù)據(jù)管理部門應(yīng)該如何統(tǒng)籌分析應(yīng)用、數(shù)據(jù)標準、數(shù)據(jù)目錄、元數(shù)據(jù)以及數(shù)據(jù)倉庫、數(shù)據(jù)服務(wù)這些數(shù)據(jù)管理職能域的實際工作，以什么為抓手做好從“提供結(jié)果到提供服務(wù)”的轉(zhuǎn)型呢？下回見嘍 ~  ~