在《堅持業(yè)務和技術協(xié)同推動企業(yè)數(shù)字化轉(zhuǎn)型》中，我們提到，企業(yè)在制定了包括業(yè)務架構(gòu)、數(shù)據(jù)架構(gòu)、應用架構(gòu)、技術架構(gòu)在內(nèi)的企業(yè)架構(gòu)之后，應當依次通過同步推動業(yè)務“數(shù)字化”和信息系統(tǒng)設計選型，協(xié)調(diào)推進業(yè)務上線、數(shù)據(jù)共享和信息系統(tǒng)建設，一體融合業(yè)務數(shù)字化運營和信息系統(tǒng)運維這三項工作?？梢姌I(yè)務、數(shù)據(jù)和IT作為整個過程中三條主線，在上述各階段的實施過程中需要進行融合，以實現(xiàn)企業(yè)數(shù)字化轉(zhuǎn)型呢，具體是怎么做的呢？

一、業(yè)務“數(shù)字化”階段中的融合

 我們在《堅持業(yè)務和技術協(xié)同推動企業(yè)數(shù)字化轉(zhuǎn)型》中提到，業(yè)務“數(shù)字化”的業(yè)務的前兩步分別為：第一步，根據(jù)企業(yè)當前業(yè)務分布，劃分業(yè)務板塊，并將管理責任明確到業(yè)務部門；第二步，將業(yè)務板塊逐層細分，直至最底層的單項業(yè)務活動。

對于第三步，以單項業(yè)務活動為單位，以業(yè)務價值目標為導向，結(jié)合業(yè)務活動的相關外部約束條件和不同業(yè)務活動之間的協(xié)同關系，依次開展“業(yè)務活動步驟化”、“步驟環(huán)節(jié)要素化”、“業(yè)務數(shù)據(jù)規(guī)格化”。上述過程我們稱之為流程的數(shù)字化建模（簡稱流程建模），目的是將模擬化的業(yè)務活動轉(zhuǎn)化為包含步驟、轉(zhuǎn)換條件、質(zhì)量要素、人員分工和數(shù)據(jù)流動關系的數(shù)字化流程。通過業(yè)務活動的分步、分層、分解，嵌入質(zhì)量管理等外部約束要求和知識包，為IT架構(gòu)師提供了平臺系統(tǒng)內(nèi)APP架構(gòu)設計的輸入，體現(xiàn)APP之間的業(yè)務邏輯關系和數(shù)據(jù)關系、工作人員間的協(xié)同、跨工具/工控軟件的數(shù)據(jù)流動，以及軟件內(nèi)的執(zhí)行步驟：

業(yè)務數(shù)字化的價值流、任務流、工作流和工具流

第一層，價值流：由業(yè)務活動的各個階段形成的頂層流程；

第二層，任務流：每階段逐層分解形成WBS。WBS的最底層元素稱為工作包，工作包是業(yè)務活動執(zhí)行的基本單元。工作包按照順序和數(shù)據(jù)關系連接可形成單項業(yè)務流程。一個或多個相互關聯(lián)的工作包可根據(jù)需要納入同一個APP中。從IT視角看，任務流向IT架構(gòu)師提供了平臺系統(tǒng)內(nèi)APP架構(gòu)設計的輸入；

第三層，工作流：每個工作包的具體執(zhí)行由一系列工作來完成，即工作流，從業(yè)務視角體現(xiàn)工作人員間的協(xié)同；

第四層，工具流：工作流中的各項任務由一系列工具軟件/工控軟件的聯(lián)合完成，從數(shù)據(jù)視角體現(xiàn)軟件間的數(shù)據(jù)流轉(zhuǎn)及軟件之間的控制和數(shù)據(jù)接口,可作為APP與軟件工具接口設計的輸入；

二、應用系統(tǒng)建設階段中的協(xié)同

在業(yè)務層面，應當在業(yè)務架構(gòu)和流程建模結(jié)果指導下，以單項業(yè)務活動為單位，制定覆蓋所有業(yè)務板塊、分步實施的業(yè)務上線計劃。每次上線的單項業(yè)務活動需要與APP和相關數(shù)據(jù)服務的上線相協(xié)調(diào)，從業(yè)務、數(shù)據(jù)和應用三個層面同時具備內(nèi)聚度高、外聯(lián)性弱的模塊化特征。根據(jù)業(yè)務上線計劃，在同一時段，不同的業(yè)務板塊、業(yè)務活動可能分別處于不同的實施階段。在這個過渡階段，其相互間的業(yè)務和數(shù)據(jù)協(xié)同可能會依賴人工在線下的數(shù)據(jù)交互。

在應用系統(tǒng)上線過程中，在IT層面應當在應用架構(gòu)和技術架構(gòu)指導下，首先搭建基礎應用平臺、支撐平臺和底層服務，而后根據(jù)業(yè)務上線計劃，制定應用系統(tǒng)和APP上線計劃，同步開展相關APP的上線。

在數(shù)據(jù)層面，應當在數(shù)據(jù)架構(gòu)指導下，首先搭建基礎的數(shù)據(jù)平臺和服務，設計數(shù)據(jù)安全機制，依據(jù)數(shù)據(jù)標準開展主數(shù)據(jù)管理系統(tǒng)和元數(shù)據(jù)的建設、開發(fā)數(shù)據(jù)共享服務，建設數(shù)據(jù)存儲系統(tǒng)。而后根據(jù)應用平臺和APP的上線，制定數(shù)據(jù)服務上線計劃并實施。在數(shù)據(jù)服務上線過程中，對于舊業(yè)務系統(tǒng)上運行的歷史數(shù)據(jù)，應提前對其數(shù)據(jù)價值開展評估，需要開展數(shù)據(jù)遷移的，應制定數(shù)據(jù)遷移方案，依據(jù)方案與APP上線同步實施。

在信息系統(tǒng)建設階段，需要在業(yè)務架構(gòu)、數(shù)據(jù)架構(gòu)、應用架構(gòu)的制定階段，明確信息系統(tǒng)運行、流程管理、數(shù)據(jù)治理的相關制度，結(jié)合我們在《堅持業(yè)務和技術協(xié)同推動企業(yè)數(shù)字化轉(zhuǎn)型》中提到的業(yè)務、數(shù)據(jù)和信息系統(tǒng)協(xié)同“V”字模型，制定信息系統(tǒng)上線操作規(guī)程，并最終將應用系統(tǒng)上線作為一項業(yè)務活動“數(shù)字化”，確保應用系統(tǒng)上線過程中業(yè)務、數(shù)據(jù)和IT有效融合。

三、數(shù)字化運營階段的融合

根據(jù)我們在《堅持業(yè)務和技術協(xié)同推動企業(yè)數(shù)字化轉(zhuǎn)型》中提到的一體融合業(yè)務數(shù)字化運營和信息系統(tǒng)運維，完成業(yè)務上線、數(shù)據(jù)共享和信息系統(tǒng)建設后，企業(yè)需要依托業(yè)務運行數(shù)據(jù)，以定期評估和觸發(fā)評估相結(jié)合的方式評估業(yè)務架構(gòu)對于企業(yè)發(fā)展戰(zhàn)略和規(guī)劃的適應性，并適時調(diào)整業(yè)務架構(gòu)。

一體融合業(yè)務數(shù)字化運營和信息系統(tǒng)運維

我們認為，在數(shù)字化運營階段，業(yè)務、數(shù)據(jù)、IT的融合是在業(yè)務引領下，開展“流程評估，數(shù)據(jù)支撐，IT響應”的過程。

企業(yè)應當定期組織各業(yè)務部門開展全局性流程評估，對各業(yè)務部門責任范圍內(nèi)的業(yè)務流程，依次從業(yè)務價值、業(yè)務架構(gòu)、流程步驟三個層面開展運行效能和外部質(zhì)量評估，并形成全局評估報告，大致涵蓋以下內(nèi)容：

1.業(yè)務價值審查。重點根據(jù)企業(yè)內(nèi)部價值和效能要求，外部質(zhì)量體系要求的變化情況，對流程的價值要素開展適應性評估并提出更新建議；

2.業(yè)務架構(gòu)分析。重點根據(jù)業(yè)務范圍、業(yè)務分布、流程接口變化情況，結(jié)合數(shù)據(jù)交互格式、數(shù)量和交互方式等需求的變化情況，以及業(yè)務運行數(shù)據(jù)分析（如各流程年度運行次數(shù)、流程間信息流轉(zhuǎn)次數(shù)、以及因業(yè)務覆蓋面不全出現(xiàn)的線下辦理數(shù)量和具體業(yè)務分布），開展業(yè)務架構(gòu)的適應性評估并提出更新建議；

3.流程步驟優(yōu)化。根據(jù)前兩步的評估和更新建議，結(jié)合運行數(shù)據(jù)分析（如流程各環(huán)節(jié)耗費時間、審批否決次數(shù)及原因等），重新開展相關業(yè)務活動的“數(shù)字化”。

各業(yè)務部門也可根據(jù)實際需要，自行開展某業(yè)務板塊或單項業(yè)務活動的流程評估，涉及其他業(yè)務板塊的，可以向數(shù)字化轉(zhuǎn)型辦公室申請開展全局評估。

對于在數(shù)據(jù)支撐下，流程評估的結(jié)論，IT部門應當及時響應，確保評估建議和企業(yè)相關決策在信息系統(tǒng)端完整落實。