資料驅動成功7步法:轉變資料管理模式加速數字化轉型

qing_yun發表於2023-05-06

成為資料驅動的組織是困難的

業務運營轉型需要面對公司文化,因為技術和自動化改變了人們工作的方式。改變人們的工作方式需要耐心、毅力和專注的長期過程。 .

將組織轉型為資料驅動需要透過引入數字流程和實踐來改變人們在工作和運營流程中使用資料的方式。 這一點比公司如何處理資料更重要。 從本質上講,它需要將以應用程式為中心的業務運營轉變為資料驅動的業務運營

資料驅動的運營由資料推動。每家公司都認為其資料是“好”的,因為資料是用來運營業務的。如果一個公司的賬戶金額額和它的交易都被成功處理了,資料怎麼可能是壞的呢?當資料不適合其用途時,可能很糟糕。例如,資料可能不夠完整,無法實時滿足客戶的需求,或者無法用於管理查詢或財務分析。資料需要處理才能使用。

“壞”資料的問題

BadDataHandbook將BadData定義為“佔用時間的資料,導致在辦公室熬夜,驅使你沮喪地扯掉頭髮。它是無法訪問的資料,擁有然後丟失的資料,今天與昨天不同的資料……簡而言之,壞資料是妨礙使用的資料。

哪些數字化業務流程或分析可以承受使用不良資料的後果?數字化業務無法使用阻礙你的資料進行運營,自動化流程和活動需要良好的資料來提高業務效率、效能和敏捷性。

好的資料不僅僅是資料質量。資料質量以資料的準確性、完整性、一致性、可靠性和時效性為核心關注點。雖然資料質量很重要也很必要,但 只關注資料的這些特徵並沒有考慮資料的使用方式。資料科學家和業務分析師的應用程式或個人工作將資料用於他們自己的目的。

將隨時可用的資料實時呈現給客戶、員工、合作伙伴和其他人,與他們的應用程式分開,對於數字化業務來說是必要的。 在需要的地方提供資料並在需要時隨時使用,這需要貫穿整個企業的良好資料。獨立於應用程式的實時可用資料對於數字化成功至關重要。

資料驅動成功的七個步驟

資料驅動的成功需要提供良好的資料來推動業務運營。重點從運營工作轉向資料使用和自動化。此處介紹的資料驅動成功步驟為開啟資料驅動的運營提供了指南。

這七個步驟分為三類:

1.瞭解資料使用,以及資料使用和個性化資料互動的策略

2.資料使用和資料管理,具有資料本地化、滿足使用者需求的資料組織和資料交付自動化

3.資料驅動的運營,透過構建專注於資料交付和實時資料和自動化的應用程式

第1步:制定實時資料使用戰略

許多公司都有資料戰略。資料戰略是“組織、管理、分析和部署組織資訊資產的連續性戰略”。這種框架對於保護和利用資料資產很重要,其中 資料使用策略是一種管理企業資料的策略,資料存在於應用程式中但在應用程式外部使用並有效地獲取、儲存和交付它以服務企業戰略

數字化和資料驅動的運營側重於資料的使用。它將操作從人們執行任務的方式轉變為資料和自動化如何實現快速互動、決策和服務。它首先要制定一項戰略,以便在整個企業中實現資料的實用性。 資料使用策略識別獨立於企業記錄儲存而使用的資料內容,以最有效的方式使其良好,並最大限度地提高其在整個企業中的可用性。要準備好在企業的任何地方實時使用資料,就需要在初始捕獲點準確、完整、一致和可靠地捕獲資料,並從該點開始在整個企業中始終如一地使用資料。

資料內容通常是每個應用程式捕獲的。 使資料使用成為戰略考慮因素需要在構建、購買或租用應用程式時將資料作為一個重要因素考慮。然而,應用程式是以產品為中心的,因為資料以應用程式支援的產品或服務為中心,而不是以客戶、合作伙伴或員工為中心。

資料使用策略認識到企業有資料需求和功能性應用程式需求,並且在選擇應用程式時都需要解決。 資料不是被視為應用程式的“附屬物”,而是被視為業務運營的燃料。應用程式對資料的捕獲充當一個好的或不太好的燃料過濾器。使資料良好並準備好使用的方法可以與應用程式一起實施,這有利於確保它捕獲的資料是好的。

數字化轉型將資料規劃的重點從內部記錄儲存轉變為資料使用者。考慮這一點的方法是首先從業務外部而不是從業務內部考慮。

資料使用策略行動專案

目的

確定需要實時準備好用於特定資料驅動目標的資料

行動專案

1.透過確定資料使用策略的範圍來確定資料使用的操作重點:

  • 將使用資料驅動的使用者類別及其角色

  • 資料範圍,可以稱之為“資料主題域”或“資料域”,例如員工、客戶、組織等,以提供每個使用者類別和角色的資料需求的高階檢視

2.透過確定關鍵指標和他們要推動的業務運營來建立資料驅動的目標

3.建立包含資料定義和驗證規則的業務術語表,以實現理解和使用的一致性,並培養“資料素養”

4.確定資料驅動操作所需的自動化領域:

  • 資料準備和冗餘消除

  • 資料驅動自動化的機器學習和AI機會

第2步:建立個性化資料互動

移動裝置體驗塑造了當今世界。我們習慣於想看就看,期望內容與我們的興趣相關。移動和網路平臺的使用也在塑造商業應用。它是個人使用者和業務資料的交集,個性化的兩個方面都在這裡發揮作用。

個性化通常被理解為獲取有關個人的資訊並根據這些資訊定製服務、產品、體驗或通訊。資料個性化與其說是個人定製,不如說是瞭解使用者和他們對資料的使用,以便為他們的使用做好準備。 當資料可以支援每個使用者角色的視角並實時提供滿足該視角的內容時,資料就是個性化的。最大化使用者體驗的資料使用無法透過“一刀切”的方法取得成功。

例如,客戶視角按客戶組織所有與客戶相關的資訊,使其成為以客戶為中心的資料。類似地,合作伙伴視角將資訊組織為以合作伙伴為中心,而員工視角將資訊組織為以員工為中心。 每個視角的本質是“一切都是關於我的”——即,它根據使用者的角色進行個性化設定

業務資料從使用者的角度實時向使用者呈現資料內容。 個性化資料內容是使用者介面需要為使用者包含的內容。基於規則的決策、機器學習和AI使用資料的方式也不同於應用程式,因此自動化的資料內容需要“個性化”以支援實時自動化。 資料的使用不同於應用程式的資料使用,特別是當使用者更改資料並使用移動應用程式交易時。這給資料的組織和結構帶來了挑戰。

資料個性化行動專案

目的

確定為資料使用策略中確定的每個使用者類別和角色執行資料驅動操作所需的資料內容

行動專案

1.透過識別每個使用者類別和角色來個性化資料:

  • 所需的資料和分析內容

  • 使用者角色用來與資料內容互動的機制,例如網站、移動應用程式或應用程式

  • 他們要推動的關鍵指標和業務運營

  • 資料驅動操作所需的自動化

2.將新的資料元素新增到包含資料定義和驗證規則的業務術語表中,以實現理解和使用的一致性

第3步:本地化資料以供使用

隨著依賴資料推動與客戶、合作伙伴和員工的移動互動,資料的位置變得很重要。在一個層面上,它使資料可用於與使用者實時互動,但資料所在的位置也是一個數字化業務問題。 全球企業需要遵守某些國家/地區制定的法規,這些法規規定必須將有關其公民和居民的資料儲存在何處。這意味著需要知道資料的來源、提供者、提供時間,以及必須儲存的內容和位置。

資料的物理分佈是資料管理的關鍵問題。今天的資料在雲端,旨在實時響應使用者的需求。如果使用者分佈廣泛,則可能需要對資料位置進行區域化,以減少資料傳輸的延遲。

要使數字化業務取得成功,資料本地化是必須納入實時物理資料管理。 它包含GDPR、CCPA、個人資訊保護法等資料隱私法規,以及資料的物理儲存位置。它強調數字化企業需要從外部世界審視其運營,而不是從他們的應用程式和資料儲存到外部世界。

資料本地化行動專案

目的

確定使用者類別的資料內容的監管和運營要求,例如遵守HIPAA、PCI、PII、GDPR、CCPA、儲存資料的國家/地區限制和公司政策

行動專案

為所有資料內容標識:

1.適用的法規和公司政策

2.公司合規部門審查以獲得批准

3.記錄合規執行計劃,包括自動化

第4步:根據使用者需求組織資料

數字化業務需要隨時可用的資料來實現自動化和實時互動。資料需要組織和結構化,以便滿足所有這些需求。

企業資料規劃側重於核心業務實體,例如客戶、合作伙伴、員工、產品等。資料規劃從為每個業務實體識別其資料進入業務的位置開始,並在資料輸入點對其進行控制。例如,不是每個應用程式都捕獲其自己的客戶資料版本,而是建立一個客戶設定和驗證服務,每個應用程式將透過API進行互動來使用該服務。使客戶設定和驗證服務以當前和正確的形式維護客戶核心資料及其記錄系統(SOR)。

端到端資料管理側重於在整個業務及其使用過程中保持一致和正確的資料。 端到端資料管理的“端”是使用者的,因為最大化每個使用者的體驗是數字化業務的使命。這需要組織資料以支援與企業進行數字互動的資料使用者的需求,而不是按企業使用的應用程式進行結構化。

資料組織與資料架構不同

“根據TheOpenGroupArchitectureFramework(TOGAF),資料架構描述了組織的邏輯和物理資料資產以及資料管理資源的結構。”將資料視為“邏輯和物理資料資產”非常適合靜態資料,其中應用程式的物理資料不會經常更改,而邏輯資料模型代表業務的抽象語言。

資料驅動的決策和自動化更加動態。使用者需求和資料使用不是靜態的,而是經常變化的。 資料組織既是細粒度的又是聚合的,並且由實時交付它們的要求決定。資料架構將資料組織為通常由關係規範化規則管理的實體和表。這就像元素週期表中按元素的原子量和電子配置排列的化學元素。它作為資訊結構很有用,但不能用於表示綜合內容,例如材料科學或工程用途。

同樣,為使用者需求組織資料需要針對特定用途的整合內容。在當今的技術架構中,資料互動變得越來越精確,並使用API執行。這需要一種 使用驅動的資料設計方法來配置資料,而不是關係資料架構

實時和流式資料交換正在改變資料架構,從將資料組織到關係表中作為企業資料架構。API是一種使用JSON符號進行資料互動的機制,這使得JSON物件更適合當今的資料組織。

基本趨勢是使用一致且正確的資料進行實時互動。這對未來的應用程式有影響,因為數字化業務成為事件驅動的,並致力於消除互動和提供響應之間的延遲。

資料組織行動專案

目的

組織和構建資料內容,以便實時滿足所有使用者類別和角色以及個性化和本地化規範

行動專案

1.透過為每個使用者角色指定來組織資料:

  • 使用者將與之互動的資料和分析的每個UI元素的資料內容

  • 使用者角色將用於訪問資料內容的機制,例如網站、移動應用程式或應用程式,這些機制可能會複製或新增使用者UI元素

  • 關鍵指標和操作UI互動

2.透過使用UI互動的資料內容來構建資料(建立使用驅動的資料設計,而不是資料架構)並且:

  • 對資料內容執行親和力分析以確定UI所需的不同資料物件/資料元素分組

  • 分析資料訪問路徑以確定資料物件之間的關係連結

第5步:資料交付和分析的自動化

實時、事件驅動、個性化和本地化的互動正迅速成為數字化業務中資料處理的標準。管理這些方面需要開展資料管理。資料管理的標準定義是它“由實踐、架構技術和工具組成,用於在企業中跨資料主題領域和資料結構型別的範圍內實現資料的一致訪問和交付,以滿足資料消費需求所有應用程式和業務流程。”

資料使用和自動化有不同的資料管理問題,從法規和合規性到跨使用者互動方法的實時一致性。這是資料工程的核心——為企業提供動力,使其能夠實時響應使用者,而不會出現資料問題。 資料自動化意味著以程式設計方式而不是手動方式更新資料。

在整個企業中保持資料正確和一致需要自動化,重點關注企業級資料,而不是應用程式和分析之間的單個資料流和管道。單個管道容易受到源應用程式中未經通知或意外更改的影響。

這對業務應用程式和記錄源(SOR)有影響。當使用者可以使用移動應用程式交易時,交易不再僅源自SOR。SOR仍然是交易的處理者,但從移動應用程式使用者的角度來看,他們的交易正在進行中,他們可以繼續做其他事情。

自動化資料意味著系統的、端到端的資料管理,從建立到歸檔,而不是以應用程式為中心的資料檢視。資料管理控制資料的捕獲、管理其使用,並確保SOR可以完成他們的工作,並且資料可以個性化、本地化和自動化以實時呈現給使用者。這使得企業資料規劃成為一項必不可少的活動。

由於使用者將不斷開發新的資料需求和互動以滿足,這也使得保持資料組織、物理結構和API最新成為一個相當大的挑戰。如果一家公司要真正實現實時和資料驅動的業務運營,IT自動化是必不可少的。

資料交付自動化行動專案

目的

確定自動化資料和分析內容的自動化機會和模式

行動專案

透過以下方式實施資料自動化:

  • 識別資料內容的每個資料元素的SOR以及所有SOR資料合併和同步要求

  • 當使用者互動可以新增、更改或刪除資料(移動和Web應用程式的基本功能)時,定義保持資料使用、分析和SOR一致的策略

  • 指定資料使用的網站、移動應用程式或應用程式渠道,以便在所有這些渠道中提供一致和完整的資料

  • 指定資料服務,用於將資料提取到儲存的資料和分析內容中,並從中釋出資料

  • 建立管理儲存資料和分析內容的流程

  • 自動化資料結構化流程,合併治理和資料規則,並管理資料、分析和UI及其基礎資料設計的演變

第6步:構建“由外而內”的應用程式

資料驅動的企業從以應用程式為中心的獲取操作功能作為主要標準轉變為以資料為中心並優先處理資料並將其交付給使用者,幾乎不需要額外處理。資料是需要實時提煉以供業務使用的原材料。實時資料的首要目標是消除為數字目的捕獲、準備和使用資料的延遲。“由外向內”開發意味著根據使用者介面和資料互動來設計應用程式。與端到端資料管理一樣,從終端使用者角色開始,將其作為設計使用者互動及其底層資料結構的第一步。這種由外而內的方法也適用於應用程式開發。

當資料定義、格式、內容、正確性、一致性和當前性無論何時何地被使用和互動時都相同時,使用者才能得到最好的服務。 業務應用程式的傳統觀點是設計和構建的一組獨立的程式和資料庫,它們共同為使用者提供一致和正確的資料

解決應用程式和共享資料問題的一種方法是微服務架構。“ 微服務架構——面向服務的架構結構風格的一種變體——將應用程式安排為松耦合服務的集合。在微服務架構中,服務是細粒度的,協議是輕量級的。”真正的微服務讓每個服務負責自己的資料,特定域之外的其他服務不會直接與該資料互動。

微服務架構的一個挑戰是保持資料一致性。“ 為了保證松耦合,每個服務都有自己的資料庫。維護服務之間的資料一致性是一項挑戰,因為2階段提交/分散式事務不是許多應用程式的選擇。”微服務旨在履行單一職責,因此讀取、寫入和更新資料是作用於單個資料域的每個職責的單獨服務。

數字化業務需要資料隨時可用以實現運營自動化,因此它歸結為資料及其與儲存在不同應用程式和資料域中的資料的交集。 從資料使用的角度來看,支援一個資料互動需要微服務發現和編排。數字化業務無法承受使此類資料實時一致和正確使用所需的延遲。

最好將 應用程式視為為使用者個性化、本地化和組織的UI和資料互動。這透過將應用程式開發重點放在使用者身上來實現端到端資料管理,包括應用程式使用者與資料的互動,並分別關注支援應用程式和資料交付和分析的資料內容。

將應用程式視為實時使用者資料使用,這些資料也可以實時用於資料驅動的目標

“由外而內”的應用程式行動專案

目的

開發消除資料和規則重複以及它們導致的相關資料不一致的應用程式

行動專案

1.透過確定以下內容來實施由外而內的應用程式:

  • 將使用資料驅動資訊的使用者類別及其角色

  • 資料範圍,組織可以稱之為“資料主題區域”或“資料域”,例如員工、客戶、組織等,以提供每個使用者類別和角色的資料需求的高階檢視

  • 所需的資料和分析內容

  • 使用者角色用來與資料內容互動的機制,例如網站、移動應用程式或應用程式

  • 他們要推動的關鍵指標和運營行動

  • 資料驅動操作所需的自動化

2.為所有資料內容標識:

  • 適用的法規和公司政策

  • 與公司合規部門審查以獲得批准

  • 記錄合規執行計劃,包括自動化

3.透過為每個使用者角色指定來組織資料:

  • 使用者將與之互動的資料和分析的每個UI元素的資料內容

  • 使用者角色將用於訪問資料內容的機制,例如網站、移動應用程式或應用程式,這些機制可能會複製或新增使用者UI元素

  • 關鍵指標和操作操作UI互動將推動

4.透過使用UI互動的資料內容來構建資料

第7步:致力於實時資料操作和自動化

即使今天的企業不需要實時運營,數字技術也在推動基礎設施變得如此。與移動裝置的資料互動、物聯網(IoT)不斷擴大的作用以及運營自動化將繼續存在,企業需要實時運營來支援它們。 數字世界越來越成為源自企業外部並需要實時響應的事件和互動之一

業務運營的角色和活動必須適應數字化業務的需求,快速適應客戶行為、競爭對手和法規的變化。“遲早,每家試圖走向數字化的公司都會碰到障礙,這可能是由於遺留IT造成的。公司發現他們的遺留IT還沒有為數字化做好準備。” IT工作流程和實踐對於數字化業務來說還不夠快

下一代應用程式和分析需要針對實時操作而設計,在整個業務中使用一致且正確的資料和規則,並簡化更改或增強它們的流程。為實時操作而設計是數字化業務的關鍵。實時操作的基本方法是: 與公司的應用程式的每次互動都需要使用相同的資料內容和規則,以實現實時和一致的業務操作

IT工作流程和實踐是勞動密集型和耗時的。他們需要自動化來克服具有使用者、資料和規則驅動功能的遺留IT的障礙。

實時資料操作和自動化操作項

目的

開發實時執行的下一代數字化業務應用程式,在整個業務中使用一致且正確的資料和規則,並且易於更改或增強

行動專案

  • 建立一種“資料重要性”方法來考慮應用程式,以便資料不一致、處理延遲和整合的影響,以及與之相關的額外IT工作,對實時資料互動的影響是決策過程的一部分

  • 使資料、規則和資料使用的治理成為“資料重要性”方法的一部分,發生在應用程式或IT工作發生之前,並加強資料的一致性和正確性

  • 使用使用者互動、資料和規則驅動的技術自動化應用程式開發,以實現使用資料和統一應用規則的下一代應用程式

好的資料,就像好的燃料一樣,可以加速數字化業務並使其保持高速執行。它的燃料線是應用程式、資料流和基於事件的互動。其中每一項都需要設計為實時交付資料,IT運營也需要實時化。


來自 “ 資料驅動智慧 ”, 原文作者:曉曉;原文連結:https://mp.weixin.qq.com/s/XLhihT8ycVWcz8VCZDpRPQ,如有侵權,請聯絡管理員刪除。

相關文章