數(shù)字化和數(shù)據(jù)平臺（Digital and Data Platform，縮寫為DDP），是BCG基于全球領(lǐng)先的數(shù)字化轉(zhuǎn)型實踐，總結(jié)出來的企業(yè)數(shù)字化技術(shù)架構(gòu)參考模型。
企業(yè)數(shù)字化轉(zhuǎn)型在信息技術(shù)應(yīng)用上具有這樣的特點：
- 面向企業(yè)內(nèi)外的用戶，以用戶體驗為中心，不斷創(chuàng)新數(shù)字化產(chǎn)品；
- 整合企業(yè)內(nèi)外部數(shù)據(jù)，用數(shù)據(jù)分析形成業(yè)務(wù)洞察；
- 大量的業(yè)務(wù)流程實現(xiàn)了智能化、自動化；
- 業(yè)務(wù)能力表現(xiàn)為模塊化、可被調(diào)用的服務(wù)，在企業(yè)內(nèi)外被快速整合，支持平臺型組織和平臺商業(yè)模式的轉(zhuǎn)型；
- 在數(shù)字環(huán)境下對核心系統(tǒng)進行升級換代。
數(shù)字化轉(zhuǎn)型的技術(shù)架構(gòu)要求
當(dāng)今大多數(shù)企業(yè)信息技術(shù)架構(gòu)的敏捷化程度不夠，不能滿足數(shù)字化轉(zhuǎn)型的要求：傳統(tǒng)豎井式建設(shè)的信息系統(tǒng)修改困難、集成混亂；數(shù)據(jù)被割裂深鎖在各個系統(tǒng)內(nèi)，不能被自由利用；企業(yè)缺乏自有的技術(shù)開發(fā)能力，無法快速響應(yīng)業(yè)務(wù)需求。因此，企業(yè)迫切需要建設(shè)下一代信息技術(shù)架構(gòu)。
DDP就是因這樣的趨勢，被BCG的架構(gòu)專家們提出來的。它的主要特點是：
1
模塊化
對企業(yè)業(yè)務(wù)應(yīng)用系統(tǒng)傳統(tǒng)的“巨石式”單體架構(gòu)進行解耦，形成可以獨立創(chuàng)建、修改、互換、互連的更小的業(yè)務(wù)應(yīng)用模塊，每個業(yè)務(wù)應(yīng)用模塊代表一項業(yè)務(wù)能力，稱為“微服務(wù)”。
2
平臺化
業(yè)務(wù)應(yīng)用模塊之間進行連接的方式稱為應(yīng)用程序接口（API），API不僅用于連接企業(yè)內(nèi)部的業(yè)務(wù)能力，還可以將業(yè)務(wù)能力打包開放給企業(yè)外部，使企業(yè)業(yè)務(wù)平臺化。
3
分層級
為了形成整合的用戶界面、業(yè)務(wù)能力及服務(wù)、應(yīng)用系統(tǒng)以及數(shù)據(jù)視圖，將數(shù)據(jù)從傳統(tǒng)系統(tǒng)中解放出來，DDP橫向整合，分為基礎(chǔ)設(shè)施層、核心業(yè)務(wù)系統(tǒng)層、數(shù)據(jù)層、數(shù)字化應(yīng)用層。
4
新技術(shù)能力
DDP具備新一代的技術(shù)能力，包括軟件開發(fā)和測試相結(jié)合，使開發(fā)人員可以面向生產(chǎn)環(huán)境持續(xù)集成和部署，建立提高軟件應(yīng)用發(fā)布效率的DevOps體系。此外，新一代架構(gòu)暴露在互聯(lián)網(wǎng)環(huán)境下，必須提升系統(tǒng)和數(shù)據(jù)的網(wǎng)絡(luò)安全防護。
5
需要組織變革支持
實施DDP需要推進一系列運營模式和技術(shù)管理的組織變革。業(yè)務(wù)運營上要提升平臺管理和服務(wù)治理的能力，全面融合業(yè)務(wù)和IT組織。IT組織內(nèi)，要發(fā)展工程能力，重塑人員技能，還要改變傳統(tǒng)的IT供應(yīng)商外包及合作模式。
什么是DDP？
DDP模型共包含六層，分別是數(shù)字化應(yīng)用層 、數(shù)據(jù)與分析層、業(yè)務(wù)核心系統(tǒng)層 、云基礎(chǔ)設(shè)施層、集成與API層、網(wǎng)絡(luò)安全層。
1
數(shù)字化應(yīng)用層
這一層是面向用戶使用的數(shù)字化界面，并且支持用戶交互提供服務(wù)。它的職責(zé)首先是實現(xiàn)全渠道接入以及用戶的全旅程無縫體驗，例如統(tǒng)一身份認(rèn)證，統(tǒng)一流程編排等；其次是基于微服務(wù)框架，提供細(xì)粒度的服務(wù)組件，例如在電商應(yīng)用環(huán)境下的用戶管理、訂單管理、商品管理等組件；再者提供數(shù)字化通用技術(shù)組件， 來支持業(yè)務(wù)組件運作，例如處理身份的人臉識別、文字轉(zhuǎn)化的語音識別、支持智能交互的自然語言處理、支持智能決策的知識圖譜等。
2
數(shù)據(jù)與分析層
這一層也稱作大數(shù)據(jù)平臺或者數(shù)據(jù)分析平臺，面向業(yè)務(wù)應(yīng)用提供數(shù)據(jù)服務(wù)，主要職責(zé)有：1）對來自不同渠道（例如數(shù)字化營銷的私域和公域以及后端核心業(yè)務(wù)系統(tǒng)等）的各種數(shù)據(jù)，包括結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)，做統(tǒng)一接入與整合、存儲與處理；2）建立數(shù)據(jù)治理機制，保證數(shù)據(jù)應(yīng)用的質(zhì)量；3）分析與服務(wù)，借助各類分析模型、算法和機器學(xué)習(xí)能力從數(shù)據(jù)中提煉洞察，基于這些洞察提供智能服務(wù)，例如個性化推薦、精準(zhǔn)營銷、定價決策、風(fēng)險預(yù)警等。這些服務(wù)以API方式被其他應(yīng)用接入。
3
業(yè)務(wù)核心系統(tǒng)層
這一層和上述持續(xù)變化、敏捷的數(shù)字化應(yīng)用層相對應(yīng)。我們將支持企業(yè)內(nèi)較為穩(wěn)定、不常變化、處理內(nèi)部管控信息記錄及業(yè)務(wù)流程的信息系統(tǒng)稱為“穩(wěn)態(tài)系統(tǒng)”，沒有必要或者短期內(nèi)難以解耦為微服務(wù)化，這類系統(tǒng)歸屬于核心業(yè)務(wù)系統(tǒng)層，亦即從傳統(tǒng)企業(yè)信息化時代繼承過來的“遺留系統(tǒng)”。上述兩層從概念上接近國內(nèi)流行說的“業(yè)務(wù)中臺”和“數(shù)據(jù)中臺”，那么本層可以認(rèn)為是“業(yè)務(wù)后臺 ”，比如大家熟悉的企業(yè)級解決方案——ERP系統(tǒng)、HR系統(tǒng)、CRM系統(tǒng)，以及各類業(yè)務(wù)執(zhí)行系統(tǒng)（例如生產(chǎn)企業(yè)的MES系統(tǒng)、銀行證券的核心交易系統(tǒng)、保險行業(yè)的保單和理賠系統(tǒng)等）。
4
云基礎(chǔ)設(shè)施層
基礎(chǔ)設(shè)施是支持企業(yè)信息系統(tǒng)運行的各類計算、存儲和網(wǎng)絡(luò)資源。傳統(tǒng)基礎(chǔ)設(shè)施的形式是物理的機房或數(shù)據(jù)中心，目前的主流形式則是由云供應(yīng)商以云服務(wù)的方式提供。企業(yè)上云最簡單的形式是應(yīng)用系統(tǒng)運行在云上的虛擬機，而更純粹的上云方式則是應(yīng)用系統(tǒng)的開發(fā)和管理都采用云平臺。云提升了企業(yè)在基礎(chǔ)設(shè)施上支出的彈性，企業(yè)應(yīng)用系統(tǒng)部署可以在私有云、混合云和公有云等多種模式中選擇。
5
集成與API層
企業(yè)的各個服務(wù)、系統(tǒng)和層級之間需要實現(xiàn)互聯(lián)互通，集成技術(shù)和API起到粘合劑的作用。對內(nèi)實現(xiàn)各個層級以及每層內(nèi)各個組件間的信息流集成；對外實現(xiàn)和各個生態(tài)合作伙伴間的系統(tǒng)信息流集成。集成形式上，包括傳統(tǒng)的消息集成（MQ）和企業(yè)服務(wù)集成（ESB），以及數(shù)字化時代主流的API集成。
6
網(wǎng)絡(luò)安全層
數(shù)字化時代，安全風(fēng)險已經(jīng)滲透在上述各個層面，例如身份認(rèn)證、訪問控制、應(yīng)用安全、數(shù)據(jù)安全、主機安全、網(wǎng)絡(luò)安全和物理安全等，在各個層級上都需要建立完善的安全機制。
核心系統(tǒng)的現(xiàn)代化
傳統(tǒng)的企業(yè)信息化進程中，形成了若干支持內(nèi)部業(yè)務(wù)流程、記錄管控及合規(guī)相關(guān)信息的核心業(yè)務(wù)系統(tǒng)，其中最有代表性的是廣為人知、實現(xiàn)跨職能集成的ERP系統(tǒng)。由于技術(shù)架構(gòu)的限制，這類核心系統(tǒng)在業(yè)務(wù)操作中存在大量手工處理、用戶操作界面不友好、交易操作和數(shù)據(jù)分析分離而無法實現(xiàn)實時分析和決策支持、二次開發(fā)成本高、集成困難等問題。
企業(yè)實施DDP架構(gòu)可以改變傳統(tǒng)核心系統(tǒng)的這些不足，切實推動從以流程管控為核心的信息化轉(zhuǎn)向以用戶體驗為核心的數(shù)字化。傳統(tǒng)核心系統(tǒng)向下一代架構(gòu)轉(zhuǎn)化的要點是“換核、解耦、上云”。
要點一
換核
傳統(tǒng)核心系統(tǒng)的技術(shù)正在更新?lián)Q代，例如市場上最主流的ERP系統(tǒng)SAP推出了采用新一代數(shù)據(jù)庫和開發(fā)技術(shù)的版本—S/4 HANA，不少使用舊版本SAP ERP的企業(yè)正在向S/4 HANA升級，從而構(gòu)建新一代數(shù)字化內(nèi)核；穩(wěn)態(tài)性質(zhì)的業(yè)務(wù)建議保留在核心系統(tǒng)內(nèi)，形成精簡的核心。
要點二
解耦
對于支持用戶前端持續(xù)變化的業(yè)務(wù)，或者跨系統(tǒng)共用的業(yè)務(wù)能力，需要從核心系統(tǒng)中以模塊化的方式分離出來，這個過程稱為“解耦”，使企業(yè)應(yīng)用架構(gòu)形成“簡內(nèi)核、松耦合”的形態(tài)。
要點三
上云
企業(yè)應(yīng)用系統(tǒng)的開發(fā)環(huán)境、開發(fā)工具和運行時環(huán)境從ERP系統(tǒng)內(nèi)轉(zhuǎn)移到云平臺上，通過整合的調(diào)度中心來訪問所有服務(wù)，在平臺上實現(xiàn)應(yīng)用集成、數(shù)據(jù)分析以及AI擴展。
下圖是BCG Platinion基于DPP模型，規(guī)劃并實施“下一代ERP”的方法：
數(shù)據(jù)民主化
在傳統(tǒng)企業(yè)信息技術(shù)應(yīng)用中，由于技術(shù)和架構(gòu)的限制，數(shù)據(jù)都被鎖定在各個信息孤島里。在數(shù)字化轉(zhuǎn)型的環(huán)境里，數(shù)據(jù)從遺留系統(tǒng)中解放出來，成為企業(yè)級資產(chǎn)，在企業(yè)內(nèi)各個團隊或部門可以根據(jù)需要，自主訪問被授權(quán)的數(shù)據(jù)，徹底釋放數(shù)據(jù)資產(chǎn)的商業(yè)價值。
DDP的數(shù)據(jù)層集成了企業(yè)所有內(nèi)外部數(shù)據(jù)，并將使用權(quán)“民主化”。企業(yè)分割的數(shù)據(jù)源，無論是存在于內(nèi)部核心系統(tǒng)、實時交易系統(tǒng)，還是外部數(shù)據(jù)源，例如社交媒體、氣象數(shù)據(jù)等大數(shù)據(jù)，都可以通過自動化的方式被集中整合到“數(shù)據(jù)湖”里，面向?qū)嶋H業(yè)務(wù)應(yīng)用或分析的場景，對數(shù)據(jù)進行預(yù)處理（如數(shù)據(jù)虛擬化、數(shù)據(jù)集市等），然后快速、簡便、智能地生成需要的數(shù)據(jù)服務(wù)。數(shù)據(jù)層還可以接入業(yè)務(wù)事件中持續(xù)產(chǎn)生的流式數(shù)據(jù)，支持實時的業(yè)務(wù)響應(yīng)。
數(shù)據(jù)可得性和數(shù)據(jù)質(zhì)量決定了數(shù)據(jù)應(yīng)用的價值，有價值的數(shù)據(jù)是企業(yè)的資產(chǎn)。因此，企業(yè)需要建立良好的數(shù)據(jù)管理和數(shù)據(jù)治理體系。DDP的數(shù)據(jù)層還包括了主數(shù)據(jù)管理能力和數(shù)據(jù)治理工具。
API管理
API通過支持平臺和生態(tài)系統(tǒng)業(yè)務(wù)模型以及敏捷的業(yè)務(wù)流程，在數(shù)字化轉(zhuǎn)型和創(chuàng)新方面發(fā)揮著關(guān)鍵作用。微服務(wù)和API是組織構(gòu)建平臺和開發(fā)生態(tài)系統(tǒng)的兩個技術(shù)基礎(chǔ)。
隨著DDP架構(gòu)實施，組織內(nèi)API的數(shù)量，不僅在IT部門增長非常迅速，在業(yè)務(wù)線內(nèi)也不斷蔓延，對公共和私有API以及API主導(dǎo)的連接性的需求日益增長，推動了組織對API管理方案的需求。
DDP需要具有這樣一些API管理能力：
1
API網(wǎng)關(guān)
位于API前面的組件，是定義的后端API和微服務(wù)（包括內(nèi)部和外部）的單一入口點。它充當(dāng)保護器，加強安全性并確?？蓴U展性和高可用性。API網(wǎng)關(guān)接收所有API請求，確定需要哪些服務(wù)，并將它們組合成統(tǒng)一、無縫的用戶體驗。
2
開發(fā)者門戶
是API及其應(yīng)用相關(guān)方之間的橋梁，用于定位、推廣和治理使用API的開發(fā)人員社區(qū)。它還提供了其他有用的特性，如運行時管理、API分析，并給出了API價值的估計。
3
API生命周期
成熟的工具可以支持軟件和API的開發(fā)生命周期，通過促進團隊協(xié)作和任務(wù)自動化，及時、高質(zhì)量地交付。API生命周期的過程，可以與DevOps管道的各個階段形成映射關(guān)系。
實施考量因素
DDP是企業(yè)數(shù)字化轉(zhuǎn)型在技術(shù)方面的抓手，實施DDP不僅是一個技術(shù)課題，更需要配套的組織、流程和人員技能變革。BCG在全球多個DDP規(guī)劃和實施項目中，總結(jié)出了六大關(guān)鍵成功因素：
因素一
數(shù)字化轉(zhuǎn)型的治理機制
數(shù)字化轉(zhuǎn)型不只是IT部門的職責(zé)，業(yè)務(wù)人員和IT人員充分融合來創(chuàng)造數(shù)字化產(chǎn)品的敏捷方法，是實施DDP的基本工作方式，組織內(nèi)大規(guī)模敏捷推進需要建立新的業(yè)務(wù)/IT治理模式。
因素二
用釋放數(shù)據(jù)價值的動力
來啟動架構(gòu)轉(zhuǎn)型
今天，大多數(shù)企業(yè)的信息技術(shù)應(yīng)用都不是白紙一張，實施DPP需要尋找立竿見影的切入點。我們發(fā)現(xiàn)將數(shù)據(jù)從遺留系統(tǒng)釋放出來通常是企業(yè)最迫切的需求，數(shù)據(jù)層整合是DDP取得速贏的首選。
因素三
業(yè)務(wù)場景驅(qū)動平臺建設(shè)
DDP服務(wù)于用戶場景，企業(yè)需要根據(jù)用戶旅程設(shè)計業(yè)務(wù)場景，例如數(shù)字化供應(yīng)鏈、智能制造、實時智能推薦等，從業(yè)務(wù)場景對數(shù)字化平臺的微服務(wù)能力提出要求。
因素四
打破組織壁壘
DDP需要建立平臺和數(shù)字化產(chǎn)品的產(chǎn)品管理和運營體系，按照端到端的業(yè)務(wù)流程或者無縫重構(gòu)用戶旅程的要求，打破企業(yè)內(nèi)的組織壁壘。
因素五
培養(yǎng)人員新技能
改變IT運作模式
DDP更新了企業(yè)信息技術(shù)的技術(shù)棧，平臺化對企業(yè)技術(shù)開發(fā)能力提出了更高的要求，DDP需要諸如企業(yè)架構(gòu)師、技術(shù)和數(shù)據(jù)架構(gòu)師、數(shù)據(jù)科學(xué)家、DevOps工程師、全棧工程師等技術(shù)角色。企業(yè)應(yīng)通過重新培訓(xùn)，甚至招聘新人來獲得這些能力。同時，實施DDP還需要企業(yè)全面評估套裝軟件的定制、IT外包模式、代碼管理、開源化等策略。
因素六
明確成功的衡量標(biāo)準(zhǔn)
推進數(shù)字化轉(zhuǎn)型需要采取小步快跑的敏捷方式，企業(yè)要建立起一套衡量標(biāo)準(zhǔn)來評估DDP架構(gòu)轉(zhuǎn)型的進度、成熟度，以及帶來的業(yè)務(wù)價值，從而保證敏捷迭代的有效性。
為了幫助企業(yè)實現(xiàn)DDP架構(gòu)轉(zhuǎn)型，BCG建立了一支多學(xué)科團隊，包括行業(yè)專家、數(shù)字化戰(zhàn)略專家、架構(gòu)專家、數(shù)據(jù)科學(xué)家、網(wǎng)絡(luò)安全專家、敏捷教練等，幫助企業(yè)解決架構(gòu)轉(zhuǎn)型中各方面遇到的難題。
