阿里云全球技術服務部ALIBABACLOUDGLOBALTECHNOLOGYSERVICES阿里云研究院ALIBABACLOUDRESEARCHINSTITUTE埃森哲阿里事業(yè)部ACCENTUREALIBUSINESSGROUP阿里云智能全球技術服務部(GlobalTechnologyServices，簡稱GTS)是一支面向云智能客戶，提供完整生命周期服務的技術履約團隊。旨在通過專業(yè)化的交付實施、系統(tǒng)化的中臺支撐阿里云研究院是阿里云智能事業(yè)群數(shù)智化轉(zhuǎn)型智庫機構，匯集多名來自數(shù)字科技頭部企業(yè)、國際知名咨詢機構和國家高端研究平臺的資深專家，以“定義行業(yè)、洞察態(tài)勢、拓展賽道、引領心智”為愿景，以“引領數(shù)智化轉(zhuǎn)型新思想”本白皮書由阿里云和/或關聯(lián)公司依法擁有其知識產(chǎn)權。非經(jīng)阿里云和/或其關聯(lián)公司書面授權，任何人不得擅自使用、修改、復制、公開傳播、散布、翻譯、發(fā)行或公開發(fā)表本文檔的任何內(nèi)容。凡轉(zhuǎn)載或引用本文的觀點、數(shù)據(jù)，請注明“來源：數(shù)據(jù)中臺交付建議和意見反饋，請通過郵箱:AlibabaCloud-GTS@與我們聯(lián)系。前言前言縱觀歷史、世界，數(shù)據(jù)的重要性不言而喻，對于企業(yè)而言數(shù)據(jù)即洞察，意味著只有洞察數(shù)據(jù)才能真正理解客戶和市場、優(yōu)化產(chǎn)品和供應鏈。在當下市場產(chǎn)能過剩、勞動力成本上升、個性化定制化生產(chǎn)和服務需求高速發(fā)展的大環(huán)境下，中國企業(yè)以往的粗放式管理所能帶來的增長已難以奏效。從以前基于經(jīng)驗的粗放式管理升級為現(xiàn)在基于數(shù)據(jù)的精細化運營是企業(yè)發(fā)展的必由之路，而企業(yè)進行數(shù)字化建設是實現(xiàn)精細化運營和數(shù)字化創(chuàng)新發(fā)展的關鍵所在。1在數(shù)字化建設當中數(shù)據(jù)是重要的生產(chǎn)要素，但企業(yè)要將數(shù)據(jù)轉(zhuǎn)變?yōu)榍罢靶远匆娂安町惢Y產(chǎn)，需要展開“數(shù)據(jù)重構”行動，梳理數(shù)據(jù)資產(chǎn)，建立強有力的數(shù)據(jù)戰(zhàn)略和行之有效的數(shù)據(jù)治理機制；優(yōu)質(zhì)精確的數(shù)據(jù)能夠為企業(yè)提供多維決策信息，助力企業(yè)不斷完善產(chǎn)品和改進服務，從而吸引更多客戶，加深與現(xiàn)有客戶的關系。反過來，這又會促進未來產(chǎn)品和服務的創(chuàng)新升級，有助于預測和塑造未來需求并發(fā)掘新商機，而要達到數(shù)據(jù)重構的目標則必須通過數(shù)據(jù)中臺來實現(xiàn)。所以，數(shù)據(jù)中數(shù)據(jù)中臺最早是阿里巴巴根據(jù)自身快速增長的數(shù)據(jù)處理與使用需求提出來的解決方案，并且早期在阿里巴巴內(nèi)部進行了試驗，孵化、應用，模式成熟之后再推向外部市場，不過不同于云計算服務，數(shù)據(jù)中臺缺少嚴格的規(guī)范定義和成熟的應用經(jīng)驗對標，并且與數(shù)據(jù)平臺、數(shù)據(jù)倉庫的關系也經(jīng)常被外界混為一談，讓數(shù)據(jù)中臺這個數(shù)字化轉(zhuǎn)型助推器缺少標準化的行業(yè)認知、可復制的交付操作流程。此外，數(shù)據(jù)中臺火熱的市場也催生了一些偽數(shù)據(jù)中臺企業(yè)，混淆概念、基于傳統(tǒng)IT思維建設的結果傷害了一些對數(shù)據(jù)中臺抱有開放心態(tài)的企業(yè)信心，這種交付大概率難數(shù)據(jù)中臺是業(yè)務與技術的結合點，其基于產(chǎn)品化的運營思路，跑通數(shù)據(jù)流轉(zhuǎn)之后，服務于業(yè)務前臺，企業(yè)基于對數(shù)據(jù)的洞察優(yōu)化業(yè)務方向，并通過反饋回來的業(yè)務數(shù)據(jù)再次輸入數(shù)據(jù)中臺，阿里巴巴作為數(shù)據(jù)中臺理念的提出者、倡導者和實踐者，自2016年首次提出數(shù)據(jù)中臺以來，在電商、零售、金融、物流、交通、政務等各個政企行業(yè)積累了非常豐富和寶貴的實戰(zhàn)經(jīng)驗，也深入理解政企行業(yè)在數(shù)據(jù)標準、數(shù)據(jù)質(zhì)量、數(shù)據(jù)安全、數(shù)據(jù)治理、數(shù)據(jù)交換共享、數(shù)據(jù)價值挖掘等方面存在的普遍問題，數(shù)據(jù)中臺可解決數(shù)據(jù)從生產(chǎn)到消費使用過程中遇到的這些問題。政企行業(yè)要建設好數(shù)據(jù)中臺有四個關鍵要素：第一是戰(zhàn)略投入，以數(shù)據(jù)中臺為核心的數(shù)字化轉(zhuǎn)型必須是一號位工程，因為其帶動企業(yè)升級轉(zhuǎn)型的過程中必定會涉及組織和業(yè)務流程的變革，需要企業(yè)核心管理層的堅定支持；第二是組織上要有保障機制，需要搭建具備業(yè)務、技術和數(shù)據(jù)整合能力的運營團隊，因為數(shù)據(jù)中臺的價值貴在持續(xù)的強運營；第三是選擇合適的服務商與合作伙伴，確保對方有足夠的交付經(jīng)驗與標準流程，能夠根據(jù)企業(yè)自身業(yè)務的實際情況統(tǒng)籌規(guī)以方便企業(yè)實現(xiàn)數(shù)據(jù)打通和共享。在數(shù)據(jù)中臺建設與交付過程中，存在專業(yè)度要求高、交付過程管控難、交付協(xié)同難等挑戰(zhàn)，為應對這些挑戰(zhàn)并實現(xiàn)數(shù)據(jù)中臺交付，需要有一套數(shù)據(jù)中臺交付的方法論、交付標準、交付工具和數(shù)字化交付工作臺來指導、幫助企業(yè)和數(shù)據(jù)中臺服務商來消電、零售商、文旅、健康、能源、航空等行業(yè)數(shù)百個項目實踐經(jīng)驗的分析總結，也是深入研究數(shù)據(jù)中臺交付流程和價值創(chuàng)造方式的階段性成果，更是數(shù)據(jù)中臺交付的方法、工具、平臺等CONTENTCONTENT123424概述30交付業(yè)務價值化56縮略語GTS，GlobalTechnologyServices，全球技術服務部oCBM，CloudBusinessManager，云商務經(jīng)理SA，SolutionArchitect，解決方案架構師oCSM，CustomerSuccessManager，客戶成功經(jīng)理oBA，BusinessArchitect，業(yè)務架構師oTM，TechnicalManager，技術經(jīng)理oPMO，ProjectManagementOffice，特指項目可交付性管理PD，ProductDesigner，產(chǎn)品經(jīng)理oQA，QualityAssurance，質(zhì)量保障oTAM，TechnicalAccountManager，客戶技術經(jīng)理oODS，OperationalDataStore，操作數(shù)據(jù)層oCDM，CommonDataModel，公共維度模型層ADS，ApplicationDataService，應用數(shù)據(jù)層數(shù)據(jù)中臺交付標準化白皮書隨著全球逐步進入數(shù)字經(jīng)濟和數(shù)據(jù)智能的新時代，數(shù)字化戰(zhàn)略已經(jīng)越來越多的被各大企業(yè)制定為優(yōu)先級商業(yè)戰(zhàn)略，數(shù)據(jù)中臺作為企業(yè)數(shù)字化轉(zhuǎn)型規(guī)劃的重要組成部分，在實踐中不斷被賦予新的內(nèi)涵與價值。而隨著全行業(yè)數(shù)據(jù)中臺市場的規(guī)?；鋵慕桓都夹g服務支撐顯得尤為重要，在很大程度上為數(shù)字化創(chuàng)新發(fā)展提供了保障基石。但從數(shù)據(jù)中臺實際建設來看，數(shù)據(jù)中臺交付技術服務仍存在著一定程度的挑戰(zhàn)，該類問題若未得到及時妥善處理，將會降低服務質(zhì)量。因此，數(shù)據(jù)中臺交付標準化建設需求非常迫切，本章節(jié)結合阿里巴巴內(nèi)部數(shù)據(jù)中臺建設經(jīng)驗以及客戶數(shù)據(jù)中臺交付實踐，提出交付標準1.21.2交付技術服務的涵義“中臺”是企業(yè)實現(xiàn)各業(yè)務板塊之間聯(lián)接和協(xié)同，持續(xù)提升業(yè)務創(chuàng)新效率，確保關鍵業(yè)務鏈路的穩(wěn)定高效和經(jīng)濟性兼顧的思想體系。中臺從工具、技術及方法論三個方面推進企業(yè)數(shù)字化創(chuàng)新，業(yè)務中臺完成企業(yè)系統(tǒng)在線、服務在線，數(shù)據(jù)中臺解決企業(yè)數(shù)據(jù)業(yè)務數(shù)據(jù)中臺是阿里巴巴創(chuàng)造的數(shù)據(jù)資產(chǎn)化和價值化體系，是集方法論、組織和工具于一體11的，“快”、“準”、“全”、“統(tǒng)”、“通”的智能大數(shù)據(jù)體系，它在數(shù)據(jù)賦能業(yè)務中形成業(yè)務模式，在推進數(shù)字化轉(zhuǎn)型中實現(xiàn)業(yè)務價值。它由基礎技術平臺、數(shù)據(jù)構建與管理平臺、數(shù)據(jù)資產(chǎn)管理與運營平臺、數(shù)據(jù)服務平臺等組成，面向零售、金融、政務、數(shù)據(jù)中臺交付是分析每個客戶從數(shù)據(jù)生產(chǎn)到數(shù)據(jù)消費全鏈路的訴求，按照數(shù)據(jù)中臺方法論和流程，在客戶已有產(chǎn)品基礎上進行定制化組裝或定制化開發(fā)新的功能組件，從而幫助客戶實現(xiàn)業(yè)務數(shù)據(jù)化和數(shù)據(jù)業(yè)務化。數(shù)據(jù)中臺交付的技術服務內(nèi)容包含數(shù)據(jù)咨詢規(guī)劃數(shù)據(jù)應用建設服務DataApplication數(shù)據(jù)咨詢規(guī)劃服務DataConsulting數(shù)據(jù)中臺數(shù)據(jù)資產(chǎn)建設服務DataTechnology在客戶數(shù)字化戰(zhàn)略規(guī)劃基礎上，結合客戶數(shù)字化轉(zhuǎn)型頂層規(guī)劃和數(shù)字化轉(zhuǎn)型藍圖設計，在轉(zhuǎn)型規(guī)劃階段，針對數(shù)據(jù)中臺建設提供業(yè)務規(guī)劃、中臺建設、資產(chǎn)運營、價值評估全流程技術咨詢服務，推進企業(yè)數(shù)字化轉(zhuǎn)型，服務內(nèi)容包含數(shù)據(jù)中臺藍圖設計、數(shù)據(jù)中臺建設方法、數(shù)據(jù)資產(chǎn)管理與運營咨詢、數(shù)據(jù)應用設計咨詢等。數(shù)據(jù)咨詢規(guī)劃服務主要面22數(shù)據(jù)中臺交付標準化白皮書2）數(shù)據(jù)資產(chǎn)建設服務在客戶數(shù)字化轉(zhuǎn)型藍圖設計和數(shù)據(jù)中臺數(shù)據(jù)咨詢規(guī)劃的基礎上，通過搭建大數(shù)據(jù)平臺、數(shù)據(jù)標準管理、數(shù)據(jù)質(zhì)量管理、元數(shù)據(jù)管理、主數(shù)據(jù)管理、數(shù)據(jù)安全管理、數(shù)據(jù)服務管理等。數(shù)據(jù)資產(chǎn)建設服務主要面向正在建設數(shù)據(jù)中臺，準備做落地實施的企業(yè)，可與數(shù)3）數(shù)據(jù)應用建設服務在數(shù)據(jù)中臺數(shù)據(jù)資產(chǎn)建設的基礎上，打造成熟行業(yè)數(shù)據(jù)應用場景，推動數(shù)據(jù)與業(yè)務的深度融合，充分發(fā)揮大數(shù)據(jù)的乘數(shù)效應和倍增作用，實現(xiàn)數(shù)據(jù)資產(chǎn)“最后一公里”的價值服務內(nèi)容包含洞察分析、智能搜索、關系網(wǎng)絡分析、智能推薦、智能風控等。數(shù)據(jù)應用1.31.3交付技術服務的挑戰(zhàn)圍棋比賽后，棋手會通過復演該盤棋的記錄，以檢查對局中著法的優(yōu)劣與得失關鍵，哪步是好棋，哪步是臭棋，從而讓棋手的技術得到進步。同樣的，在數(shù)據(jù)中臺交付行業(yè)從零售電商逐步擴展到工業(yè)制造、能源電力、金融證券、數(shù)字政府等行業(yè)過程中，交付技術服務也在不斷復盤總結。通過客戶360滿意度調(diào)研、內(nèi)部調(diào)研、項目總結復盤、產(chǎn)銷服溝通會等形式，總結數(shù)據(jù)中臺交付技術服務方面的挑戰(zhàn)?？傮w而言，交付技術服務33在《數(shù)智驅(qū)動新增長》書中明確指出，企業(yè)家面臨最大的確定性是如何應對巨變時代的不確定性，未來十年全球數(shù)字經(jīng)濟最重要的主題之一是數(shù)字基礎設施的重構、切換與遷移以及基于新型數(shù)字基礎設施的商業(yè)生態(tài)再造。今天越來越多的企業(yè)因管理失衡、市場失焦、營銷失語、系統(tǒng)失靈、增長失速等方面的風險而進行數(shù)字化轉(zhuǎn)型，進行數(shù)據(jù)中臺然而，實踐表明，數(shù)據(jù)中臺建設經(jīng)常遇到客戶預期過高、低估困難、押注外力等情況；客戶想要服務商以標準專業(yè)的交付體系，以專業(yè)能力指導項目高質(zhì)量完成，甚至是從各個維度以最佳實踐和未來驅(qū)動的思想引領客戶進入數(shù)據(jù)智能的全新時代。實際上，數(shù)據(jù)中臺技術服務提供商因行業(yè)經(jīng)驗、專業(yè)人員、方案成熟度等方面的不足，導致以客戶價數(shù)據(jù)中臺的建設是業(yè)務和技術雙輪驅(qū)動的，基于業(yè)務價值需求導向，企業(yè)在進行數(shù)據(jù)中臺建設時通常會以數(shù)據(jù)統(tǒng)一化、標準化、資產(chǎn)化等為手段，進而實現(xiàn)數(shù)據(jù)面向全業(yè)務開管理流程制度、數(shù)據(jù)運營及上下游業(yè)務協(xié)同等，這樣以來其交付周期一般以數(shù)月為最小1）數(shù)據(jù)中臺項目交付一般都要涉及咨詢、業(yè)務、數(shù)據(jù)、技術、運營等，交付技術覆蓋范圍廣、資源需求大；同時，客戶服務需求的多樣性及服務商專業(yè)人員儲備不足，導致數(shù)據(jù)中臺設計和落地實施存在諸多質(zhì)量問題和不確定性；2）在交付過程中，從需求調(diào)研、方案設計、開發(fā)實施到試運行，基本都是在線下由不很難實現(xiàn)對項目全局掌控，各個環(huán)節(jié)都容易出現(xiàn)不同類型的問題與挑戰(zhàn)；除項目前期需44數(shù)據(jù)中臺交付標準化白皮書3）交付驗收周期長，根據(jù)各行業(yè)數(shù)字化轉(zhuǎn)型趨勢分析和阿里巴巴數(shù)據(jù)中臺交付實踐經(jīng)驗發(fā)現(xiàn)，數(shù)據(jù)中臺技術服務從需求調(diào)研、方案規(guī)劃再到實施落地的整體交付周期以數(shù)月挑戰(zhàn)3：數(shù)據(jù)中臺交付生態(tài)協(xié)同難一般產(chǎn)品交付完成產(chǎn)品售賣和產(chǎn)品部署即可，而數(shù)據(jù)中臺交付是集成交付，包羅萬象，軟件、硬件、基礎設施、大數(shù)據(jù)平臺、數(shù)據(jù)資產(chǎn)、數(shù)據(jù)服務、數(shù)據(jù)應用、定制化開發(fā)等指出，隨著企業(yè)數(shù)字化轉(zhuǎn)型驅(qū)動，市場需求將持續(xù)增加，數(shù)據(jù)中臺行業(yè)增長勢頭明顯，市場規(guī)?？焖贁U張，預計將在2023年達到183.2億元，數(shù)據(jù)中臺規(guī)?；桓毒蛣菰谶M行彼此資源整合應用，來應對日趨復雜的企業(yè)需求及規(guī)?；桓缎枨?。但是，數(shù)據(jù)中臺服務提供商之間在能力的匹配上有很大不確定性，而造成這種不確定性的原因往往集中在伙伴間能力成長差異性、伙伴內(nèi)部對員工的不同組織架構帶來的不穩(wěn)定性以及員工本人對職業(yè)路徑規(guī)劃所產(chǎn)生的波動性、伙伴對行業(yè)領域知識的缺乏。這些因服務提供商的知識和能力上的參差不齊，使得數(shù)據(jù)中臺交付生態(tài)協(xié)同難，進而導致企業(yè)對數(shù)據(jù)中臺1.41.4交付標準化解決思路埃隆·馬斯克（ElonMusk）曾在愚人節(jié)跟粉絲開起了“特斯拉破產(chǎn)”的玩笑，一定程度上是由于當時特拉斯Model3的交付能力與客戶需求量之間的不平衡，標準化的生產(chǎn)流水線是工廠的核心能力，對汽車企業(yè)來講至關重要。因此，針對數(shù)據(jù)中臺交付技術服務面臨的挑戰(zhàn)，數(shù)字化時代的數(shù)據(jù)中臺規(guī)模化交付需要生產(chǎn)力提升，而生產(chǎn)力提升提55升的基礎是交付標準化，標準化是解決交付挑戰(zhàn)的核心思路之一。結合軟件工程理論和數(shù)據(jù)中臺交付實踐經(jīng)驗，數(shù)據(jù)中臺交付標準化建設方法分為挑戰(zhàn)分析、標準構建和實踐檢驗三個部分，如圖2所示。挑戰(zhàn)分析，通過對多個項目交付實踐總結及復盤，將交付技術服務挑戰(zhàn)抽象為三類，即交付專業(yè)要求高、交付過程管控難、交付協(xié)同難。標準構建，基于交付挑戰(zhàn)分析，從四個方面進行標準建設，包含交付流程標準化、交付內(nèi)容模板化、設計方法規(guī)范化、交付工具自動化。實踐檢驗，基于數(shù)字化項目質(zhì)量優(yōu)良率、交付工具覆蓋率等方面進行測試評估。標準化過程通過PDCA進行實踐檢驗標準構建交付工具自動化設計方法規(guī)范化交付內(nèi)容模版化交付流程標準化交付工具覆蓋率項目質(zhì)量優(yōu)良率交付方案復用率交付標準化率挑戰(zhàn)分析實踐檢驗標準構建交付工具自動化設計方法規(guī)范化交付內(nèi)容模版化交付流程標準化交付工具覆蓋率項目質(zhì)量優(yōu)良率交付方案復用率交付標準化率交付專業(yè)要求交付專業(yè)要求交付過程管控交付過程管控交付生態(tài)協(xié)同交付生態(tài)協(xié)同通過數(shù)據(jù)中臺交付的標準化，把交付過程中的各個要素和環(huán)節(jié)有機組織起來，使交付動作規(guī)范化、科學化、程序化，建立數(shù)據(jù)中臺交付的最佳秩序，提升數(shù)據(jù)中臺交付效率與質(zhì)量，支撐數(shù)據(jù)中臺的規(guī)模化交付，提升企業(yè)客戶對交付服務的滿意度。從實踐來看，標準化建設的收益至少包含四個方面：專業(yè)提升，交付是一門藝術，涉及大量人與人之間的溝通協(xié)作，交付過程沉淀的核心資產(chǎn)可提煉抽象為通用解決方案和行業(yè)解決方案，66數(shù)據(jù)中臺交付標準化白皮書交付標準工具及數(shù)字化工作臺，能提升交付效率與質(zhì)量，降低項目建設門檻與過程管控復雜度，為規(guī)?；桓兜於ɑA；生態(tài)協(xié)同，交付團隊是連接產(chǎn)研、銷管、客戶、伙伴等的樞紐，有了交付標準和數(shù)字化工作臺，多個角色之間的銜接就會更加順暢，彼此合772.12.1概述“不以規(guī)矩，不能成方圓”，基于對數(shù)據(jù)中臺交付技術服務的挑戰(zhàn)分析和解決思路，我導向，實現(xiàn)數(shù)據(jù)中臺技術服務的標準化、在線化、規(guī)模化交付；3個內(nèi)容，即數(shù)據(jù)中臺即交付標準流程、交付文檔集、交付工具集；1個平臺，即數(shù)字化工作臺，數(shù)據(jù)中臺技數(shù)據(jù)中臺交付數(shù)據(jù)中臺交付標準化在線化規(guī)模化數(shù)據(jù)咨詢規(guī)劃服務數(shù)據(jù)咨詢規(guī)劃服務數(shù)據(jù)資產(chǎn)建設服務數(shù)據(jù)應用建設服務交付流程交付流程交付中階段>1.交付前置2.需求調(diào)研3.方案設計4.開發(fā)實施5.試運行6.上線維保降低生態(tài)交付門檻交付工具集數(shù)字化工作臺云原生技術、云原生產(chǎn)品、云原生架構數(shù)據(jù)中臺政企客戶數(shù)據(jù)中臺服務團隊沉淀交付技術資產(chǎn)交付文檔集交付前階段交付后階段88數(shù)據(jù)中臺交付標準化白皮書交付流程、交付文檔集、交付工具集是三位一體的能力支撐體系。基于交付流程動作及產(chǎn)出，沉淀交付技術資產(chǎn)，包含交付物、過程產(chǎn)出物、項目評審意見、階段性匯報總結等文檔；通過對多個項目文檔的提煉抽象脫敏等手段，形成通用解決方案和行業(yè)解決方另一方面為交付工具打造提供輸入；交付工具集，基于通用解決方案和基礎產(chǎn)品開放能力，圍繞具體交付實施場景而構建，能有效降低數(shù)據(jù)中臺交付門檻，為交付動作執(zhí)行提供武器彈藥支持，同時倒逼交付文檔集的不斷迭代更新。交付技術服務團隊包含業(yè)務架構師、技術架構師、數(shù)據(jù)產(chǎn)品經(jīng)理及實施人員等，與政企客戶服務對象一起，基于數(shù)字化工作臺進行數(shù)據(jù)中臺項目在線化交付。下面小節(jié)將對交付流程、交付文檔集、交付工2.22.2交付流程動作流程是做事的規(guī)范和順序，是提升工作效率的重要保障。結合客戶項目全生命周期及交付團隊參與度，將數(shù)據(jù)中臺交付分為交付前、交付中和交付后三個階段和六個流程，如圖4所示。其中，交付前階段包括交付前置，交付中階段包含需求調(diào)研、方案設計、開發(fā)實施、試運行，交付后階段包含上線維保。通過標準化的交付流程，針對不同的客戶交付前階段交付中階段交付后階段1.交付前置2.需求調(diào)研3.5.試運行6.上線維保992.32.3交付文檔集易用、易懂、易找的技術文檔資料對降低成本、構筑交付生態(tài)體系、培訓賦能、打造行業(yè)影響力，以及提升交付專業(yè)度和企業(yè)競爭力都有重要的價值。在交付技術服務的各個階段，隨著交付任務階段性完成，技術資產(chǎn)也隨之在數(shù)字化工作臺上逐步沉淀下來，經(jīng)過脫敏提煉抽象等，按照通用數(shù)據(jù)資源目錄劃分方法，結合文檔打標簽等，進而構建起交付技術知識庫，形成標準化的數(shù)據(jù)中臺交付文檔集，為高質(zhì)量完成各項交付任務提供2.需求調(diào)研2.需求調(diào)研3.方案設計4.開發(fā)實施5.試運行3.方案設計4.開發(fā)實施5.試運行2.42.4交付工具集“工欲善其事，必先利其器”，工匠在做工前打磨好工具，操作起來就能得心應手，達到事半功倍的效果。交付工具一方面輔助提升交付效率，另一方面降低數(shù)據(jù)中臺交付門檻，讓生態(tài)伙伴使用工具也能做交付。基于數(shù)據(jù)中臺交付的各個階段的交付質(zhì)量要求，抽象交付文檔中的共性內(nèi)容，采用產(chǎn)品化思維進行更高維度的標準化構建，形成標準化的數(shù)據(jù)中臺交付工具集，如數(shù)據(jù)盤點工具、數(shù)據(jù)集成工具、數(shù)據(jù)校驗工具、代碼掃描工具等。交付工具集支撐交付流程高效率高質(zhì)量完成，同時有效降低數(shù)據(jù)中臺生態(tài)交付門數(shù)據(jù)中臺交付標準化白皮書檻，為規(guī)?；夹g服務提供強大的自動化技術手段。數(shù)據(jù)中臺交付各環(huán)節(jié)的交付工具如數(shù)據(jù)盤點工具對需要納入到數(shù)據(jù)中臺的數(shù)據(jù)進行盤點、分類，結合業(yè)務過程梳理，為數(shù)據(jù)架構設計及數(shù)據(jù)建模提供輸入；可支持MySQL、Oracle、DB2、SqlServer、HANA、MongoDB、PostgreSQL等數(shù)據(jù)庫，支持插件式擴展；配置數(shù)據(jù)源后，可2）數(shù)據(jù)集成工具提供面向批量數(shù)據(jù)采集場景、使用便捷的工具；提供可視化數(shù)據(jù)采集規(guī)則配置，如表命名規(guī)范、任務命名規(guī)范等，與數(shù)據(jù)盤點提供的智能數(shù)據(jù)采集建議無縫結合，自動化獲取3）數(shù)據(jù)探查工具數(shù)據(jù)探查工具基于業(yè)務需求分析和數(shù)據(jù)應用設計，通過對數(shù)據(jù)及其質(zhì)量進行初步探查，確保需求可落地性及實施效果；基于質(zhì)量探查需求和自定義業(yè)務規(guī)則，進行數(shù)據(jù)核查和驗證，判斷數(shù)據(jù)質(zhì)量與業(yè)務需求匹配度；可基于默認規(guī)則或自定義規(guī)則進行數(shù)據(jù)探查，4）數(shù)據(jù)建模工具數(shù)據(jù)建模工具基于行業(yè)級數(shù)據(jù)標準及標準數(shù)據(jù)模型進行標準化規(guī)范可視化的數(shù)據(jù)模型構建工作，提升數(shù)據(jù)模型設計的質(zhì)量和效率；可將數(shù)據(jù)庫元數(shù)據(jù)、DDL、數(shù)據(jù)模型文檔等多種方式導入逆向建模從而快速引入建模素材，并且支持數(shù)據(jù)模型的DDL，文檔方式導出及數(shù)據(jù)平臺對接直接轉(zhuǎn)化成業(yè)務系統(tǒng)物理模型生產(chǎn)力，保證了設計開發(fā)的一致性，5）數(shù)據(jù)校驗工具通過數(shù)據(jù)量校驗、指標校驗等方式確保數(shù)據(jù)在采集、設計、建模、開發(fā)過程一致，保障6）數(shù)據(jù)回刷工具數(shù)據(jù)回刷工具由于數(shù)據(jù)模型設計方法的差異性，上游業(yè)務系統(tǒng)數(shù)據(jù)結構調(diào)整或數(shù)據(jù)口徑變更時，需對數(shù)據(jù)表的歷史分區(qū)數(shù)據(jù)進行回刷；ODS層回刷支持笛卡爾積、動態(tài)分區(qū)等方式，CDM層與ADS層支持多周期合并、行列級回刷等方式。數(shù)據(jù)中臺交付標準化白皮書7）代碼掃描工具代碼掃描工具基于代碼質(zhì)量規(guī)則，對定制化開發(fā)的代碼質(zhì)量進行檢查，發(fā)現(xiàn)代碼編寫不規(guī)范、效率低等質(zhì)量問題，提升代碼檢查效率并提供優(yōu)化建議；支持全量代碼掃描、單條SQL調(diào)試、按任務編號掃描和按代碼空間掃描等?；谏鲜龅南盗薪桓豆ぞ?，交付過程變得更清晰和簡單，交付前、交付中、交付后的流2.52.5交付服務團隊一個好的工程項目必須有一套完整的組織保障機制。數(shù)據(jù)中臺以業(yè)務價值為導向，其交付專業(yè)要求高、過程管控復雜、交付生態(tài)協(xié)同難，要高質(zhì)量建設數(shù)據(jù)中臺，除了交付流銜接順暢、各司其職、各盡其責。站在數(shù)據(jù)中臺建設全生命周期視角，除了客戶和生2.需求調(diào)研交付前階段2.需求調(diào)研交付中階段>>3.方案設計4.開發(fā)實施5.試運行6.3.方案設計4.開發(fā)實施5.試運行6.上線維保交付后階段1.交付前置1.交付前置需求方案風險識別交付評審啟動規(guī)劃業(yè)務調(diào)研技術調(diào)研數(shù)據(jù)調(diào)研藍圖設計產(chǎn)品設計架構設計數(shù)據(jù)建模測試方案數(shù)據(jù)集成數(shù)據(jù)研發(fā)應用研發(fā)集成測試試運行知識轉(zhuǎn)移售后保障項目驗收CCCCBMCCCIIIPMOCSMCCCCCCCIIIIIIIIICCCCCCCRIICCICCCCCITMCCCRICCCCCICCCIIIICCICCCCCIQACCCIIIICCCCCCCCCCCITAMCCI客戶CIICCCCCCCCCCCCCCCCCCR伙伴IRRRRRRRRRRRRRRRRRIR：執(zhí)行人A責任人C征求意見I被告知態(tài)伙伴之外，數(shù)據(jù)中臺企業(yè)服務角色構成主要包括SA、CBM、PMO、CSM、BA、TM、PD、QA和TAM，項目不同階段由不同的團隊來負責，每個角色在各個不同階其中，SA解決方案架構師負責售前客戶需求調(diào)研與方案設計，CBM客戶經(jīng)理負責對售前商務風險等進行識別判斷，PMO負責對項目可交付性進行評審，CSM對項目啟動規(guī)劃及最終項目驗收負責，BA對業(yè)務需求及業(yè)務架構設計負責，TM對數(shù)據(jù)和技術架構及其落地方案負責，PD對數(shù)據(jù)應用及數(shù)據(jù)產(chǎn)品設計負責，QA對測試方案及落地負責，TAM對售后運維負責，各角色在CSM、BA、TM的統(tǒng)籌下進行協(xié)作，共同對RACIResponsibleAccountableConsulted誰負責，負責執(zhí)行任務的角色，具體負責操控誰批準，對任務負全責的角色，只有經(jīng)同意表1RACI責任分配矩陣說明每個交付階段涉及客戶、阿里云、生態(tài)伙伴等，要確保不同的角色之間分工明確、各司其職、銜接順暢，就需要明確不同的角色職責邊界和銜接關系，這也是交付過程管理中數(shù)據(jù)中臺交付標準化白皮書2.62.6數(shù)字化工作臺數(shù)字化轉(zhuǎn)型過程中的大型項目，開發(fā)團隊動輒數(shù)十人至幾百人，來自各個不同的組織。溝通不暢、信息分散、嚴重依賴個人能力的情況時有發(fā)生，就好像盲人摸象，項目的透明度低下，嚴重阻礙項目走向成功。過去的項目管理以及協(xié)同的方式已經(jīng)不再適合今天大型全要素的數(shù)字化轉(zhuǎn)型的過程，急需要全新的數(shù)字化轉(zhuǎn)型交付和服務的方法論以及與之配套的工具和平臺。2021年10月19日，飛天技術服務云棲大會上正式亮相，整體提出了組織在線、成員在線、業(yè)務在線及項目在線的全量在線的企業(yè)服務模式，首次透明企業(yè)服務的全過程，為不同角色提供社會化的協(xié)作、數(shù)據(jù)化的管理、智能化的管理能力，實現(xiàn)項目在線、精益管理、優(yōu)秀履約的目標?？蛻?、數(shù)據(jù)中臺技術服務服務團隊在一體化的數(shù)字化工作臺上完成服務履約；客戶隨時可查看了解項目過程，同時會基于在線IM工具完成服務及溝通互動；伙伴從人、財、事、物四數(shù)字化工作臺風險預警知識搜索客戶洞察人員畫像智能決策業(yè)務層風險預警知識搜索客戶洞察人員畫像智能決策業(yè)務層主題庫建設人員主題庫項資客生主題庫建設人員主題庫項資客生目產(chǎn)戶態(tài)主主主主題題題題庫庫庫庫數(shù)據(jù)層數(shù)據(jù)資產(chǎn)構建與管理權限管理賬號管理產(chǎn)品管理策略管理平臺管理交付技術應用服務應用層政企客戶應用結算管理標準中心我的工單工單管理企業(yè)信息文檔中心待辦消息待辦消息人員管理項目管理工具中心管理層數(shù)字化工作臺功能結構示意圖，如圖8所示。管理層基于云原生架構設計、云原生的產(chǎn)品與技術實現(xiàn)，提供基礎的賬號管理、權限管理、產(chǎn)品管理等能力。應用層為技術服務標準中心為標準交付流程與動作、交付方案、交付過程產(chǎn)出等提供能力支撐；工具中心為交付工具提供上架、下架、與交付動作關聯(lián)等提供能力支撐；文檔中心承接標準中心的過程產(chǎn)出文檔，并提供文檔打標、查看、搜索、下載等能力。數(shù)據(jù)層，基于應用層產(chǎn)為交付標準化率、交付方案復用率、項目質(zhì)量優(yōu)良率、交付自動率等標準化指標提供數(shù)據(jù)支撐。業(yè)務層，提供風險預警、知識搜索、人員畫像、客戶洞察等應用。數(shù)字化工作臺為標準化的數(shù)據(jù)中臺交付流程、交付文檔和交付工具提供長效平穩(wěn)運轉(zhuǎn)和持續(xù)迭代演數(shù)據(jù)中臺交付標準化白皮書3.13.1概述標準，是在一定范圍內(nèi)獲得最佳秩序，經(jīng)協(xié)商一致，并經(jīng)過人工機構批準，共同使用和重復使用的規(guī)范性文件”；數(shù)據(jù)中臺交付標準化，為是為了在交付前、交付中、交付后獲得最佳秩序，制定交付技術服務流程、業(yè)務動作、文檔模板、設計規(guī)范、工具平臺、服務角色、職責矩陣等的活動，以提升數(shù)據(jù)中臺交付效率與質(zhì)量提升，支撐標準化、在線化、規(guī)模化的服務履約，保障客戶服務滿意度。下面章節(jié)針對交付前、交付中、交付3.23.2交付前階段交付前階段包括交付前置環(huán)節(jié)，支持售前團隊進行數(shù)據(jù)中臺需求溝通及方案設計，提前識別交付風險，并提供規(guī)避建議，完成數(shù)據(jù)中臺項目簽約，保障項目交付履約。交付前置環(huán)節(jié)的交付任務包括需求方案、風險識別、交付評審和啟動規(guī)劃。交付前置環(huán)節(jié)各項12343.33.3交付中階段3.3.1需求調(diào)研環(huán)節(jié)需求調(diào)研環(huán)節(jié)基于工作說明書中的業(yè)務目標和范圍，從業(yè)務、數(shù)據(jù)、技術等方面對客戶數(shù)據(jù)中臺交付標準化白皮書1232）基于業(yè)務需求調(diào)研提綱模板、業(yè)務需求分析說明模板，結合數(shù)據(jù)盤點工具和數(shù)據(jù)探查工具進行業(yè)務調(diào)研，并提交業(yè)務需求調(diào)研、業(yè)務需求分析說明和業(yè)務需求調(diào)研會議紀3）基于技術需求調(diào)研提綱模板進行技術調(diào)研，并提交技術需求調(diào)研提綱和技術需求調(diào)4）基于數(shù)據(jù)資源目錄模板、數(shù)據(jù)字典模板，結合數(shù)據(jù)盤點工具和數(shù)據(jù)探查工具進行數(shù)據(jù)調(diào)研，并提交數(shù)據(jù)需求調(diào)研提綱、數(shù)據(jù)需求調(diào)研會議紀要、數(shù)據(jù)資源目錄表和數(shù)據(jù)字3.3.2方案設計環(huán)節(jié)為開發(fā)實施提供輸入。方案設計環(huán)節(jié)的交付任務包括藍圖設計，產(chǎn)品設計、架構設計、12345數(shù)據(jù)中臺交付標準化白皮書3.3.3開發(fā)實施環(huán)節(jié)開發(fā)實施環(huán)節(jié)基于數(shù)據(jù)中臺詳細設計方案，進行數(shù)據(jù)中臺平臺環(huán)境搭建、數(shù)據(jù)采集、代開發(fā)實施環(huán)節(jié)的交付任務包括數(shù)據(jù)集成、數(shù)據(jù)研發(fā)、應用研發(fā)、數(shù)據(jù)回刷和集成測試。123452）基于需求調(diào)研環(huán)節(jié)的業(yè)務需求分析說明文檔和方案設計環(huán)節(jié)的技術架構設計方案文3）基于方案設計環(huán)節(jié)的技術架構設計方案文檔和數(shù)據(jù)模型設計方案文檔，結合數(shù)據(jù)建4）基于方案設計環(huán)節(jié)的產(chǎn)品需求設計方案文檔和技術架構設計方案文檔進行5）基于需求調(diào)研環(huán)節(jié)的業(yè)務需求分析說明文檔和方案設計環(huán)節(jié)的技術架構設計方案文6）基于方案設計環(huán)節(jié)的數(shù)據(jù)中臺測試方案文檔，結合數(shù)據(jù)校驗工具和代碼掃描工具進3.3.4試運行環(huán)節(jié)試運行環(huán)節(jié)確定試運行目標與范圍，制定試運行方案與運行保障機制，配置監(jiān)控告警，完成知識轉(zhuǎn)移，為轉(zhuǎn)維和終驗做準備。試運行環(huán)節(jié)的交付任務包括試運行和知識轉(zhuǎn)移。12數(shù)據(jù)中臺交付標準化白皮書3.43.4交付后階段制定維保方案，完成項目轉(zhuǎn)維和驗收。上線維保環(huán)節(jié)的交付任務包括正式上線、售后保1234.14.1概述過去的20年，是國內(nèi)乳制品行業(yè)跌宕起伏的20年。在2008年前，國內(nèi)乳制品行業(yè)高速增長，涌現(xiàn)了諸多百億、甚至千億級企業(yè)。然而，2008年震驚全國的“三聚氰胺事件”，一下讓國產(chǎn)乳制品行業(yè)陷入了長達10年的緩慢恢復期。外資“趁虛而入”，市場份額在2010年至2017年期間從48.5%提高到59.3%。不過，并非所有國產(chǎn)乳制品企業(yè)都在那場危機中倒下，有的企業(yè)在這20年里集聚勢能、厚積薄發(fā)，成為了如今國產(chǎn)乳制品企業(yè)的龍頭，某乳業(yè)集團就是其中之一?！叭橹破沸袠I(yè)，食品安全永遠是第一位。我們能夠?qū)u出去的每一個產(chǎn)品進行溯源，這與該集團近年來積極推動數(shù)字化升級密不可分。據(jù)悉，在數(shù)字化升級戰(zhàn)略支撐下，該集團已經(jīng)通過數(shù)智化技術建立起完備的數(shù)字業(yè)務邏輯，真正實現(xiàn)技術賦能產(chǎn)業(yè)，助推企業(yè)發(fā)展。由于范圍原因，本章主要針對該乳業(yè)集團數(shù)據(jù)中臺建設與實施落地涉及的交付標4.24.2數(shù)據(jù)中臺交付內(nèi)容大數(shù)據(jù)、云計算、人工智能等技術的不斷發(fā)展，給乳制品行業(yè)帶來了新的變革與機遇。如何用數(shù)據(jù)和技術，打通產(chǎn)銷運的全產(chǎn)業(yè)鏈，更加高效地推動新零售業(yè)務改革，成了擺數(shù)據(jù)中臺交付標準化白皮書在傳統(tǒng)企業(yè)面前最迫切的一道必答題。對該乳業(yè)集團來講，數(shù)智化轉(zhuǎn)型升級的驅(qū)動因素主要有三個方面：一是，與其他傳統(tǒng)企業(yè)一樣，早期的信息系統(tǒng)基本根據(jù)業(yè)務部門需求進行建設，各個系統(tǒng)之間相對孤立，系統(tǒng)煙囪、數(shù)據(jù)孤島問題隨著系統(tǒng)建設的增多而越發(fā)明顯；二是，對消費者的精準洞察能力不足，消費者是誰、在哪里、偏好是什么等企業(yè)并不知道，無法實現(xiàn)精準營銷觸達；三是，供應鏈端過去基本都是采用人工溝通和計今天企業(yè)面臨最大的確定性是如何應對巨變時代的不確定性，在這場波瀾壯闊又充滿風險的數(shù)字新大陸航海中，該集團結合自身現(xiàn)狀和轉(zhuǎn)型需求，適時提出數(shù)字化轉(zhuǎn)型戰(zhàn)略及規(guī)劃，通過數(shù)字化體系的搭建賦能智慧銷售和智慧供應鏈兩大業(yè)務，促進企業(yè)高質(zhì)量、可持續(xù)發(fā)展。數(shù)據(jù)中臺是數(shù)字化轉(zhuǎn)型規(guī)劃的核心內(nèi)容之一，2018年該集團和阿里巴巴達成合作，分兩期進行消費者端數(shù)據(jù)中臺和供應鏈端數(shù)據(jù)中臺建設，兩期數(shù)據(jù)中臺全景一期數(shù)據(jù)中臺二期數(shù)據(jù)中臺數(shù)據(jù)中臺工具平臺數(shù)據(jù)應用智能大數(shù)據(jù)平臺商品數(shù)據(jù)體系消費者數(shù)據(jù)體系 供應鏈業(yè)務數(shù)據(jù)數(shù)據(jù)來源其中，一期數(shù)據(jù)中臺覆蓋CRM系統(tǒng)、電商平臺、C端埋點日志、網(wǎng)絡輿情等消費者相關的業(yè)務數(shù)據(jù)，設計會員、營銷、渠道、交易、產(chǎn)品、日志、公共、財務等數(shù)據(jù)域，建設會員洞察分析、商品洞察分析渠道洞察分析、營促銷洞察分析等數(shù)據(jù)應色標識；依托一期建設基礎，新增ERP系統(tǒng)、WMS系統(tǒng)、采購系統(tǒng)等供應鏈相關的設質(zhì)量板塊、生產(chǎn)板塊、物流板塊等數(shù)據(jù)洞察分析場景，以及智能應用和溯源系統(tǒng)，如圖9橙色標識；通過兩期數(shù)據(jù)中臺建設，打通生產(chǎn)端、供應鏈到需求側的數(shù)據(jù)，推動全那么，數(shù)據(jù)中臺交付是如何一步步展開的？如何通過交付標準化手段，圍繞交付標準流程、交付工具及數(shù)字化工作臺，確保數(shù)據(jù)中臺高質(zhì)量高效率履約，幫助客戶進行數(shù)智化4.34.3交付流程標準化二期供應鏈數(shù)據(jù)中臺的總體設計及價值目標是，基于供應鏈應用場景的數(shù)據(jù)賦能，實現(xiàn)供應體系規(guī)范化、精益化、智能化；主要包含業(yè)務場景賦能、全鏈路溯源系統(tǒng)建設、智能調(diào)補貨應用建設三大功能。項目建設歷時一年多，數(shù)據(jù)調(diào)研覆蓋10余個供應鏈業(yè)務系統(tǒng)，業(yè)務調(diào)研涉及100余人，范圍包含各業(yè)務部門、工廠人員等，采集業(yè)務系統(tǒng)表800余張，落地供應鏈業(yè)務分析指標500余個。2020.042020.092020-122021-04需求調(diào)研項目交付完成需求調(diào)研項目交付完成二階段上線試運行項目啟動業(yè)務藍圖與MRD設計一階段上線試運行場景完成建設2020-102020.062021-022020-102020.062021-02數(shù)據(jù)中臺交付標準化白皮書項目組采用標準流程交付，項目啟動后快速構建起由客戶、阿里云和伙伴組成的項目交付陣型，明確職責矩陣、分工界面及銜接方式，結合工作需求說明書及標準流程動作，形成項目交付的里程碑節(jié)點，如圖10所示。在CSM、BA、TM等角色的統(tǒng)籌下，基于項目交付里程碑節(jié)點要求、項目執(zhí)行計劃及項目管理章程，高質(zhì)量高效率推進項目交付，具體標準流程動作如圖11所示。下面以需求調(diào)研和方案設計兩個關鍵動作說明各需求調(diào)研，整體由業(yè)務架構師負責，技術架構師、客戶和伙伴協(xié)助配合；業(yè)務架構師負責業(yè)務流程調(diào)研、業(yè)務需求分析、指標梳理并組織對產(chǎn)出物進行評審；技術架構師結合業(yè)務流程及指標清單，進行數(shù)據(jù)盤點，梳理業(yè)務過程和數(shù)據(jù)流向，并參與客戶的全局業(yè)務架構調(diào)研及核心業(yè)務流程調(diào)研，參與業(yè)務架構師組織的評審；客戶負責整理業(yè)務調(diào)研和數(shù)據(jù)盤點所需資料，組織業(yè)務調(diào)研和數(shù)據(jù)調(diào)研，參與調(diào)研或接受調(diào)研，并對業(yè)務和數(shù)據(jù)調(diào)研的問題進行解答，參與產(chǎn)出物評審及確認；伙伴配合業(yè)務架構師和技術架構師進技術架構師、客戶和伙伴協(xié)助配合；業(yè)務架構師負責指標范圍和優(yōu)先級梳理，指標業(yè)務邏輯（業(yè)務口徑、所屬業(yè)務流程、數(shù)據(jù)來源、業(yè)務規(guī)則等）和分析鏈路確認，并組織指標落地可行性評審；技術架構師結合數(shù)據(jù)盤點和指標業(yè)務邏輯進行數(shù)據(jù)探查，確認數(shù)據(jù)來源及數(shù)據(jù)質(zhì)量，參與指標落地可行性評審；客戶負責進行指標口徑確認，參與評審并確認指標可落地性。方案設計，整體由技術架構師負責，業(yè)務架構師、客戶和伙伴協(xié)助業(yè)務架構師協(xié)助確認指標清單及其業(yè)務口徑，參與方案設計評審；客戶協(xié)助確認指標計算邏輯及取數(shù)來源，參與評審并確認方案設計，并對業(yè)務與技術問題解析解答；伙伴配1.交付前置2.需求調(diào)研3.方案設計4.開發(fā)實施5.試運行6.上線維保需求方案??系統(tǒng)建設情況調(diào)研???數(shù)據(jù)情況摸底調(diào)研???需求方案與SOW編寫?可交付性評審?確認SOW內(nèi)容??可交付性評審???風險與規(guī)避建議??項目啟動規(guī)劃??確定生態(tài)伙伴?鎖定框架伙伴核心人員?啟動項目交付準備工作?項目啟動會業(yè)務調(diào)研供應鏈等高管訪談總部各部門調(diào)研區(qū)域銷售與經(jīng)銷商調(diào)研代表工廠現(xiàn)場調(diào)研技術調(diào)研IT組織架構調(diào)研業(yè)務與應用系統(tǒng)現(xiàn)狀調(diào)研技術體系調(diào)研基礎設施調(diào)研管理規(guī)范調(diào)研數(shù)據(jù)調(diào)研供應鏈業(yè)務流程調(diào)研數(shù)據(jù)架構調(diào)研系統(tǒng)數(shù)據(jù)調(diào)研數(shù)據(jù)資產(chǎn)管理調(diào)研數(shù)據(jù)集成調(diào)研業(yè)務日志數(shù)據(jù)調(diào)研業(yè)務藍圖與MRD設計??15個分析場景設計???指標數(shù)據(jù)探查確認???溯源系統(tǒng)MRD設計??智能應用MRD設計?場景與應用PRD設計???15個分析場景PRD設計???溯源系統(tǒng)PRD設計????????????智能應用PRD設計???????????????技術架構設計數(shù)據(jù)模型設計ODS/CDM/ADS模型設計溯源系統(tǒng)與智能應用數(shù)據(jù)庫設計測試方案設計數(shù)據(jù)準確性測試方案集成測試與UAT測試方案溯源系統(tǒng)與智能應用測試方案數(shù)據(jù)上云實施上云任務開發(fā)ODS層數(shù)據(jù)清洗數(shù)據(jù)一致性校驗數(shù)據(jù)模型開發(fā)CDM/ADS層模型研發(fā)調(diào)度任務開發(fā)數(shù)據(jù)開發(fā)溯源系統(tǒng)與智能應用數(shù)據(jù)庫研發(fā)數(shù)據(jù)應用研發(fā)分析場景頁面開發(fā)UI設計美化溯源系統(tǒng)與智能應用前后端研發(fā)數(shù)據(jù)回刷ODS層數(shù)據(jù)回刷CDM層數(shù)據(jù)回刷ADS層數(shù)據(jù)回刷集成測試數(shù)據(jù)質(zhì)量測試報表集成測試溯源系統(tǒng)集成測試智能應用系統(tǒng)集成測試試運行?試運行方案?上線策略與支持?試運行報告知識轉(zhuǎn)移?文檔轉(zhuǎn)移?賬號權限轉(zhuǎn)移?定制化開發(fā)轉(zhuǎn)移?平臺資源轉(zhuǎn)移正式上線?上線方案?上線報告?運營管理制度售后保障?交付轉(zhuǎn)維?問題反饋機制項目驗收?項目驗收報告?遺留問題解決通過標準交付流程與質(zhì)量管控，無論是客戶滿意度還是交付效率與質(zhì)量均有顯著提升。該客戶某負責人曾講，“阿里云通過標準專業(yè)的交付體系，以專業(yè)能力指導消費者端和供應鏈端的數(shù)據(jù)中臺項目高質(zhì)量的完成，有了這個基礎，雙方將在新零售、泛電商、智慧物流等領域的進一步展開深入合作，助力公司數(shù)字化戰(zhàn)略，共同打造引領未來商業(yè)模式的新零售行業(yè)標桿“。阿里云GTS內(nèi)部對該項目的也給予高度認可，”項目各角色分工明確、各司其職、相互配合、高效協(xié)同，項目推進節(jié)奏順暢，效率與質(zhì)量較之前提4.44.4交付內(nèi)容工具化該數(shù)據(jù)中臺項目建設過程中，除了流程標準化外，交付工具集也成為效率大幅提升的重要生產(chǎn)力工具。項目執(zhí)行計劃交付中階段包含業(yè)務調(diào)研、數(shù)據(jù)調(diào)研、技術調(diào)研等15個交付標準動作，其中數(shù)據(jù)盤點、數(shù)據(jù)集成、數(shù)據(jù)探查、代碼掃描、數(shù)據(jù)校驗等7個動作由工具配合完成，標準動作工具覆蓋率達到47%，隨著工具功能不斷增強，工具覆蓋率還會進一步提升。數(shù)據(jù)盤點工具、數(shù)據(jù)集成工具、數(shù)據(jù)探查工具、代碼掃描工具是典數(shù)據(jù)中臺交付標準化白皮書型代表，4個工具在項目交付不同階段發(fā)揮重要作用，使得純?nèi)斯そ桓豆ぷ鞑粩鄿p少，其節(jié)省工作量占比如圖12所示。以需求調(diào)研階段的數(shù)據(jù)調(diào)研為例，需對某Oracle數(shù)據(jù)源中的3300多張表進行盤點，要求輸出數(shù)據(jù)資源目錄表及數(shù)據(jù)字典表，之前人工盤點至少需要9800分鐘，使用工具一鍵盤點90分鐘以內(nèi)完成，標準動作工具覆蓋率47%47%人工完成標準動作工具完成標準動作工具節(jié)省工作量占比980026%980026%u數(shù)據(jù)盤點u數(shù)據(jù)集成u數(shù)據(jù)探查u代碼掃描工具盤點與人工盤點對比人工盤點工具盤點另外，工具本身融合了設計規(guī)范和交付產(chǎn)出模板，其產(chǎn)出內(nèi)容嚴格按照設計要求，避免不需要強依賴經(jīng)驗豐富的專業(yè)人員，有效降低了數(shù)據(jù)中臺的交付門檻?？蛻魧ぞ邇r值給予充分肯定，“眾所周知，數(shù)據(jù)中臺的建設不是一蹴而就的，工具不僅僅幫助項目組高效率高質(zhì)量完成交付服務履約，同時還降低了數(shù)據(jù)中臺的建設門檻，讓我們的團隊也能基于工具體系持續(xù)運營迭代數(shù)據(jù)中臺，持續(xù)發(fā)揮其業(yè)務價值，對客戶和服務商來講是4.54.5交付過程在線化如果不能衡量，就無法管理；如果不在線，就很難衡量；結合交付數(shù)字化工作臺，將交付標準流程、交付標準方案和交付工具體系統(tǒng)一納管起來，實現(xiàn)交付在線化和數(shù)字化，數(shù)據(jù)中臺交付技術服務團隊可在線進行任務分配、進度跟蹤、需求提交、風險反饋等，在項目啟動階段，完成項目交付方案導入，項目交付方案中包含交付標準流程和任務動作，每個標準動作默認內(nèi)置了標準文檔模板，交付標準動作與交付工具對應關系工作臺可配置。交付過程中，根據(jù)項目進度迭代更新任務狀態(tài)和產(chǎn)出物，產(chǎn)出物會統(tǒng)一沉淀到知識庫，提供打標、搜索、預覽和下載等。同時，數(shù)字化工作臺的數(shù)據(jù)中心，會自動計算產(chǎn)出標準化相關的檢查指標，如交付標準化解決思路小節(jié)中提到的交付方案復用率、交付過程在線率、交付質(zhì)量優(yōu)良率及交付工具覆蓋率等。以數(shù)字化工作臺的能力作為支4.64.6交付業(yè)務價值化該乳業(yè)集團經(jīng)過兩期的數(shù)據(jù)中臺建設，做到了從經(jīng)驗主義到數(shù)據(jù)主義的轉(zhuǎn)變，其業(yè)務價行層,各業(yè)務部門使用同一分析工具,統(tǒng)一邏輯,避免溝通誤會；雙向，拉通全產(chǎn)業(yè)鏈數(shù)據(jù),打破供應鏈上下游壁壘,有效協(xié)同,提升業(yè)務運轉(zhuǎn)效率；敏捷，免除手工從各業(yè)數(shù)據(jù)中臺交付標準化白皮書務系統(tǒng)收集數(shù)據(jù)合并分析工作,利用阿里云算力,對大數(shù)據(jù)進行多維度分析,有效利用資源于決策及改善,提升對供應鏈的晌應能力及決策能力；倒推，通過建設數(shù)據(jù)中臺,識別數(shù)據(jù)的問題及缺失,反推業(yè)務流程及系統(tǒng)的改造；預知，通過預警邏輯,智能預警同源同源雙向數(shù)據(jù)中臺倒推預知敏捷數(shù)據(jù)中臺建設使得數(shù)字化賦能業(yè)務，一期數(shù)字化營銷覆蓋消費者、經(jīng)銷商、門店，二期形成閉環(huán)，進而加速數(shù)字化轉(zhuǎn)型，與阿里巴巴數(shù)字化轉(zhuǎn)型五部曲“基礎設施云化、觸點4.74.7交付要素全面化縱觀其建設歷程，除了交付技術標準外，“一號位、分階段、練內(nèi)功”是其取得如今成是一個漫長而痛苦的過程，考驗的是耐心和決心。兩期數(shù)據(jù)中臺建設均由集團董事長、業(yè)務一號位、信息技術一號位等親自領導，組建數(shù)字化轉(zhuǎn)型工作委員會，通過委員會推數(shù)據(jù)中臺建設不是一蹴而就的，實施周期比較長，以數(shù)月甚至年為單位，需合理控制預期，速贏優(yōu)先，分階段建設。結合企業(yè)分析價值鏈，該集團一期圍繞銷售與服務，建設冷靜對待轉(zhuǎn)型方案，找到適合自己的數(shù)據(jù)中臺建設路徑，并且按照路徑堅定不移的進行企業(yè)分析價值鏈企業(yè)分析價值鏈市場和計劃制造、采購及倉配銷售與服務地區(qū)分析品類分析庫存診斷供應鏈診斷導購分析營銷分析門店洞察積分洞察預算管理研發(fā)分析消費者洞察促銷跟蹤促銷跟蹤多渠道洞察 市場洞察計劃分析定價分析資源優(yōu)化供應商洞察品種優(yōu)化訂單滿足分析二期數(shù)據(jù)中臺一期數(shù)據(jù)中臺業(yè)務管理及支持業(yè)務管理及支持員工洞察財務分析風險分析項目及組合分析稅務分析成本分析成本分析總帳分析總帳分析應收應付應收應付資金分析資金分析稅務分析稅務分析資產(chǎn)分析資產(chǎn)分析設備分析設備分析故障