數據治理過程中,在我們費了九牛二虎之力盤點出企業當前數據資產的家當,形成了數據資產的清單后,同時也會列明這個業務域的核心數據實體,這就碰到一個難題,那些是核心數據,那些是非核心。往往實施過程中爭議比較大,標準很難量化,因為每個人對‘核心’的理解又有差異,大多情況核心數據的挑選就成了民主選舉,最終根據業務部門的‘民意’也定是否核心數據,這也未嘗不是個辦法。

有沒有其他思路,我覺得還應該回到數據資源規劃方法論本身來討論,也就是方法論中我們挑選出核心數據實體的目的是什么,難道只是為了給它打上重要的標簽。我猜測方法論中之所以提出核心實體及非核心實體,是有歷史的原因,最早數據資源規劃主要是支撐企業IT建設規劃的,也就是規劃企業應該優先建設那些系統,這些系統優先實現那些紙質表單的電子化,所以提出了核心數據和非核心數據概念,來給企業信息化建設路徑提供參考。
對應到當前我們數據治理的大環境,很多企業已經建設了大量信息系統,這個階段數據治理中再進行數據資源規劃,我認為可以支撐一部分企業后續IT建設規劃工作,更多的是應該通過當前數據資源規劃,指導企業的數據治理。目前企業數據治理優先需要治理的是那部分數據,我認為就是各業務域間共享的數據主要包括:
主數據和集成涉及的業務數據。如客戶、供應商、物料、BOM,訂單、計劃、入庫單等,如果認可這個理念,我覺得從這個角度入手就很好界定什么是核心數據,也很好量化。而且這樣篩選出的核心數據也能和后續的項目關聯起來,畢竟我們做數據資源規劃,不只是形成企業數據地鐵,企業數據相關標準,關鍵是要用這些咨詢成果指導后續的數據治理活動,解決企業普遍存在的數據問題。這樣就很好的銜接到后續的企業主數據治理、企業
數據集成工作開展。
所有我認為,針對當前企業信息化所處的階段,我們數據資源規劃的部分實施方法論也要與時俱進的升級,雖然它完全不符合這個概念之初的本意,但是基于這個概念指導企業解決實際問題的理念沒變,所有的理論最終是要指導解決企業的實際業務問題的,針對核心實體的理解沒有統一定義,沒有統一理解,關鍵是你想通過這個治理活動解決什么問題。
(部分內容來源網絡,如有侵權請聯系刪除)