談談關於設計資料管理/治理角色的問題

對於任何資料管理專業人員來說，實現資料管理的實用和務實的方法都是關鍵的挑戰之一。我的資料管理/治理經驗始於十多年前，我第一次設計並實現了資料管理框架。當時，這個問題似乎很簡單。但是，我在資料管理方面獲得的經驗越多，資料管理/治理角色的問題就變得越複雜。在最近的一年裡，我發現了一些在設計角色時需要考慮的新挑戰。在本文中，我想分享對當前通用方法的看法，討論應該考慮到的關鍵因素，並分享在制定資料管理/治理角色的實踐。

一 常見方法面臨的挑戰

在我看來有幾個挑戰與現有的角色設計相關，如下圖所示:

1角色數量多

關於資料管理/治理角色在不同框架中介紹了非常多角色。即使是DAMA國際的出版物也呈現了大量的角色:準確地說，有120個!最大的挑戰是這些角色和過程、要交付的任務以及要產生的工件之間的一致性。同時，角色和企業規模之間不明確的關係也是一大挑戰。

2沒有明確的影響因素

在與許多構建資料管理/治理角色的資料管理專業人員交談時，我經常得到這樣的印象:他們只是從眾所周知的來源複製角色，而沒有分析可能影響角色設計模式的因素。這種方法導致了角色和責任不一致的問題。

3角色和需求不一致

有一次我聽到一位同事說:“我們已經制定了管家和保管人的角色。”從語言學上講，“管家”和“保管人”是同義詞。這也是盲目複製角色的一個例子。之所以會出現這種情況，是因為在如何設計符合公司需求和現實的角色方面，沒有明確的指導方針。

4沒有明確的指導方針

例如，在DAMA-DMBOK2中引入了與管家相關的不同角色:“資料管家”、“資料託管人”、“首席資料管家”、“業務資料管家”、“協調資料管家”、“執行資料管家”、“資料管家協調人”、“技術資料管家”。公司可以遵循什麼規則來選擇“剛剛好”的管理員角色，以及管理員的正確職責是什麼。

下面讓我們看看資料管理專業人員在設計資料管理/治理角色時應該考慮的因素。

二 影響資料管理/治理角色設計的關鍵因素

下面我們討論影響資料管理/治理角色的七個關鍵因素，如下圖所示。

1資料管理員的型別

資料管理的概念源於資料所有權的概念。作為一個整體，該公司擁有資料。公司將與資料相關的任務委託給不同型別的資料專員。DAMA明確表明，資料管家和資料託管人是同義詞。DAMA指定一個或一組“代表所有利益相關者的利益，必須從企業角度確保企業資料的高質量和有效使用”的人作為資料管理員。DAMA還指定了不同型別的資料專員。

資料專員可以根據其專業背景分為三類:業務、資料、技術。使用這種方法，可以將這些角色分配給處理資料的每個員工。資料管理員角色可以是正式的，也可以是虛擬的。正式意味著在組織結構中建立實際角色，可以將虛擬角色分配給已經存在的角色。

2資料管理能力結構

在企業中關鍵的資料管理能力，包括資料鏈、資料管理框架、資料質量、資料建模、資料架構。四個維度支援這些功能:過程、角色、資料和工具。下圖“橙色”部分提供了沿著這些維度劃分資料治理/管理角色的方法。

例如，“業務流程所有者”和“系統所有者”對應於“流程”和“工具”維度。“資料”維度將描述資料所有者/資料使用者角色的責任。“角色”維度將明確組織層次結構中的角色分配。這些角色的職責將同時取決於它們在資料鏈中的位置。

3資料鏈條上的位置

資料鏈描述了原始資料轉化為有意義資訊的路徑。在下圖中，可以看到我們剛才討論的角色之間的關係，以及它們在資料鏈中的位置。

資料鏈與一個或多個業務流程相關聯。因此，業務流程所有者將沿著屬於其責任的資料鏈對業務流程負責。資料處理可能涉及一個或多個系統和/或應用程式。每個應用程式都有一個應用程式所有者。資料所有者和資料使用者將對資料負責。我們稍後將討論他們的責任。上述所有角色都將分配給業務資料專員。不同的資料管理能力需要支援資料鏈。所有型別的資料管理員都將執行與這些功能相關的流程，並交付相應的工件。資料鏈的資料架構會有所不同，也會影響角色的設計。

4資料架構體系風格

資料架構將影響與資料、業務流程和系統相關的角色。如下圖所示，規範化和大資料平臺架構之間有很大的區別。

(1)規範的體系結構

許多公司仍然採用這種形式的架構。不同的來源和消費應用程式之間有太多的關係。在專業術語中，他們通常稱這種型別的架構為“義大利麵式架構”。

(2)大資料平臺

來自不同源系統的資料進入中央大資料平臺。這個平臺有不同的資料域。資料在平臺內被處理，然後分發給不同的使用者。這類平臺的關鍵問題是資料整合和轉換的位置。它是發生在平臺本身，還是發生在面向消費者的過程中?這種決策也將影響角色的設定。

(3)資料網格平臺

資料網格平臺也與大資料架構相關。在這種情況下，將組織兩種不同的資料域型別:來源和消費。每個領域都是資料來源系統和大資料平臺或大資料平臺和資料來源系統中的資料的組合。在每個域內，根據該域的業務需求處理資料。

不同的架構風格將影響資料所有者和資料消費者的責任分配。架構風格也會影響資料建模和解決方案設計的模式。

5資料建模方案設計

在規範方法中，根據企業架構指南TOGAF 9.2，資料模型設計和解決方案設計屬於不同的連續體。企業架構包括四個相互關聯的架構:業務、資料、應用和技術。資料架構提供概念、邏輯和物理資料模型。解決方案架構應該將物理資料模型付諸實踐。相反，新方法將資料模型設計和解決方案設計結合起來。概念資料模型、邏輯資料模型和解決方案資料模型應該在一個流程中同時設計。這意味著，根據資料管理和技術資料管理人員的方法不同，他們的職責和可交付成果也不同。也會影響資料管理相關的流程。

6業務和資料域定義

在DAMA-DMBOK 2中將資料管理員的審批許可權分配給其域。這種挑戰就在於指定“域”的定義。至少有三種可能的方法來指定域，如下圖所示。

第一種方法基於新資料建立的概念。資料沿著資料鏈流動。在這個過程中，資料要麼改變要麼不變。第一個挑戰是指定資料更改的條件。通常，主資料和引用資料保持不變，而事務性資料將更改。後設資料將確保資料的更改。根據資料型別的不同，可以以不同的方式指定資料所有者的責任。

第二種方法基於資料內容。例如，客戶資料是通常與概念模型相關聯的主題領域。公司可以基於資料主題域分配資料所有權。基於業務能力域分配資料所有權的業務體系結構方法也可能適用。

第三種方法不太常見，根據組織結構指定資料所有權。

實際上，在企業中這些方法可以組合使用。

7企業範圍以及規模

當公司設計一組角色時，應該考慮資料管理計劃的範圍和公司的規模。它將影響資料管理組織結構中所表示的角色的複雜性。假設業務單元成為特定資料集的資料所有者。然後，在這個業務單元中，資料所有權的最終責任和相應責任將在業務單元經理和員工之間分割。

在你分析了所有與你的公司相關的因素之後，最後一步是設計角色。

三 設計資料管理/治理角色集

我的建議是不要隨便複製已經存在的解決方案，讓一組角色儘可能簡單，以滿足公司的實際需求。

下面的模型將資料管理視為一種業務功能。四個維度的支援能力:過程、角色、資料和工具。建議在最後階段將角色與資料管理流程和交付物聯絡起來，下圖是一個示例。