現(xiàn)在一提數(shù)據(jù)治理大家馬上想到企業(yè)要先進行數(shù)據(jù)治理的頂層設(shè)計，但對于多很多公司來說，并不需要。因為并沒有什么業(yè)務(wù)值得數(shù)據(jù)來驅(qū)動，或者用簡單的報表取數(shù)就能滿足，當企業(yè)已經(jīng)把數(shù)據(jù)團隊創(chuàng)造業(yè)務(wù)價值的口子限制住的時候，轟轟烈烈的搞數(shù)據(jù)治理就成了政治正確。數(shù)字化則是數(shù)據(jù)治理的催化劑，它是這個時代賦予數(shù)據(jù)團隊最大的紅利，因為它讓數(shù)據(jù)團隊可以超越原有的職責（報表，取數(shù)等等），用數(shù)據(jù)去創(chuàng)造更多的業(yè)務(wù)價值，在這個充分使用數(shù)據(jù)的過程中，數(shù)據(jù)治理才有了更大的舞臺。

業(yè)務(wù)的差異導致每個企業(yè)做的數(shù)據(jù)治理可能完全不同，在DAMA提到的各類數(shù)據(jù)治理工作中，是業(yè)務(wù)決定了你需要在數(shù)據(jù)治理哪個方面開展工作，因此不要一提數(shù)據(jù)治理就開始猛搞主數(shù)據(jù)，參考數(shù)據(jù)，元數(shù)據(jù)，數(shù)據(jù)標準等等，首先要搞清楚你的業(yè)務(wù)對數(shù)據(jù)治理的訴求到底是什么。
在這個方面，我們是有教訓的。15年前我們就開始搞數(shù)據(jù)倉庫建模、元數(shù)據(jù)管理等等，但似乎起了個大早，趕了個晚集，系統(tǒng)建了一大堆，但用得并不是很好，而互聯(lián)網(wǎng)大廠的數(shù)據(jù)治理則開始起飛，我一直在想，為什么在這邊表現(xiàn)平平的東西到了互聯(lián)網(wǎng)那里就脫胎換骨了呢？也許技術(shù)環(huán)境是一個因素，但更多的恐怕在于業(yè)務(wù)的需要，當我們用簡單的報表，取數(shù)就能滿足業(yè)務(wù)需要的時候，的確不需要什么特別的數(shù)據(jù)治理，而互聯(lián)網(wǎng)高速發(fā)展的數(shù)字業(yè)務(wù)則很需要。時間到了現(xiàn)在，我們的數(shù)據(jù)就像當初的互聯(lián)網(wǎng)一樣，也開始面臨著全新的業(yè)務(wù)挑戰(zhàn)，至少在三個方面發(fā)生了巨大的變化，讓我們重新思考企業(yè)級數(shù)據(jù)治理體系的構(gòu)建。
第一，我們需要支撐的業(yè)務(wù)，變了從去年開始，我們團隊開始到陌生的一個領(lǐng)域去做數(shù)字化轉(zhuǎn)型支撐，即嘗試通過優(yōu)化企業(yè)的核心業(yè)務(wù)流程來提升運營效率，自己寫過一篇企業(yè)數(shù)字化轉(zhuǎn)型的文章《自底向上，數(shù)字化轉(zhuǎn)型的實踐和思考》，談到了這個事情，提及了面臨的挑戰(zhàn)。
我們發(fā)現(xiàn)這些流程大多是跨領(lǐng)域的，如果拿不到全域的數(shù)據(jù)，就無法做完整的分析，所謂優(yōu)化流程也就成了紙上談兵，而很多數(shù)據(jù)并不在我們原有掌控范圍之內(nèi)。但在跨域數(shù)據(jù)的匯通中，我們往往不知道這個新流程對應(yīng)的數(shù)據(jù)在哪個系統(tǒng)，這些系統(tǒng)有哪些數(shù)據(jù)模型，這些模型有哪些屬性，模型之間又是什么樣的關(guān)系，這需要我們重新花大量時間通過線下訪談的方式了解數(shù)據(jù)的來龍去脈。雖然當前的大數(shù)據(jù)平臺也有數(shù)據(jù)資產(chǎn)目錄，但那個目錄是已經(jīng)匯聚到大數(shù)據(jù)平臺的數(shù)據(jù)資產(chǎn)目錄，而企業(yè)級的數(shù)據(jù)資產(chǎn)目錄，必須是要管到源端系統(tǒng)的，即從OLAP延伸到OLTP。
而企業(yè)各個領(lǐng)域只有給出自己的領(lǐng)域資產(chǎn)目錄，我們才能形成真正的企業(yè)級數(shù)據(jù)資產(chǎn)目錄，才能讓數(shù)據(jù)真正的找得到，看得懂，雖然僅僅差了“企業(yè)”兩個字，但內(nèi)涵差了很多，難度差了很多，價值更是天壤之別。我們也發(fā)現(xiàn)，數(shù)字化轉(zhuǎn)型對于數(shù)據(jù)匯通的時效性要求特別高，以前還能忍受的數(shù)據(jù)采集周期現(xiàn)在不太行了，但要提升采集效率可不是那么簡單，需要面對既定的審批流程、嚴格的安全審核及較長的開發(fā)周期的挑戰(zhàn)。
正是在這個數(shù)字化業(yè)務(wù)的背景下，促使我們重新思考構(gòu)建企業(yè)級數(shù)據(jù)治理體系的必要性，我們以前不是沒有數(shù)據(jù)治理，只是不夠體系化，深度和廣度也還不夠，在面對范圍更廣，要求更高的企業(yè)級數(shù)字化轉(zhuǎn)型的背景下，重新暴露出了數(shù)據(jù)找不到，看不懂，不及時等現(xiàn)實問題。這是一次新的輪回。我們當年靠一次項目打造的大數(shù)據(jù)平臺，匯聚的那些數(shù)據(jù)資產(chǎn)，在過去幾年發(fā)揮出了相當?shù)膬r值，但它們已經(jīng)完成了第一階段的使命，數(shù)字化轉(zhuǎn)型要求我們的數(shù)據(jù)治理再次起航，這是業(yè)務(wù)驅(qū)動的結(jié)果，也是生產(chǎn)關(guān)系適配新時期生產(chǎn)力的要求。
第二，我們需要支撐的模式，變了顯然，我們不可能把數(shù)字化業(yè)務(wù)都自己干了，企業(yè)的數(shù)據(jù)團隊必需致力于去打造一個數(shù)據(jù)開放的生態(tài)，讓所有具備數(shù)據(jù)能力的內(nèi)外伙伴都能基于開放的數(shù)據(jù)創(chuàng)造價值，讓數(shù)據(jù)要素全面流動起來才能發(fā)揮出數(shù)據(jù)的最大價值，我們對一線的支持模式，更多應(yīng)是園丁和教練的角色，而不要越俎代庖。從對內(nèi)支撐的角度看，經(jīng)過幾年的運營，現(xiàn)在公司會點SQL的人員都超過X000人，如果能把數(shù)據(jù)充分開放給他們，其創(chuàng)造的價值將不可估量。拿建模來說，一線做的模型永遠是比坐在辦公室的建模師更接地氣，他們最需要的，其實是開放的數(shù)據(jù)。
從對外變現(xiàn)的角度看，如果所有的合作伙伴都能基于我們開放的數(shù)據(jù)自由的、安全的進行建模和應(yīng)用創(chuàng)新，那創(chuàng)造的價值也肯定幾何倍數(shù)于現(xiàn)在的變現(xiàn)規(guī)模，從這個角度講，雖然推進數(shù)據(jù)的開放本身不算業(yè)務(wù)，但它對我們數(shù)據(jù)團隊來講就是最大的業(yè)務(wù)。我們最近幾年一直在努力打造數(shù)據(jù)中臺，希望通過數(shù)據(jù)中臺去更好的開放數(shù)據(jù)，但真的要開放數(shù)據(jù)可并不是那么容易，至少有三個方面的問題迫切需要得到解決。首先，數(shù)據(jù)開放的周期偏長。以前我們開放數(shù)據(jù)的流程還是比較長的，需求人先要通過線下的方式從源端了解到數(shù)據(jù)表的相關(guān)信息，然后在線提交開放需求，審批完后由運維團隊實施數(shù)據(jù)交換操作，一般的開放周期需要3-4天，有時會超過1周。近年來我們打造了數(shù)據(jù)服務(wù)中心，將大數(shù)據(jù)平臺的已有資產(chǎn)掛到了對外開放的服務(wù)目錄里，內(nèi)部用戶可以采取訂閱的方式方便的獲得數(shù)據(jù)，當前對于低敏感級的數(shù)據(jù)開放周期，平均降低到了1個小時，效率提升了很多倍。
但我們當前開放的數(shù)據(jù)資產(chǎn)范圍還是受限的，比如一旦源端數(shù)據(jù)沒采集進來，那么開放的周期就完全不可控，而一旦數(shù)據(jù)涉敏，那開放的周期就更長了。我們需要思考如何將“共享為原則，不共享為例外”的原則真正的落地，需要思考如何跟各部門協(xié)同，共同努力將管理原則標準化、代碼化，自動化，確保流程最優(yōu)、最簡、最智能，企業(yè)也需要有數(shù)據(jù)開放的服務(wù)承諾SLA。其次，數(shù)據(jù)開放的模式有限。我們當前數(shù)據(jù)開放的形式只包括數(shù)據(jù)表、API等形式，但這些開放模式還遠遠滿足不了對外變現(xiàn)的需要，我們至今還沒有打造出比較靈活的、安全的、能夠規(guī)?；瘧?yīng)用的對外PaaS服務(wù)，讓我們的客戶可以自由的使用數(shù)據(jù)，我們也沒有徹底解決多方數(shù)據(jù)聯(lián)合計算的安全問題，雖然我們已經(jīng)有了一些進展，但離規(guī)?；€有很長的路要走。最后，數(shù)據(jù)開放體驗還不夠好。最近自己去瀏覽了浙江省的數(shù)據(jù)開放網(wǎng)站，發(fā)現(xiàn)這個網(wǎng)站的數(shù)據(jù)開放體驗挺好，特別是看到浙江政務(wù)網(wǎng)還有個老人版的入口，很是貼心。我們當前構(gòu)建的數(shù)據(jù)服務(wù)中心，還是更多的從技術(shù)角度去做設(shè)計，面向的開放對象更多是開發(fā)者的角色，這限制了其適用范圍。我們并沒有從阿里云等網(wǎng)站學到做這種產(chǎn)品的真正精髓，總是急著實現(xiàn)功能，把用戶體驗晾在一邊，大量的線下咨詢一定程度上是效率低下的代名詞，在數(shù)據(jù)開放上，體驗就是生產(chǎn)力。
第三，我們需要使用的數(shù)據(jù)，變了我們幾年前開始實施對外數(shù)據(jù)價值變現(xiàn)，在低垂的數(shù)據(jù)果實被摘完后，現(xiàn)在也開始凸顯出數(shù)據(jù)的瓶頸。有幾次同事就跟我講，在跟某部門交流時發(fā)現(xiàn)某個數(shù)據(jù)很有價值，需要把這個數(shù)據(jù)盡快采集過來，我就會眼前一亮，同時也有點困惑，像現(xiàn)在這樣，今天發(fā)現(xiàn)一點，采集一點，明天發(fā)現(xiàn)一點，采集一點，何年是個頭呢？當然這個問題可以通過企業(yè)級資產(chǎn)目錄的構(gòu)建來解決。但我也知道自身企業(yè)的數(shù)據(jù)始終是有限的，數(shù)據(jù)團隊需要站位更高一點，看得更遠一點，要能更多的與集團，外部單位去協(xié)同，去打造出一個合作共贏的數(shù)據(jù)共享生態(tài)，只有這樣才能為企業(yè)數(shù)字化轉(zhuǎn)型奠定更好的數(shù)據(jù)基礎(chǔ)，而這顯然是無法靠個人英雄主義或單個部門的力量能解決的，我們需要企業(yè)或更高的站位。
正是以上三個“變化”，讓我感到后續(xù)要做的企業(yè)級數(shù)據(jù)治理的工作是明確的，甚至可以有明確的指標來衡量企業(yè)級數(shù)據(jù)治理的效果，比如跨域數(shù)據(jù)匯通時長、數(shù)據(jù)開放時長、PaaS服務(wù)收入等等，為了達成以上目標，我想至少要推進“四件事情”：
第一，進一步明確企業(yè)級數(shù)據(jù)管理組織和領(lǐng)域數(shù)據(jù)責任人的職責，在這個方面，公司將給予支持。
第二，完善企業(yè)級數(shù)據(jù)資產(chǎn)目錄的機制和流程，優(yōu)化企業(yè)級數(shù)據(jù)治理平臺，實現(xiàn)源端資產(chǎn)的補錄，保證常態(tài)化匯通效率。
第三，提升企業(yè)級數(shù)據(jù)開放的速度和體驗，升級數(shù)據(jù)服務(wù)中心為數(shù)據(jù)開放平臺，向用戶承諾數(shù)據(jù)開放的SLA。第四，推進多方數(shù)據(jù)的協(xié)同，比如多方安全計算、Pass、大數(shù)據(jù)+公有云產(chǎn)品的研發(fā)和商業(yè)應(yīng)用。但即使這樣，我心還有戚戚，因為怕企業(yè)級數(shù)據(jù)治理的業(yè)務(wù)產(chǎn)出不夠，萬一執(zhí)行還不到位，就會空耗企業(yè)的管理成本。因此，如果你家的數(shù)據(jù)支持的業(yè)務(wù)沒變，或者并未感受到強烈的業(yè)務(wù)驅(qū)動，那么開展企業(yè)級數(shù)據(jù)治理就要三思而后行，因為不會有業(yè)務(wù)方為你的治理買單。