TOGAF®標準第10版讀書會線上系列動精彩如期繼續。活動集聚了行業專家的力量，共同閱讀、分享並結合自身實踐，實現觀點碰撞，以線上研討的形式搭建一個思維共創的平臺。
本場讀書會聚焦TOGAF®標準第10版系列指南中的
《資訊架構-客戶主資料管理》
展開分享，特別邀請到
本釋出物作者、安盛集團（AXA）首席可持續發展和資料架構師Celine Lescop
為大家進行專業視角的前沿解讀。
讓我們一起來回顧活動的精彩時刻吧
∨
福利放送時刻
以下為演講精華實錄：
今天，我想和在座的各位探討兩個話題：一是The Open Group架構論壇關於資訊架構一些進展；二是關於TOGAF®系列指南之客戶主資料管理的重點介紹。
首先，在TOGAF®標準第10版中，有20本TOGAF®系列指南被新增進來，使得我們可以關注在不同的領域定製通用的方法，這樣就可以獲得最簡單的標準資料。
當我們處理資訊架構時，通常更專注於共享資料管理能力。TOGAF®第10版本標準認為
"企業 "是任何有共同目標的組織的集合。
上圖提出了這些能力的通用描述，這是受到了邁克爾-波特的價值鏈概念的啟發。
因為核心業務的主要活動是來自組織交付的產品或服務，
在資訊架構工作組中，我們關注的是共享資料管理能力，通常在組織的指示下與所有人共享。
例如當你在做分析工作時，或當你想找到一些關於組織的活動時，你將會從所擁有的所有不同能力中收集到資料。這與主資料管理類似，有一些資料在整個組織內共享。所以我們需要真正專注於這些能力，並提供一些架構工具以有效的方式對資料進行處理。
客戶主資料管理TOGAF®系列指南圍繞元資料管理的內容展開，
元資料管理是指管理所有與資料有關的檔案，TOGAF®系列指南則提出了相應的參考模型。
那麼，為什麼參考模型是有用的，它能在大家的架構工作中發揮怎樣的作用？
首先，你需要
把參考模型看作是加速器。
如果你交付架構專案的速度太慢，你就需要根據具體情況來進行調整。當你具有能夠描述能力的參考模型時，你可以用它來評估你的能力成熟度，還可以用它來商定目標。
參考模型提供了通用且穩定的能力的共享描述，通常涵蓋了人和應用程式。我們需要關注人和應用程式IT兩方面的轉型，並在此基礎上制定解決方案。
《客戶主資料管理》這本TOGAF®系列管理指南介紹說，
當我們考慮客戶主資料管理能力時，我們在某一企業中主資料管理是指人員、流程、組織和系統組合在一起來管理一些特定資料。
這些核心客戶資料是企業的資產，因此對組織來說非常重要，並且保持著能夠維持組織業務模式的活動，包括業務價值。
因此，你必須確保你的工作能帶來一些價值，包括資料質量、可用性和安全性向相關用例提供所需的通用客戶資料。
客戶資料，指的是組織中共享的客戶資訊。組織必須確保能夠確定客戶的身份、姓名、地址、ID（國家統一證明）等，你可以使用這些資訊來識別你的客戶。這是客戶主管理中非常重要的資料，然後你需要收集其他資訊組織中的眾多利益相關者。
組織外部收集的資料也同樣重要，
主要是關於識別金鑰個人身份資料或聯絡資料如電子郵件地址、手機號碼等等，還可以包含一些偏好資料，以及客戶與客戶之間的關聯等等。
真正照顧到業務和應用程式功能是很重要的，所以僅僅作為一個工具遠遠不夠的。你需要為此建立組織，其中面臨的
一個挑戰是，要找到一個平衡點，即，如何在重複資料刪除、資料質量的自動化和人工流程之間進行調整。
我們希望能夠透過使用資料科學和演算法做大量的重複資料刪除、資料質量的工作，但並不是100%有效的。
例如，當資料感測器告訴你，有兩個客戶在90%的情況下是相同的，那麼就需要你再次確認，這兩個是否是同一個人，這個結果由客戶資料所有者的主管來負責。
這也意味著，組織中必須有人對此負責。
因此，客戶管理會涉及許多不同的客戶，如果你熟悉TOGAF®標準，就會知道這是關於利益相關者的識別，可以是外部資料提供者和業務合作伙伴等，客戶資料所有者非常重要。同時你還需要關注高層管理，並投入適當的資源為戰略做出貢獻。
最後我們來談談參考模型。
首先，什麼是參考模型？上圖是客戶ADM的高階願景模型，左邊表示的是業務功能，右邊展示的是應用功能，這也與TOGAF®的觀點完美對應。我們把客戶MDM的大概念分解至較小的方框中，填補了業務部分和應用程式部分。在業務部分，TOGAF®10標準詳細介紹了構成全球業務功能的不同能力。
此外，《客戶主資料管理》還提供不同級別的細節參考模型。
TOGAF®標準建議具有不同級別的細節參考在組織的介紹工作中，更詳細的模型來討論某種型別的標準，以獲得國際視野和前沿認知。藍色部分則代表著更為詳盡的模型。
客戶主資料管理的模型包含了客戶資料管理的範圍，正如之前提到的內部識別金鑰、外部聯絡資料以及與客戶有關的不同資料。
主資料管理的設計則取決於你所從事的組織，體現在最初進行IT工作時建立共享客戶主資料管理能力。
在這種情況下，是一箇中央整合型的MDM模式，意味著所有應用程式是以外掛的方式存在，以得到關於客戶的正確資料。如果你並不是像這樣從一開始就建立的情況下，你將不得不採取多個步驟來奪回對於客戶主資料的控制。所以，組織需要進行的第一步，就是收集在IT中的所有資料，並將其放入核心客戶資料庫。
一個整合的客戶資料庫，能夠保證可以進行資料質量檢查。
你可以嘗試使用這些資料來檢驗資料質量，然後再決定是否要將一些資料質量返回給作業系統。在這種情況下，資料流入不同的分支，你將需要改變作業系統的流程來改進資料的質量。
舉個例子，當你開始檢視資料時，如果缺少對電子郵件地址的控制，將會發現電子郵箱資料中有很多錯誤，你可能需要更改電子郵件的介面以獲得更高的資料質量，或更改流程使電子郵件的資訊獲取更好的資料質量。
