談談構建資料治理業務場景的8步法
那些經常使用資料的人瞭解它對我們組織的價值以及利用它來提供更多有形價值的必要性。我們知道,要實現這一目標,應該有適當的工具和人員透過資料所有權和資料管理親自負責資料。但是,這對其他利益相關者來說並不是那麼明顯。因此,資料治理在日常義務和緊迫的最後期限之間的某個失去了聯絡。
下面將重點介紹建立完成工作的業務案例的一些關鍵要素。藉助構建良好的業務案例,可以更好地向高管和利益相關者表明資料治理的價值。
為業務詞彙表、資料目錄、資料沿襲工具或資料質量工具構建業務案例涉及確定資料治理工作將解決的具體問題或機會,然後量化實施解決方案的潛在財務和運營收益。
運營管理的領導通常關注創新、收入增長、競爭優勢或成本控制、投資回報、風險降低和法規遵從性等防禦性因素。話雖如此,任何加速數字化轉型議程的投資也會引起他們的注意。
構建業務案例的步驟
1. 確定問題或機會
-
確定組織在資料方面面臨的具體痛點。這些挑戰可能包括以下一項或多項:
-
資料孤島,保持不同系統同步
-
分散的資料和缺乏整合
-
資料重複和查詢或由不同團隊建立相同的報告
-
未充分利用的資料
-
不正確的資料導致對資料缺乏信任
-
缺乏資料發現和訪問
-
安全挑戰
-
監管不合規
-
組織可以在後設資料管理工具或資料質量工具的幫助下解決這些痛點。
2. 量化問題的成本
估計與問題相關的財務和運營成本,例如由於資料孤島或資料治理不善而導致的收入損失或費用增加。
首先概述不良資料治理的成本,例如收入損失、時間和資源浪費以及客戶滿意度下降。
提供具體的例子,儘可能量化成本。
一個例子可以是當另一個部門已經在使用類似的報告時,一個團隊花費時間建立報告。或者聯絡錯誤的聯絡人時對銷售或營銷效率的影響。或由昂貴的資料專業人員花費在資料查詢和資料清理上的時間。
要計算“壞資料”的成本,可以使用 COPQ 公式:
COPQ =(總浪費(材料)+缺陷(發生變化))×效率低下(修復時間)
作為資料專案所有者,重要的是要考慮評估的時期,因為這將幫助縮小範圍。要確定貴公司因資料質量不佳而付出的成本,需要將總浪費和變化相加,然後乘以解決相關問題所花費的時間。這將使您清楚瞭解劣質資料給組織造成的損失。透過了解和解決這些成本,可以幫助公司改進流程並最終為客戶提供更好的價值。
3. 評估解決方案的潛在好處
確定實施業務詞彙表、資料目錄、資料沿襲工具和/或資料質量工具的潛在好處,例如改進資料發現和訪問、更好的資料治理以及改進資料驅動的決策制定。
在列出好處時,請嘗試跳出框框思考並超越僅對資料團隊或專案的好處。例如,對域/資料消費者有何影響?嘗試與來自不同業務領域的同行進行討論。資料計劃帶來的好處可能對業務盈利能力至關重要。
4.計算投資回報率(ROI)
透過比較問題的成本與解決方案的收益來確定解決方案的潛在投資回報率。好處可能包括以下內容:
-
增加收入
-
降低成本
-
改善決策
提供具體示例並儘可能量化潛在收益。
5.提供清晰詳細的計劃
識別與實施資料治理相關的任何潛在風險,並制定緩解計劃來解決這些風險。
包括將採取的具體步驟、涉及的成本以及實施時間表。請務必包含有關如何管理該計劃以及如何衡量進展的資訊。
6.展示資料治理如何與公司目標保持一致
公司的主要目標通常是增加銷售額、節省開支、提高生產力、數字化運營等。這些目標有一個共同點:如果沒有可靠的資料,它們就無法實現。
展示並解釋使用業務詞彙表、資料目錄、資料沿襲工具或資料質量工具如何與公司的總體目標和戰略保持一致,以及它們將如何為利潤做出貢獻。
要回答的問題不是是否應該管理資料,而是如何主動管理資料並在問題發生之前進行預防。
7.獲得其他利益相關者的支援
要增加成功的機會,請嘗試獲得其他利益相關者的支援,例如部門負責人(業務和 IT),他們對資料治理的成功具有既得利益。他們可以幫助為該計劃建立案例並提供有關該計劃的寶貴反饋。
例如,他們如何從統一的業務條款中獲益。只需與銷售副總裁核實他們去年花了多少時間與營銷對手爭論“領導”是什麼,或者與客戶成功團隊爭論“積極合作伙伴”的含義。以及為什麼他們在針對同一件事的團隊特定報告中有不同的數字。可以瞭解到該解決方案可以為資料協調和整體資料治理計劃帶來的好處。
嘗試深入挖掘以確定其資料問題的根本原因。如果您不熟悉它,我強烈建議您使用一種稱為“五個為什麼”的迭代提問技術,該技術最初由豐田佐吉開發,並在豐田汽車公司廣泛使用。
它用於探索特定問題背後的因果關係。該技術的主要目標是透過重複“為什麼?”的問題來確定問題的根本原因。第五個為什麼的回答應該揭示問題的根本原因。
8. 有效地傳達業務案例
清晰簡潔地傳達業務案例,突出關鍵點並解決對實施資料治理的任何潛在反對意見。
避免籠統的爭論,例如最佳化資料的價值,而是具體的。一旦從利益相關者那裡收集到真實的資料問題,就可以使用它們來建立有形的用例。
業務主管可能對該計劃有疑問或疑慮,因此請準備好解決這些問題。準備好回答他們可能對與該計劃相關的成本、收益和風險提出的任何問題。
小結
透過強調不良資料治理的成本、顯示潛在的投資回報並提供清晰詳細的計劃,可以幫助高管了解資料治理的重要性,並瞭解投資資料治理和相關工具的價值。
最後但很可能是最重要的提示:記住關注的物件是誰,避免使用只有資料專家才能理解的語言。人們往往不支援任何聽起來很複雜的東西。相反,嘗試利用大腦的情感和邏輯部分。使用所有人都能理解且相關的簡單業務語言。
來自 “ 資料驅動智慧 ”, 原文作者:曉曉;原文連結:https://mp.weixin.qq.com/s/UCX1WrcN-1W-bsy-qzZYzQ,如有侵權,請聯絡管理員刪除。
相關文章
- 談談現代組織如何構建資料治理
- 談談構建有效資料治理策略的10條建議
- 談談如何構建企業級資料市場啟用資料要素
- 談一談常見的資料治理怪象
- 談談華為資料治理的五點啟示
- 談談中國資料治理的五大特點
- CDGA|淺談金融機構資料治理的五個短板
- 淺談線下場景中的資料分析思路
- 談談如何透過主資料MDM 開啟資料治理之旅
- 談談關於設計資料管理/治理角色的問題
- 談談如何透過構建資料產品釋放資料價值
- 談談 Redux 與 Mobx 思想的適用場景Redux
- 談談資料治理角色和職責:資料管理的關鍵參與者
- 談談2023年資料治理的5大趨勢
- 談談如何使用資料產品畫布構建高價值資料產品
- 談談資料湖分散式資料治理的資料目錄應具備的四大能力分散式
- 談談對資料架構的幾點認識架構
- 談談人工智慧和機器學習的資料架構人工智慧機器學習架構
- 談談如何構建有效的資料供應鏈
- 談一談資料域層次結構
- 再談:資料治理的長效運營機制!
- 談談redis,memcache的區別和具體應用場景Redis
- 拒絕“割韭菜”— 談談區塊鏈正經的商用場景!區塊鏈
- 不要總拿角色、場景談需求!
- Redis作者談Redis應用場景Redis
- 淺談服務的治理
- 談談資料倉儲架構的發展和分類架構
- 淺談 Redis 資料結構Redis資料結構
- 從資料庫角度談業務連續性資料庫
- java基礎(二):談談Java基本資料結構Java資料結構
- 以場景驅動CMDB資料治理經驗分享
- 從中國的山水畫談談遊戲場景設計該有的狀態遊戲
- 談一談資料管理的格局
- 談談資料的貨幣化
- 淺談 JavaScript 處理樹形結構的幾個場景與方案JavaScript
- 淺談聚合介面的應用場景
- 新核心業務系統資料架構規劃與資料治理架構
- 阿里P8架構師談:NoSQL和SQL的區別,NoSQL的使用場景和選型比較阿里架構SQL