偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

數(shù)據(jù)管理中的四種數(shù)據(jù)所有者類型

大數(shù)據(jù)
本文將分析數(shù)據(jù)和治理領域中最相關的四種所有者類型,解釋他們各自的角色,并展示他們在實踐中如何互動。雖然每個組織都應該以適合自身情況的方式定義所有權,但本文概述的模式反映了我所觀察到的在各個行業(yè)和數(shù)千個組織中最有效的模式,因此可以作為一個建議的起點。

在數(shù)據(jù)管理和治理領域,很少有詞比“數(shù)據(jù)所有者”更容易讓人混淆。在各個組織中,你會聽到數(shù)據(jù)所有者、流程所有者、系統(tǒng)所有者、產(chǎn)品所有者、平臺所有者等說法,這些說法往往定義重疊,界限不清。有時,“所有者”指的是為某項功能提供資金的人,有時指的是負責日常運營的人,有時它只是 RACI 圖表中的一個名稱。如果定義不明確,職責就會重復,重要決策就會停滯,治理也會失去效力。

本文將分析數(shù)據(jù)和治理領域中最相關的四種所有者類型,解釋他們各自的角色,并展示他們在實踐中如何互動。雖然每個組織都應該以適合自身情況的方式定義所有權,但本文概述的模式反映了我所觀察到的在各個行業(yè)和數(shù)千個組織中最有效的模式,因此可以作為一個建議的起點。

一、四種不同類型的所有者

1.業(yè)務流程所有者

業(yè)務流程所有者負責特定業(yè)務流程從始至終的整體績效、合規(guī)性和改進。這一角色不僅限于數(shù)據(jù);它通常涵蓋流程的運作方式、交付的成果以及如何與組織目標保持一致等更廣泛的領域。然而,由于流程既消耗數(shù)據(jù),也生成數(shù)據(jù),因此業(yè)務流程所有者在確保流程中數(shù)據(jù)的來源正確、使用符合政策和標準以及以符合治理要求的方式創(chuàng)建或更新數(shù)據(jù)方面也發(fā)揮著關鍵作用。

這里經(jīng)常應用的一個有用的經(jīng)驗法則是:“如果你創(chuàng)建或更改它,你就擁有它。 ”換句話說,當流程生成新數(shù)據(jù)或修改現(xiàn)有數(shù)據(jù)時,業(yè)務流程所有者負責確保這些數(shù)據(jù)符合商定的質量標準,遵循批準的使用場景,并根據(jù)治理框架進行適當?shù)墓芾怼?/span>

在實踐中,單個業(yè)務流程通常使用來自多個領域的數(shù)據(jù),跨越多個產(chǎn)品,并依賴于不同的系統(tǒng)。這意味著業(yè)務流程負責人需要頻繁地與數(shù)據(jù)負責人、產(chǎn)品負責人和系統(tǒng)負責人進行交互,以平衡流程效率的需求和數(shù)據(jù)治理的要求。

盡管業(yè)務流程負責人至關重要,但在許多組織中,即使在數(shù)據(jù)治理功能相對成熟的組織中,其角色仍然定義不清。如果沒有明確的負責人,關于流程變更、數(shù)據(jù)采購和使用標準的決策往往會變得支離破碎,從而減慢改進工作的進度,并增加數(shù)據(jù)實踐不一致或不合規(guī)的風險。

2.系統(tǒng)所有者

系統(tǒng)所有者負責特定應用程序或平臺的整體運行、性能和合規(guī)性。該角色扎根于技術領域,確保系統(tǒng)可用、安全且按預期運行,同時滿足業(yè)務和治理方面的既定要求。系統(tǒng)所有者負責管理數(shù)據(jù)存儲、處理或交付的環(huán)境,確保其與組織架構中的其他系統(tǒng)有效集成。

雖然系統(tǒng)所有者的重點是平臺的技術方面,但他們在數(shù)據(jù)治理中也發(fā)揮著重要作用,他們實施訪問控制、支持數(shù)據(jù)質量檢查,并確保維護運營和技術元數(shù)據(jù)。他們的運營必須遵循既定的服務級別和要求(通常由業(yè)務利益相關者設定),并且必須在系統(tǒng)穩(wěn)定性與不斷變化的變更、集成和創(chuàng)新需求之間取得平衡。

實際上,單個系統(tǒng)可能處理來自多個領域的數(shù)據(jù),支持各種產(chǎn)品,并支撐多個業(yè)務流程。這意味著系統(tǒng)所有者通常需要與業(yè)務流程所有者、產(chǎn)品所有者和數(shù)據(jù)所有者緊密合作,以確保平臺滿足功能需求,同時保障數(shù)據(jù)完整性、隱私性和合規(guī)性。

我們經(jīng)常會遇到系統(tǒng)所有者說:“數(shù)據(jù)不是我的問題?!边@種說法部分正確。他們確實不對數(shù)據(jù)的內容、質量或業(yè)務含義負責,因為這些責任屬于數(shù)據(jù)所有者和業(yè)務流程所有者。然而,他們也有責任,因為他們通常是實施技術控制措施以在實踐中執(zhí)行治理政策的人。他們是“接觸”數(shù)據(jù)和管道的角色,負責設置權限、配置驗證規(guī)則、管理加密,并確保集成遵循已批準的標準。因此,雖然他們可能不擁有數(shù)據(jù),但他們對于實現(xiàn)真正的、可操作的治理至關重要。

3.數(shù)據(jù)產(chǎn)品所有者

產(chǎn)品負責人負責交付和改進產(chǎn)品以滿足業(yè)務和用戶需求,確保產(chǎn)品在生命周期內提供價值、滿足需求并保持相關性。在數(shù)據(jù)管理和治理領域,此角色通常指數(shù)據(jù)產(chǎn)品負責人,負責數(shù)據(jù)產(chǎn)品,例如精選數(shù)據(jù)集、分析平臺輸出、機器學習特征存儲或其他打包數(shù)據(jù)資產(chǎn)?!皵?shù)據(jù)產(chǎn)品”的確切定義在不同組織中并不總是一致的,這種缺乏明確性有時會使該角色的范圍更難界定。

無論定義如何,數(shù)據(jù)產(chǎn)品負責人都應將產(chǎn)品視為一個完整的產(chǎn)品,并運用與管理其他產(chǎn)品(無論是鞋子、汽車還是軟件)類似的產(chǎn)品導向思維。這意味著了解誰在使用或“購買”產(chǎn)品,追蹤他們的使用方式,并最大化他們從中獲得的價值。這也意味著認識到需求會發(fā)生變化,就像今年的車型未必是客戶明年想要的一樣。因此,數(shù)據(jù)產(chǎn)品負責人需要定義產(chǎn)品愿景,確定功能或增強功能的優(yōu)先級,協(xié)調交付,并收集用戶反饋。他們確保產(chǎn)品易于發(fā)現(xiàn)、可用且可靠,并提供清晰的文檔和支持。

由于數(shù)據(jù)產(chǎn)品往往依賴于來自不同領域、系統(tǒng)和流程的輸入,產(chǎn)品負責人經(jīng)常與業(yè)務流程負責人合作,以了解需求;與系統(tǒng)負責人合作,以確保技術交付;與數(shù)據(jù)負責人合作,以確認治理規(guī)則和質量標準得到應用。在許多情況下,他們是技術執(zhí)行和業(yè)務消費之間的橋梁,負責在速度、成本和質量之間做出權衡。

雖然產(chǎn)品負責人不擁有底層系統(tǒng)或數(shù)據(jù)域,但他們有責任確保產(chǎn)品包含正確的數(shù)據(jù)、符合用途并根據(jù)治理要求進行維護。他們的職責是確保數(shù)據(jù)產(chǎn)品不僅可用,而且有價值、可用且值得信賴。

4.數(shù)據(jù)所有者

數(shù)據(jù)所有者負責確保一組定義數(shù)據(jù)的質量、合規(guī)性和正確使用,確保其符合治理標準并支持業(yè)務目標。通常,此角色與某個數(shù)據(jù)域(例如客戶、產(chǎn)品、員工或供應商)相關聯(lián),這些域代表著相關數(shù)據(jù)資產(chǎn)的邏輯分組,且面向業(yè)務。在此級別,數(shù)據(jù)所有者的職責是管理整個域,制定并執(zhí)行有關該域中數(shù)據(jù)創(chuàng)建、維護、共享和淘汰方式的政策、標準和規(guī)則。

然而,數(shù)據(jù)所有權也可以存在于更細粒度的層面。在某些組織中,數(shù)據(jù)所有者負責某個領域內的特定屬性,例如,確?!翱蛻舫錾掌凇被颉爱a(chǎn)品發(fā)布日期”在所有出現(xiàn)該屬性的系統(tǒng)中得到正確的定義、捕獲和維護。在其他情況下,他們的職責可以延伸到特定系統(tǒng)內的物理字段級別,確保數(shù)據(jù)庫或應用程序中數(shù)據(jù)標準的實施符合已批準的定義并符合使用規(guī)則。通常情況下,特定的數(shù)據(jù)管理員會在其領域內為數(shù)據(jù)所有者提供支持。他們通常負責數(shù)據(jù)所有者應該負責的事情。

無論級別如何,數(shù)據(jù)所有者在確保治理切實有效方面都發(fā)揮著關鍵作用。他們定義訪問規(guī)則,批準定義和標準的變更,并與業(yè)務流程所有者密切合作,以確保流程中創(chuàng)建或更改的數(shù)據(jù)符合商定的要求。他們與系統(tǒng)所有者協(xié)作,確保技術控制措施支持預期的治理目標;并與產(chǎn)品所有者協(xié)作,確保數(shù)據(jù)產(chǎn)品以合規(guī)、高質量的方式使用和呈現(xiàn)數(shù)據(jù)。

二、應用所有權角色的一個簡單例子

想象一下,一家公司擁有客戶,在客戶入職期間收集他們的信息,持續(xù)管理他們的信息,并將這些信息用于日常運營和分析。該公司使用 CRM 系統(tǒng)來捕獲和維護客戶數(shù)據(jù),同時生成一個整合的客戶 360 視圖,該視圖將 CRM 數(shù)據(jù)與其他來源的數(shù)據(jù)集成,以提供單一、可信的記錄。該客戶 360 視圖隨后可用于更高級的分析,例如客戶細分。

在此背景下,我們可以確定以下幾點:

1.業(yè)務流程

客戶入職流程——收集初始客戶信息,驗證并創(chuàng)建新的客戶記錄。

客戶管理流程——處理客戶資料、偏好和請求的持續(xù)更新。

客戶細分流程——使用客戶 360 數(shù)據(jù)根據(jù)共同特征對客戶進行分組,以用于營銷、服務或戰(zhàn)略目的。

2.系統(tǒng)

CRM 平臺——創(chuàng)建和維護客戶記錄的操作應用程序。

客戶 360 平臺——整合來自 CRM 和其他來源的數(shù)據(jù)以生成統(tǒng)一的客戶視圖的下游系統(tǒng)。

3.數(shù)據(jù)產(chǎn)品

CRM 客戶主數(shù)據(jù)產(chǎn)品——CRM 內部掌握的核心客戶數(shù)據(jù),作為主要運營的“單一事實來源”。

客戶 360 數(shù)據(jù)產(chǎn)品——統(tǒng)一客戶視圖的打包、可信和可消費版本,可供分析、營銷和服務團隊使用。

現(xiàn)在,請看下圖,我們將此場景分解并投射到所有權角色上。您將看到業(yè)務流程、系統(tǒng)、數(shù)據(jù)產(chǎn)品和數(shù)據(jù)所有者之間的清晰職責劃分:

三、常見的誤解

現(xiàn)在我們已經(jīng)概述了核心所有權角色,本節(jié)將介紹數(shù)據(jù)管理環(huán)境中經(jīng)常出現(xiàn)的一些常見誤解和混淆點。

“你在說什么?我不是所有者?!?/span>

當組織開始啟動數(shù)據(jù)治理并正式指定數(shù)據(jù)所有者時,被指定的人員常常會反駁:“我不是所有者——你在說什么?”這種反應很常見,因為這種指定讓人感覺很新奇。治理職能部門可能首次正式引入所有權,但實際上,許多與數(shù)據(jù)所有權相關的職責已經(jīng)存在多年——或者實際上,它們一直存在。

如果你思考數(shù)據(jù)所有權的本質,確保數(shù)據(jù)得到妥善使用,防止未經(jīng)授權的訪問,并保持數(shù)據(jù)質量符合預期,那么這些任務一直以來都是許多人非正式地執(zhí)行的?,F(xiàn)在的不同之處在于,治理將角色正式化,賦予其名稱,并明確責任。變革管理的挑戰(zhàn)通常不在于教會人們去做一些全新的事情,而在于幫助他們認識到,他們實際上已經(jīng)是數(shù)據(jù)所有者了,只是沒有頭銜或認可。

“數(shù)據(jù)管理員要做什么?”

另一個常見的混淆是“數(shù)據(jù)所有者”和“數(shù)據(jù)管理員”之間的重疊。通常,數(shù)據(jù)所有者擁有決策權,負責制定策略、批準變更,并對數(shù)據(jù)在特定領域內的適用性承擔最終責任。而數(shù)據(jù)管理員則專注于執(zhí)行,在日常活動中應用策略和標準,監(jiān)控質量,并在出現(xiàn)問題時協(xié)調修復。

在大多數(shù)情況下,這些角色緊密相連,數(shù)據(jù)管理員代表數(shù)據(jù)所有者工作。所有者在更高層級運作,負責制定方向并啟用資源,而數(shù)據(jù)管理員則負責執(zhí)行實現(xiàn)治理所需的運營工作。這種區(qū)別在實踐中是否成立,通常取決于數(shù)據(jù)域的規(guī)模和復雜性。在規(guī)模較小、結構簡單的數(shù)據(jù)域中,一個人可能同時擔任所有者和數(shù)據(jù)管理員。但在規(guī)模更大、結構更復雜的數(shù)據(jù)域中,數(shù)據(jù)所有者通常是擁有決策權的更高級別人物,有時還擁有預算或資源分配權,而數(shù)據(jù)管理員則扮演著更具運營和戰(zhàn)術性的角色。

“產(chǎn)品和系統(tǒng)不是一回事嗎?”

兩者很容易混淆,尤其是在談論數(shù)據(jù)產(chǎn)品時。系統(tǒng)是一種技術:一個存儲、處理或交付數(shù)據(jù)的應用程序或平臺。產(chǎn)品是一種服務:在這種情況下,產(chǎn)品是一種數(shù)據(jù)產(chǎn)品,它以一種能夠為用戶提供價值的方式打包數(shù)據(jù)。雖然系統(tǒng)可以賦能產(chǎn)品,但兩者并不相同。

系統(tǒng)負責人負責平臺的技術健康、安全性和性能。產(chǎn)品負責人負責產(chǎn)品的價值、可用性和持續(xù)發(fā)展。在實踐中,這兩個角色經(jīng)常互動。例如,產(chǎn)品負責人可能會向系統(tǒng)負責人提出新的需求來支持產(chǎn)品待辦事項,但他們的重點和衡量成功的標準是不同的。然而,在實踐中,尤其是在范圍和規(guī)模有限的產(chǎn)品和系統(tǒng)的情況下,同一個人可能同時擔任數(shù)據(jù)產(chǎn)品負責人和系統(tǒng)負責人。

四、小結

明確的責任分工對于數(shù)據(jù)治理在實踐中發(fā)揮作用至關重要。當業(yè)務流程、系統(tǒng)、數(shù)據(jù)產(chǎn)品和數(shù)據(jù)所有者各自了解各自的職責時,組織就能更有效地管理數(shù)據(jù),避免數(shù)據(jù)缺失或重疊,并確保數(shù)據(jù)得到妥善治理并創(chuàng)造價值。

確實,不要止步于定義責任角色。要讓它們真正落地。為每個角色指定具體人員,記錄他們的職責范圍,并賦予他們行動所需的工具和權限。

責任編輯:龐桂玉 來源: 數(shù)據(jù)驅動智能
相關推薦

2021-11-08 09:33:07

JS 字符串數(shù)據(jù)類型

2015-07-23 14:50:28

大數(shù)據(jù)

2022-10-27 09:50:41

數(shù)據(jù)倉開發(fā)

2017-08-01 23:44:25

數(shù)據(jù)分析數(shù)據(jù)科學數(shù)據(jù)

2018-09-13 14:51:43

NoSQL數(shù)據(jù)庫大數(shù)據(jù)

2016-11-09 15:46:43

數(shù)據(jù)中心大數(shù)據(jù)數(shù)據(jù)備份

2017-07-27 14:01:51

大數(shù)據(jù)數(shù)據(jù)分析類型模式

2018-05-07 15:06:39

多云云計算云存儲

2010-05-26 17:05:48

MySQL數(shù)據(jù)類型

2010-07-28 13:54:42

Flex數(shù)據(jù)綁定

2021-10-24 08:37:18

網(wǎng)絡監(jiān)控網(wǎng)絡架構網(wǎng)絡

2017-11-23 09:53:16

2013-06-14 15:24:57

Android開發(fā)移動開發(fā)數(shù)據(jù)存儲方式

2020-07-24 09:56:12

React開發(fā)數(shù)據(jù)

2009-03-09 09:34:56

AjaxHTMLJavaScript

2023-12-22 11:08:03

GenAIIT預算IT領導者

2022-03-25 14:47:24

Javascript數(shù)據(jù)類型開發(fā)

2020-05-19 20:13:04

物聯(lián)網(wǎng)計算類型IOT

2021-12-01 23:05:27

物聯(lián)網(wǎng)計算數(shù)據(jù)

2025-07-28 02:11:00

爬取數(shù)據(jù)JSOUP
點贊
收藏

51CTO技術棧公眾號