數(shù)據(jù)治理項目，一個在數(shù)據(jù)領(lǐng)域里既關(guān)鍵又充滿挑戰(zhàn)的環(huán)節(jié)，常因復雜性和難以量化的成效而讓企業(yè)望而卻步。本文深度剖析數(shù)據(jù)治理的難點與困境，探討為何它比報表項目和指標項目更加艱難，以及企業(yè)如何在這一過程中找到成功的路徑。

數(shù)據(jù)領(lǐng)域里有很多項目，廣為人知的是BI 項目，還有中臺項目，不太被人知曉的有數(shù)據(jù)治理，指標平臺，埋點產(chǎn)品，運營產(chǎn)品等等，現(xiàn)在需要多加一個就是數(shù)據(jù)資產(chǎn)管理平臺，這些項目真的從0到1做起來都非常復雜，但是數(shù)據(jù)治理，是最艱難且復雜的。

當然這些項目里有互相交叉的，比如有的中臺項目會包括數(shù)據(jù)治理，但是這里的數(shù)據(jù)治理和專業(yè)的數(shù)據(jù)治理還是不太一樣，我更愿意稱之為數(shù)據(jù)管理，這里和BI 里說的數(shù)據(jù)治理是一個意思，但都不是專業(yè)的數(shù)據(jù)治理，但是我說的最艱難且復雜的說的是專業(yè)的數(shù)據(jù)治理項目。

為什么它最艱難且復雜?

首先我們?nèi)绻麑?shù)據(jù)生產(chǎn)應(yīng)用的鏈路進行階段劃分，那么數(shù)據(jù)治理就是企業(yè)數(shù)據(jù)混亂到數(shù)據(jù)可以用的階段。

有人說這個階段很簡單啊，直接從ERP系統(tǒng)里數(shù)據(jù)抽出來，這里的數(shù)據(jù)并不混亂。

是的，ERP的數(shù)據(jù)確實是比較規(guī)范的，但是也只是相對性的。企業(yè)數(shù)據(jù)要可用，我們一直在說多源異構(gòu)。什么是多源異構(gòu)，說的是源頭系統(tǒng)很多，數(shù)據(jù)形態(tài)不一，所以ERP的數(shù)據(jù)其實只是企業(yè)數(shù)據(jù)池子里的一部分數(shù)據(jù)，有大量企業(yè)其實有很多手工數(shù)據(jù)，如果有線上生意，還會有日志數(shù)據(jù)，這些來源不一，格式不一，有規(guī)范化的結(jié)構(gòu)數(shù)據(jù)，也有不規(guī)范的非結(jié)構(gòu)化數(shù)據(jù)，非常復雜。

這個還是數(shù)據(jù)比較規(guī)整的行業(yè)，比如零售消費、金融保險這樣數(shù)據(jù)相對比較可用的行業(yè)，但是我們這里說的并不針對某個行業(yè)，所以從全局角度看，比如建筑領(lǐng)域企業(yè)、工程企業(yè)、制造業(yè)，當抽離行業(yè)來看，數(shù)據(jù)從混亂狀態(tài)到企業(yè)可以用這個階段實現(xiàn)起來非常困難。

特別是數(shù)據(jù)的格式轉(zhuǎn)換、結(jié)構(gòu)轉(zhuǎn)換，這部分的操作就會扼殺很多想要把數(shù)據(jù)用起來的企業(yè)，做好格式和結(jié)構(gòu)轉(zhuǎn)換還是數(shù)據(jù)治理的第一步，當然這里的數(shù)據(jù)治理就是廣義領(lǐng)域了，如果是狹義的數(shù)據(jù)治理，其實這一步還不算，所以很多企業(yè)在這一步就倒下了，根本還到不了下一步，離數(shù)據(jù)可以用的階段更加遙遠，可以說那是難以企及的終點。

這個是從具體工作難度的維度，我們可以再來看數(shù)據(jù)治理執(zhí)行的角度，那是真的難。

我在此前的文章一直說數(shù)據(jù)治理應(yīng)該是企業(yè)一把手工程，但是這其實是一個比較理想的狀態(tài)，因為數(shù)據(jù)治理是數(shù)據(jù)應(yīng)用的一個中間過程，這個和BI報表不一樣，報表是你肉眼可以見的，不管是一線人員還是管理人員，它都有需要看報表的場景和時機，但是數(shù)據(jù)治理，你讓一線人員看什么？又能讓領(lǐng)導看什么？

這是一個非常尷尬的工作內(nèi)容，數(shù)據(jù)從生產(chǎn)出來到可以應(yīng)用，數(shù)據(jù)治理是必經(jīng)過程，但是它又難以量化或者描述給高層領(lǐng)導，很多領(lǐng)導根本無法理解數(shù)據(jù)治理，也不清楚數(shù)據(jù)治理的具體工作，你讓它來支持你，從上而下，堅決貫穿項目，這太難了。

當數(shù)據(jù)治理脫離高層主導后，下面各個部門就進入了各自為政，各自獨立的狀態(tài)，其它部門的工作從一定程度來說本來就和我們部門沒有關(guān)系，和信息部門更沒有關(guān)系，為什么這里提信息部門，因為多數(shù)的數(shù)據(jù)治理項目都是由信息部門也就是IT部門發(fā)起的，這就是現(xiàn)狀。

所以當各個部門都無法緊密聯(lián)結(jié)的時候，信息部門最后治什么？治的是數(shù)字。

很多企業(yè)其實最后都是在做數(shù)字治理，很多企業(yè)不承認，但是這是不爭的事實，IT部門有什么業(yè)務(wù)建設(shè)意見嗎？我見過的信息部門都沒有，有的信息部也是在甩鍋，我們只做系統(tǒng)運維，只做網(wǎng)絡(luò)建設(shè)，所以最后談什么數(shù)據(jù)治理，做的全是數(shù)字治理。

數(shù)據(jù)是帶有業(yè)務(wù)信息的數(shù)字，數(shù)字只是數(shù)字，但是當數(shù)據(jù)治理變成數(shù)字治理，那么這個項目也不用談ROI，因為根本沒有，但是數(shù)據(jù)治理項目的投入成本卻是非常昂貴的，比如一個中臺項目幾千萬，這真的有必要嗎？我找個時間來分析下這個問題，所以最后企業(yè)就是做了很多無用功，投入了很多打水漂的鈔票。

當然因為種種原因，數(shù)據(jù)治理成功項目幾乎是沒有的，這也是為什么很多網(wǎng)上的文章都是在講理論，沒有人告訴你從0到1的項目應(yīng)該怎么做，很多說落地實踐，我一看和實際的數(shù)據(jù)治理項目還是相差甚遠。

以上都是講項目具體的實施難度，我們可以來看最后一個就是持續(xù)落標。

數(shù)據(jù)治理從來沒有終點，因為你項目實施的截點是從項目截止那天開始往回倒溯，但是數(shù)據(jù)是與日俱增的，所以明天開始產(chǎn)生的數(shù)據(jù)怎么辦？

我們在上述分析人員執(zhí)行的問題時候其實已經(jīng)說了，如果項目強行結(jié)束，最后就是數(shù)字治理，數(shù)字治理和業(yè)務(wù)部門是沒有關(guān)系的，但是和IT部門其實關(guān)系也不大，因為IT不需要數(shù)字，也不會去看數(shù)字，但是如何保證日后的數(shù)字還是項目實施中的“數(shù)字”。

我們有一個行業(yè)術(shù)語叫貫標，此時貫標的工作落到了信息部也就是IT部門上，這本質(zhì)上是不合理的，但是因為數(shù)據(jù)治理成了數(shù)字治理，那么是從邏輯上是合理的，但是信息部門他們用不上這些數(shù)字，所以最后都會從積極變?yōu)樾傅。翼椖靠床坏絻r值，那么就會被大家放棄，因為貫標是一項非常吃力不討好的工作，是要投人力進去的。

所以當其它部門都無法來配合你的時候，IT部門最終都無法持續(xù)性去完成持續(xù)性的貫標工作，其實最后項目就是打水漂，白做了。

所以如果真的要完成一個數(shù)據(jù)治理項目，還要它是成功的，因為它首先實施成功，才能持續(xù)性貫標，所以很難，非常難，而且這中間還沒有人支持、配合，這個確實比你去做報表項目，做指標項目困難多了，當然你說其它項目簡單嗎？也不簡單，不然也不會很多BI項目干成了效率提升項目，這無論如何都不是老板的目標，但是現(xiàn)狀就是如此。

數(shù)據(jù)治理這么難，要做嗎？答案是肯定的。