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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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