資料治理 VS 公司治理、IT治理、數倉治理

IT公社
Mar 16, 2022

--

如題,今天要聊得這個話題,包含了四個“治理”。

先上一張圖:

看完這張圖你有什麼想法,這張圖說明了什麼?

它是在描述公司治理、IT治理、數倉治理和資料治理的關係嗎?

如果這張圖是在描述四個“治理”之間的層次結構,那你認為哪一個結構是正確的呢?

如果您是企業的高管,您會選擇哪個結構,來實施“治理”呢?

01資料治理 VS 公司治理

資料治理與公司治理的關係

公司治理是指透過一整套包括正式或非正式的、內部的或外部的制度來協調公司與所有利益相關者之間(股東、債權人、職工、潛在的投資者等)的利益關係,以保證公司決策的科學性、有效性,從而最終維護公司各方面的利益。

資料治理是一種資料管理概念,是透過一定的組織機制、標準規範、管理制度、技術工具,協調資料利益相關方關係,確保在資料的整個生命週期中的資料治理和安全合規使用,從而提升資料價值化的能力。

公司治理和資料治理,一個面向公司,目的是協調利益相關者之間的關係,維護公司各方面的利益,實現企業利益最大化;一個是面向資料,目的是協調資料資產相關方關係,確保資料的管理和使用過程中的資料質量、資料安全和合法合規,以促進資料價值的最大化。在概念層面,也能夠看出公司治理與資料治理之間有著千絲萬縷的聯絡。

也有專家認為資料治理屬於公司治理範疇,是包含與被包含的關係。當然,這個觀點是沒有問題的,筆者也是認同的。

數字化時代,資料是企業的重要資產,已經被越來越多的企業視為除了人員、資金和物資的第四種生產要素。資料治理已經成為了企業頂層的,戰略層面的策略。

因此,我們與其說資料治理是公司治理的一部分,不如說他們之間相互依賴的。離開了資料治理的公司治理是殘缺、不完整的,沒有及時、準確的資料支撐,企業的利益就無法得到最大化的保障;而離開了公司治理的資料治理是缺乏源動力的,沒有戰略層面的目標和頂層策略支撐,資料治理就如無根之水,治理過程不僅困難重重,更無法持續實現資料價值

公司治理驅動的資料治理

一直以來,資料治理有兩個大的誤區:一是認為資料治理是IT的事,從技術的角度去做資料治理,缺乏統籌治理能力,這就導致企業上了很多資料治理的產品和工具,但卻沒有解決資料的實際問題;二是有某業務部門主導資料治理,從單個業務角度設計資料治理的相關規則,這就是所謂的專案級治理或點狀治理,這樣的治理結果只不過是將企業中的部分“資訊孤島”連線在了一起,而形成了一個“更大”的“資訊孤島”,在公司整體層面資料問題依然存在。

公司治理驅動的資料治理,是以公司利益最大化為目標,從企業戰略層面設計資料治理的策略、組織、制度和標準,避免了單純由“業務驅動”資料治理或“IT驅動”資料治理的片面性。

公司治理驅動的,是關乎企業整理戰略的機制。在組織機構層面,可以將資料治理職責細化到董事會、監事會、高階管理層、歸口管理部門、業務部門等各相關部門;在制度和標準制定層面,可以統籌各部門需求,形成企業級的資料標準和管理規範;在提高資料管理和資料質量質效方面,建立問責和激勵機制、自我評估機制,確保資料管理高效執行,確保資料的真實性、準確性、連續性、完整性和及時性。

資料治理驅動的公司治理

嚴格來說,驅動公司治理的是制度, 是透過制度體系的設計和執行,保障公司利益的最大化。而所謂“資料驅動”就是透過數字化的手段完善和改進制度體系,並監督和保障公司的各項制度有效執行,從而公司治理形成一個不斷迭代的螺旋迴圈上升模型

隨著公司業務的發展、規模的擴大,公司治理不能僅僅依靠人去維護、監督和考核。只有透過技術、透過資料將公司的各種問題透明化,才能為管理者做出更加科學的決策。有效的資料治理,不僅是衡量和評估公司治理目標的基礎,例如對企業的利潤率、收入增長和運營效率等績效指標的統計分析;也可以用於公司的戰略定位和風險預測,例如評估市場機會、風險評級、競爭定位的預測性分析。

02資料治理 VS IT治理

什麼是IT治理?

資料治理的概念我們上文說過了,而且在本公眾號中,有筆者的幾十篇文章都在講資料治理。那,什麼又是“IT治理”呢?

廣義上講,IT治理是公司治理在資訊時代的重要發展,使得IT的應用能夠完成組織賦予它的使命,確保實現組織的戰略目標。IT治理是公司治理的一部分,是一種引導和控制企業各種關係和流程的結構,這種結構的安排,旨在透過平衡資訊科技及其流程中的風險和收益,增加價值以實現企業目標。

狹義上講,IT治理是對IT系統的治理,包括:資訊化規劃、系統架構、業務規則、IT技術等,涉及企業內外部各利益相關人的協調,治理的目的是實現IT與企業目標的一致性。

有關IT治理,業界常用的兩個框架:COBIT5和ITIL,有興趣可以自行了解下。

資料治理與IT治理的區別是什麼?

回答這個問題之前我們可以先來看看另一個問題:資料與資訊科技(IT)之間的區別是什麼?拿管道來做一個比喻:IT是一個管道系統中的管道和泵,資料就像這些管道里面流動的水。

假設你擔心從你家管子裡放出來的水被下了毒,這時候你會打電話給修水管的工人嗎?當然不會。水管工人只負責管道中的硬體設施,至於裡面流動的東西質量如何就不是他們的職能範疇了。你要找的是能夠測水質的人。

很多企業的資料治理工作是由IT團隊負責的,就是所謂的“IT主導的資料治理”,以IT系統管理為主,例如確定採用什麼樣的系統管理資料,這個過程就像是在修管道,解決了資訊系統之間資料的流通問題,但是關於“管道中的水質”的問題就非常容易被忽視。這時候我們就需要跨職能的團隊對資料相關的決策作出判斷。

可以肯定是,無論是確保IT系統正常執行的IT治理,還是確保資料質量和安全合規的資料治理,最終的目標都是實現企業目標而服務。在一定程度上,IT治理包含資料治理。只不過對於大多企業來講,單純的IT團隊是不具備治理資料能力的。建立一個數據治理團隊,需要高層領導的深度參與,需要引入和培養資料專家,需要IT與業務的相互融合。

在企業的治理實踐過程中,IT治理和資料治理都應該進行全方位融合、整體規劃和實施,因為IT和資料對企業而言是不可分離的,就像管道和水一樣,同時IT和資料的相關決策也應該與公司治理的總體戰略和目標相一致。

03資料治理 VS 資料倉庫治理

在傳統資訊化建設過程,資料治理更多的應用在資料倉庫的資料治理中,目的是解決資料倉庫中資料的完整性、一致性、唯一性、準確性、及時性等問題,為資料應用和資料分析提供高質量的資料。

也因此,很多企業搭建了資料倉庫,就說自己做了資料治理。那資料治理與資料倉庫是個什麼關係,建設了資料倉庫就等於做了資料治理了嗎?

資料倉庫是一個面向主題的、整合的、相對穩定的、反映歷史變化的資料集合,用於支援管理決策。整合性,是資料倉庫的一大特點,不同的主題,需要匯聚和整合不同的資料來源,再經過一定的加工處理,以提供企業決策支援。在這個過程中,資料質量問題是核心關注的要素,如果資料質量出現問題,將會對決策產生較大影響,甚至是誤導決策。

為瞭解決資料倉庫的資料治理問題,企業需要梳理指標體系、定義資料標準、統一資料口徑、規範資料來源、完善取數流程、最佳化分析演演算法等等,這一系列過程都可以稱為資料治理活動。因此,這裡的資料治理就是解決資料倉庫建設和使用過程中的各種資料質量問題。

那麼,資料治理就是對資料倉庫的治理嗎?

可以肯定的是,我們現在所說的資料治理絕對就只是對資料倉庫的治理,而是對企業資料資源的全面盤點和標準化,以形成企業級資料資產的過程,資料治理涉及了組織、標準、制度、流程、技術和工具等多個層面的內容。

根據DAMA-DMBOK2框架,資料治理涵蓋了資料戰略、元資料、資料質量、資料安全、主資料與參考資料、資料倉庫與商業智慧、資料整合、資料操作、檔案和內容等10大領域。可見,資料倉庫只是資料治理的一個應用

04再說這張圖,選擇適合您的治理結構!

上邊的這張圖片,結構A和結構B並沒有什麼對錯之分。實際上,它反映的是企業資料治理的兩種不同結構的選擇。

結構A中,策略是從金字塔的公司治理開始,其次是IT治理,然後是資料倉庫治理,最後是資料治理。在結構A中,資料治理的一切活動是圍繞著公司治理而開展的,透過資料治理提升資料質量,為資料倉庫提供可靠、可信任、高質量的資料,為公司治理的相關決策提供支撐。傳統上,注重公司治理的企業,往往採用的都是結構A。

結構B中,資料驅動所有決策。在這種型別的結構中,涵蓋業務規則和策略,資料的質量和完整性,資料的安全性以及對規則和法規的遵從性,審計和控制等等,而且在企業的各項業務活動中,資料管理的活動會優先得到處理。在結構B中,資料治理戰略與公司戰略對其,驅動企業各種管理決策的關鍵因素,不再是流程或人,而是資料。數字化轉型過程中,建議採用結構B,開展治理。

選擇結構A的治理,資料治理是支援,資料對公司管理和決策來說,起到的作用是輔助。

選擇結構B的治理,資料治理是驅動,資料對公司管理和決策來說,起到的作用是賦能。

這兩個治理結構,也沒有絕對“好或糟糕”。處在不同資料管理成熟度階段,不同的行業、不同的業務特點、不同的發展需求,應選擇不同的治理結構。

<END>

※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※

更多精彩內容,按讚我的臉書 IT Value 研討社,獲得24個行業240份企業數位轉型資料喔!等你來看喔 😃

推薦閱讀

史上最全的 AI 學習路線,附資源連結整理

Excel、Python靠邊站,這才是實現報表自動化最快的方法

什麼是元宇宙、新基建、賽博空間?7個最火科技名詞解釋,都在這裡了

盤點5大高頻移動端場景,你不會用就落後了!(內附模板下載)

--

--

IT公社
IT公社

Written by IT公社

基於CIO知識分享的人際圈

No responses yet