10分鐘,講通透銀行數(shù)據(jù)治理該怎么做

湯向軍
0 評論 5118 瀏覽 17 收藏 13 分鐘
🔗 B端产品经理需要进行售前演示、方案定制、合同签订等,而C端产品经理需要进行活动策划、内容运营、用户激励等

數(shù)據(jù)治理是銀行數(shù)據(jù)建設必不可少的一個環(huán)節(jié)。好的數(shù)據(jù)治理體系可以盤活整條數(shù)據(jù)鏈路,最大化保障銀行數(shù)據(jù)的采集、存儲、計算和使用過程的可控和可追溯。本篇文章,作者介紹了銀行數(shù)據(jù)治理該如何去做,包括數(shù)據(jù)治理有哪些環(huán)節(jié),又有哪些誤區(qū),一起來看看吧,希望能夠給你帶來幫助。

數(shù)據(jù)治理的目的是什么?數(shù)據(jù)治理的最終目標是提升數(shù)據(jù)的價值。

數(shù)據(jù)治理是一個從上到下的工作,資源的調(diào)動,制度的設計、執(zhí)行、監(jiān)督,最終都要落實在人上,只有獲得組織內(nèi)部全鏈條的支持,最終才能取得成效。

一、為什么說數(shù)據(jù)治理是臟活累活呢?

數(shù)據(jù)的收集、治理和管理是個長期的活,需要的資源多,項目周期長,不懂的領導不太明白這塊工作的價值和工作量。

數(shù)據(jù)治理長期且繁雜,而且大多數(shù)時候很難看到立竿見影的效果,很多坑容易踩到,一不小心就以失敗告終,所以經(jīng)常被吐槽為“臟活累活”。

吐槽歸吐槽,但數(shù)據(jù)治理的重要性也不可否認。做數(shù)據(jù)治理很難,但對于一些正在數(shù)字化轉(zhuǎn)型道路上邁步前行的銀行來說,這又是一件關系到發(fā)展戰(zhàn)略的不得不做的基礎工程,銀行早在10年前已經(jīng)開始進行數(shù)據(jù)治理,只是大家的治理的水平和階段不一致而已。

1.源數(shù)據(jù)

煙囪式開發(fā):業(yè)務繁多、數(shù)據(jù)庫多而亂,系統(tǒng)與系統(tǒng)之間錯綜復雜

數(shù)據(jù)庫種類:架構(gòu)經(jīng)歷多次變遷,切換不完全,需要從Mysql、oracle、hbase甚至excle表中跨庫、跨實例、跨種類才能獲得有效業(yè)務數(shù)據(jù)

數(shù)據(jù)結(jié)構(gòu)混亂:同一字段,類型、命名都不一致

文檔缺失:無數(shù)據(jù)庫文檔或文檔陳舊

2.變遷

系統(tǒng)版本升級:每一次升級都只是掩蓋之前的錯誤,數(shù)據(jù)治理需要從源頭

人員變更:梳理過程中的大部分問題最終答案:“不清楚,原來維護人已離職”

數(shù)據(jù)流轉(zhuǎn):數(shù)據(jù)從源頭經(jīng)過很多次不規(guī)范的同步

3.存量

各自為政:各業(yè)務部門已有自己的統(tǒng)計邏輯和報表,同一指標匯總維度又不一致,梳理、治理、輸出還要盡量不影響已有報表結(jié)果

半途而廢:前任都知道數(shù)據(jù)治理、統(tǒng)一出口的重要性,但只完成一部分就放棄了。問題在于“完成的一部分”有人還在用。

二、數(shù)據(jù)治理閉環(huán)

10分鐘給你講通透銀行數(shù)據(jù)治理該怎么做

1、組織固定的數(shù)據(jù)治理團隊

行里分管的領導需要組建一支對數(shù)據(jù)治理有足夠認識、有治理經(jīng)驗、熟悉業(yè)務的團隊,給予團隊有相對的資源和足夠權(quán)限,得到各部門的全力配合和支持。

2、清楚行內(nèi)數(shù)據(jù)質(zhì)量和任務

行內(nèi)的數(shù)據(jù)采集情況、數(shù)據(jù)存儲情況,數(shù)據(jù)從分散的系統(tǒng)集中到數(shù)據(jù)倉庫。評估當前數(shù)據(jù)質(zhì)量,保證數(shù)據(jù)完整性、準確性、及時性、一致性、唯一性,明確數(shù)據(jù)治理的任務和階段目標。

3、規(guī)范治理流程和建立制度

數(shù)據(jù)治理團隊可以選擇從業(yè)務流程,也就是數(shù)據(jù)產(chǎn)生的源頭開始,對其進行規(guī)范化、流程化、標準化處理,并建立相關業(yè)務規(guī)則文檔,保證業(yè)務部門能夠在人員流動中保持數(shù)據(jù)治理意識。

4、確認業(yè)務指標,劃分數(shù)據(jù)層級

在數(shù)據(jù)治理工作中,對數(shù)據(jù)進行指標、標簽分類非常重要,數(shù)據(jù)治理團隊自己要熟悉業(yè)務和各個系統(tǒng),與業(yè)務部門充分溝通,并要求合作為業(yè)務數(shù)據(jù)建立對應的指標體系,劃分核心數(shù)據(jù)指標,進行分類分級。

5、建立平臺,自動化處理機制

治理過程中需要建立自動化治理平臺,讓業(yè)務數(shù)據(jù)能夠自動傳輸?shù)綄獢?shù)據(jù)倉庫中。

6、關注異常數(shù)據(jù),完善業(yè)務系統(tǒng)

數(shù)據(jù)治理團隊建立監(jiān)控預警機制,分析數(shù)據(jù)質(zhì)量和異常數(shù)據(jù),協(xié)調(diào)技術(shù)人員完善業(yè)務系統(tǒng)。

7、完善業(yè)務數(shù)據(jù)閉環(huán)

數(shù)據(jù)治理團隊可以對整個數(shù)據(jù)治理周期流程進行整合,形成一套完整的“業(yè)務-數(shù)據(jù)-處理-存儲-調(diào)取-利用-分析-可視化-預警-決策-業(yè)務”閉環(huán)流程,讓數(shù)據(jù)在過程中不斷優(yōu)化,持續(xù)提高數(shù)據(jù)質(zhì)量。

三、數(shù)據(jù)治理體系

銀行數(shù)據(jù)治理體系包括數(shù)據(jù)質(zhì)量管理、元數(shù)據(jù)管理、主數(shù)據(jù)管理、數(shù)據(jù)資產(chǎn)管理、數(shù)據(jù)安全及數(shù)據(jù)標準等內(nèi)容。

10分鐘給你講通透銀行數(shù)據(jù)治理該怎么做

1、數(shù)據(jù)質(zhì)量

一般采用常用的標準來衡量數(shù)據(jù)質(zhì)量的好壞:完整性、準確性、一致性和及時性。

完整性:數(shù)據(jù)的記錄和信息是否完整,是否存在缺失情況。

準確性:數(shù)據(jù)匯總記錄的信息和數(shù)據(jù)是否準確,是否存在異?;蛘咤e誤。

一致性:多個業(yè)務數(shù)倉間的公共數(shù)據(jù),必須在各個數(shù)據(jù)倉庫中保持一致。

及時性:數(shù)據(jù)能及時產(chǎn)生和預警。

10分鐘給你講通透銀行數(shù)據(jù)治理該怎么做

2、元數(shù)據(jù)管理

元數(shù)據(jù)是關于數(shù)據(jù)的組織、數(shù)據(jù)域及其關系的信息,通俗理解,元數(shù)據(jù)就是描述數(shù)據(jù)的數(shù)據(jù)。

10分鐘給你講通透銀行數(shù)據(jù)治理該怎么做

元數(shù)據(jù)包含技術(shù)元數(shù)據(jù)和業(yè)務元數(shù)據(jù),讓數(shù)據(jù)分析人員對銀行的數(shù)據(jù)情況一目了然,數(shù)據(jù)存儲在哪里,如何抽取、清理、維護這些數(shù)據(jù),血緣關系怎么樣。

元數(shù)據(jù)確立數(shù)據(jù)業(yè)務含義可解釋性。

提升數(shù)據(jù)整合和溯源能力,血緣關系可維護性。

建立數(shù)據(jù)質(zhì)量稽核體系,分類管理監(jiān)控。

3、主數(shù)據(jù)管理

銀行的數(shù)據(jù)分為三部分:主數(shù)據(jù)、交易數(shù)據(jù)、指標數(shù)據(jù)。其中,主數(shù)據(jù)和交易數(shù)據(jù)合稱為基礎數(shù)據(jù)。主數(shù)據(jù)指銀行內(nèi)一致并共享的業(yè)務主體,常見的主數(shù)據(jù)比如銀行的員工、客戶數(shù)據(jù)、渠道數(shù)據(jù)、產(chǎn)品數(shù)據(jù)。

主數(shù)據(jù)還包括一些關系數(shù)據(jù),它們描述了主數(shù)據(jù)之間的關系,比如客戶與產(chǎn)品的關系、產(chǎn)品與地域的關系、客戶與客戶的關系、產(chǎn)品與產(chǎn)品的關系等。

4、數(shù)據(jù)資產(chǎn)管理

數(shù)據(jù)資產(chǎn)管理主要關心數(shù)據(jù)有沒有被合理利用?如何產(chǎn)生最大價值?這些都是數(shù)據(jù)資產(chǎn)管理關心的核心工作,數(shù)據(jù)資產(chǎn)從業(yè)務角度和技術(shù)角度進行合并,輸出統(tǒng)一的數(shù)據(jù)資產(chǎn)分析,向外提供統(tǒng)一的數(shù)據(jù)資產(chǎn)服務。

10分鐘給你講通透銀行數(shù)據(jù)治理該怎么做

如何盤活數(shù)據(jù),形成數(shù)據(jù)資產(chǎn),提供完整的數(shù)據(jù)資產(chǎn)全景視圖,讓數(shù)據(jù)管理部門和業(yè)務部門全局、宏觀地掌控銀行資產(chǎn)動態(tài)。

5、數(shù)據(jù)安全

數(shù)據(jù)安全是銀行數(shù)據(jù)建設必不可少的一環(huán),我們的數(shù)據(jù)都存儲在服務器中,需要對數(shù)據(jù)進行核查、敏感字段加密、訪問權(quán)限控制,確保數(shù)據(jù)能夠被安全地使用。

6、數(shù)據(jù)標準

數(shù)據(jù)要有統(tǒng)一的標準,保障數(shù)據(jù)內(nèi)外部使用和交換的一致性和準確性的規(guī)范性約束,通過統(tǒng)一規(guī)范,消除二義性。

定制統(tǒng)一的數(shù)據(jù)標準平臺,包括字段標準管理,碼值標準管理以及字典管理,業(yè)務源數(shù)據(jù)和中臺數(shù)據(jù)統(tǒng)一標準。

四、數(shù)據(jù)治理的幾點誤區(qū)

1、數(shù)據(jù)治理是否要做得大而全

不同階段和規(guī)模的銀行,數(shù)據(jù)治理的實施程度會有所不同,一般建設先根據(jù)自身的數(shù)據(jù)狀況分階段進行,避免盲目鋪開規(guī)模,過程中可調(diào)整。

2、數(shù)據(jù)治理是技術(shù)部門的事嗎

數(shù)據(jù)治理不僅僅是技術(shù)團隊的事,而銀行各部門一起協(xié)作完成,包括各業(yè)務線以及其它網(wǎng)點和營銷點。

3、數(shù)據(jù)治理不是短期的項目

數(shù)據(jù)治理是個長期過程,隨著業(yè)務發(fā)展和銀行規(guī)模增長,業(yè)務系統(tǒng)的不斷的迭代,數(shù)據(jù)治理是一個長期而持續(xù)的項目。

4、一定需要建設平臺嗎

前期平臺不是必須的,首先要有成熟的數(shù)據(jù)治理體系和策略,自建平臺和采購平臺都可以,先把體系建設好。

5、數(shù)據(jù)質(zhì)量問題各類原因

有業(yè)務方面的數(shù)據(jù)定義不明確,也有技術(shù)方面的數(shù)據(jù)抽取不完整。

有管理方面的崗位職責不清晰,也有執(zhí)行層面的數(shù)據(jù)操作不規(guī)范。

有數(shù)據(jù)處理加工過程中出現(xiàn)了錯誤,也有數(shù)據(jù)源本身就有問題。

有數(shù)據(jù)治理系統(tǒng)功能有缺陷,也有系統(tǒng)強大但是沒人用……

五、小結(jié)

數(shù)據(jù)治理是銀行數(shù)據(jù)建設必不可少的一個環(huán)節(jié)。好的數(shù)據(jù)治理體系可以盤活整條數(shù)據(jù)鏈路,最大化保障銀行數(shù)據(jù)的采集、存儲、計算和使用過程的可控和可追溯。

數(shù)據(jù)治理是幾乎需要所有部門參與和支持的項目,進行長期且持續(xù)的堅持才能實現(xiàn)成功的系統(tǒng)項目。

數(shù)據(jù)治理的最終目標是賦能業(yè)務,提升數(shù)據(jù)價值。這是一個持續(xù)漫長的運營過程,需要逐步完善、分步迭代,指望一步到位完成數(shù)據(jù)治理是不現(xiàn)實的。

項目型的數(shù)據(jù)治理,是不全面的,無延續(xù)性,能夠解決一時的數(shù)據(jù)問題,但很難獲得持續(xù)的數(shù)據(jù)價值。

專欄作家

湯向軍,公眾號:營銷數(shù)字化轉(zhuǎn)型(ID:Fi-Digital),人人都是產(chǎn)品經(jīng)理專欄作家。專注于銀行數(shù)字化轉(zhuǎn)型。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自 Unsplash,基于 CC0 協(xié)議

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
16703人已学习13篇文章
本专题的文章分享了如何做产品运营。
专题
13010人已学习12篇文章
要想判断一个行业的趋势,就要做好行业分析。本专题的文章分享了如何撰写行业分析报告。
专题
14504人已学习13篇文章
价格是竞争的重要手段,所以对于一个产品来说,产品定价是非常重要的。本专题的文章分享了如何给产品定价和产品定价的策略。
专题
12925人已学习13篇文章
对数据进行监控,分析异常数据,是数据分析常见的工作内容。本专题的文章分享了如何做好数据异常分析。
专题
15634人已学习12篇文章
运费是电商的基础功能模块之一,承担着商品运费计算的作用。本专题的文章分享了如何设计运费规则。
专题
16385人已学习12篇文章
本专题的文章分享了对账体系的设计思路。