你和cdo之間的差距,到底有多大?

ITPUB社群發表於2023-01-11

大魚入職5年的時候就成為了一名數倉專案經理,後來也有過CDO相當的經歷,現在結交的CDO朋友也不少。有人會好奇:“相對於數倉專案經理,CDO到底強在哪裡呢?”


CDO不能說是技術水平最高的,但格局一般會比較高,比數倉專案經理高出至少30層樓吧,考慮到很多資料從業者在入職5年後進入瓶頸期,因此探討這個問題有意義。


第1樓


低格局:掌握資料技術是我的立身之本。


高格局:永葆學習之心是我的立身之本。


第2樓


低格局:建模技術是資料團隊核心競爭力。


高格局:業務模型產品經理是資料團隊核心競爭力。


第3樓


低格局:資料治理屬於資料團隊的職能,是資料倉儲專有的事情。


高格局:資料治理橫跨OLTP和OLAP,屬於全公司的事情。


第4樓


低格局:優先解決業務部門的資料需求問題。


高格局:優先解決資料的高效開放生態問題。


第5樓


低格局:透過模型、產品直接創造業務價值。


高格局:拉通全部的資料,讓更多的人有更多的機會創造業務價值。


第6樓


低格局:資料治理就是解決資料質量問題的具體活動。


高格局:資料治理要從組織、機制、流程等方面去解決資料質量根源的問題。


第7樓


低格局:後設資料管理需統一管理、獨立建設。


高格局:後設資料管理滲透在資料架構、資料建模、資料歸集、資料建模等生產活動中,按需建設。


第8樓


低格局:自助取數失敗是產品能力不夠。


高格局:自助取數失敗只有一個原因,那就是離業務遠了,一是業務不需要、二是業務不願意改變,三是不符合業務操作習慣。


第9樓


低格局:仰視DAMA,懂點DAMA可以讓自己顯得更專業。


高格局:平視DAMA,DAMA作為佐證實踐經驗的一種參考。


第10樓


低格局:將資料加工成知識對於公司很重要。


高格局:解決資料從0到1的問題對於公司更重要。


第11樓


低格局:讓資料開發、運維團隊承擔建章立制的職責,因為他們最懂資料。


高格局:讓資料治理專業團隊承擔建章立制的職責並實施監管,他們最具可持續性。


第12樓


低格局:讓業務管理部門滿意對我很重要。


高格局:讓一線滿意,獲得領導支援對我更重要。


第13樓


低格局:主資料屬於業務領域,不屬於我的職責範圍。


高格局:公司業務領域的資料問題,都屬於我的職責範圍。


第14樓


低格局:外部門就不願意開放資料出來,我能怎麼辦?


高格局:資料是公司的,歸集資料的目的是讓各部門用上更多的資料,付出越多,得到越多,我要努力促成這一點。


第15樓


低格局:我最討厭向外部門去交涉資料相關問題。


高格局:我的使命就是把老闆、各部門聚到一張圓桌上討論資料問題。


第16樓


低格局:資料治理很厲害,也很深奧,需要找些諮詢公司來啟動這個事情。


高格局:資料治理第一要務是老闆首先要感覺到業務的痛,為了解決這個痛,需要採取些資料治理的手段,這個時候諮詢公司可以提供些建議,但千萬別倒過來。


第17樓


低格局:對資料安全有敵意,高估資料安全導致的業務損失。


高格局:努力與資料安全形成業務共識,在效率與安全之間找到平衡點,找不到妥協點要怪自己水平不夠。


第18樓


低格局:總是致力於解決資料生產力的問題,效率>>>效益


高格局:大量的資料工作邊際效益很低,要解決生產關係的問題。


第19樓


低格局:制度、流程跟我有什麼關係?還不如多做些務實的資料生產工作。


高格局:搞定一項資料生產工作:價值1,影響力2,釋出一個能落地的資料制度:價值5,影響力10,重構一個流程:價值10,影響力100。


第20樓


低格局:大家都要按照規定進行資料開放。


高格局:信任是資料開放的基礎。


第21樓


低格局:大資料平臺專案期我們做了一次資料資源全量盤點。


高格局:我們形成了資料資源的常態化盤點機制,實時盤點。


第22樓


低格局:今年業務部門向我們提交了2000個新增資料採集需求。


高格局:今年業務部門基於資料資源目錄新增訂閱了2000個資料。


第23樓


低格局:我們有一隻10人的資料採集團隊。


高格局:我們終於取消了資料採集團隊。


第24樓


低格局:這個資料產品業界評價很高,值得采購!


高格局:評估一下它被整合的能力。


第25樓


低格局:資料開放平臺的使用使用者數突破了XXX人!


高格局:看一下部門人員的分佈!看一下跨域資料使用的比例!


第26樓


低格局:我要透過培訓,交流等形式打造良好的技術成長環境!


高格局:我要為資料團隊爭取更多的變革專案!


第27樓


低格局:指標標準化可以提升資料準確性,一致性,並可以實現指標複用。


高格局:除了強監管,基本沒有規模化成功的案例,在及其穩定的個別領域謹慎實施這個策略。


第28樓


低格局:數倉模型的沉澱,複用和共享很重要。


高格局:業務領域DDD驅動的設計都舉步維艱,憑什麼後端的數倉模型就能沉澱業務知識?我們積累的其實都是拼湊的寬表和彙總的技術表,仍然是技術思維。


第29樓


低格局:資料要素越來越重要,因此我們搞資料的越來越有前途。


高格局:資料的確權、流通、分配、安全是未來重要的四個工作,我對這些有多少了解?多大程度參與了這些工作?


第30樓


低格局:資料是數字化的基礎,因此我們搞資料的越來越有前途。


高格局:流程重構才是數字化的核心,搞清楚我跟流程是什麼關係,我能為流程帶來什麼價值,這更重要!


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70024420/viewspace-2931757/,如需轉載,請註明出處,否則將追究法律責任。

相關文章