通常我們在企業(yè)的數(shù)字化轉(zhuǎn)型中碰到這樣的問題“數(shù)字化了IT部門會怎么變化梅鹦？”“IT部門變成了數(shù)字化部門該有什么不同？”“是不是原來的IT人員就變了何吝？”“以后的IT和業(yè)務(wù)怎么配合”等等問題宏怔。如何回答這些問題，以及數(shù)字化轉(zhuǎn)型對于IT能力的影響阔蛉，成為傳統(tǒng)企業(yè)IT團隊或者IT智能需要討論的首要問題弃舒。本文就這些問題進行初步整理。

在傳統(tǒng)企業(yè)環(huán)境下状原，當業(yè)務(wù)的戰(zhàn)略和需求產(chǎn)生的時候聋呢，需要借助IT的服務(wù)能力來去構(gòu)建支撐業(yè)務(wù)需求的應(yīng)用。而在數(shù)字化的環(huán)境下颠区，這種服務(wù)支撐的方式發(fā)生了變化削锰，IT從被動接受業(yè)務(wù)需求的職能，轉(zhuǎn)變?yōu)轵?qū)動業(yè)務(wù)轉(zhuǎn)型的職能毕莱，從單純的技術(shù)輸出器贩，轉(zhuǎn)化為通過數(shù)字化技術(shù)去作用和影響業(yè)務(wù)戰(zhàn)略，并且左右具體業(yè)務(wù)用例的識別分析央串。這些能力的變化主要體現(xiàn)在如下幾個方面：

1. 業(yè)務(wù)定義階段的IT角色的變化：

在診斷和識別這些業(yè)務(wù)用例的時候磨澡，IT的職能需要凸顯數(shù)字化的技術(shù)對業(yè)務(wù)應(yīng)用的影響碗啄，即IT的職能需要承擔的任務(wù)是讓團隊充分考慮數(shù)字化環(huán)境下著寫業(yè)務(wù)場景會發(fā)生哪些變化质和，如，與人互動的業(yè)務(wù)場景稚字，需要考慮圍繞“人”的數(shù)字化因素如營銷方面的用戶行為數(shù)據(jù)分析饲宿，與機器/物的互動業(yè)務(wù)場景，需要考慮圍繞“物”的數(shù)字化因素如IOT技術(shù)相關(guān)的智能設(shè)備等胆描。

綜合這些數(shù)字化因素瘫想，分析這些因素對業(yè)務(wù)用例產(chǎn)生的價值影響，和所需IT支撐的需求昌讲，作為商業(yè)模型計算的輸入国夜，定義正確的數(shù)字化轉(zhuǎn)型方向和快速落地的內(nèi)容。

2短绸，這些用例的場景下的業(yè)務(wù)模型定義后车吹，需要考慮如何去支撐這些業(yè)務(wù)場景，傳統(tǒng)業(yè)務(wù)中的IT體系基礎(chǔ)會進行轉(zhuǎn)變醋闭。主要有以下幾個方面：

IT的基礎(chǔ)架構(gòu)的變化窄驹，由統(tǒng)一的硬件投入，轉(zhuǎn)變?yōu)橐栽茷橹鞯陌葱璺?wù)证逻，這里需要關(guān)注的是乐埠，先從技術(shù)角度構(gòu)建藍圖的整體規(guī)劃，而從業(yè)務(wù)用例的最小可實現(xiàn)單元的需求來逐步擴充云的投入。使得業(yè)務(wù)的影響始終與IT的基礎(chǔ)架構(gòu)的變化進行同步丈咐，避免過度浪費IT資源浪費瑞眼。

IT應(yīng)用體系架構(gòu)的變化，由獨立的業(yè)務(wù)支撐應(yīng)用體系架構(gòu)棵逊，或者面向服務(wù)的業(yè)務(wù)模型集成架構(gòu)负拟，轉(zhuǎn)化為融合的敏捷架構(gòu)，通過借用微服務(wù)的構(gòu)建方式歹河，將業(yè)務(wù)能力進一步細化為最小單元的服務(wù)掩浙，并且通過靈活的服務(wù)間交互和配合去迅速支撐業(yè)務(wù)的變化，縮短上市時間秸歧，亦即 敏捷業(yè)務(wù)的實現(xiàn)厨姚。

基于數(shù)據(jù)架構(gòu)的體系變化，傳統(tǒng)模式下的對業(yè)務(wù)應(yīng)用支撐的數(shù)據(jù)構(gòu)建體系键菱，如承載具體交易數(shù)據(jù)的獨立數(shù)據(jù)系統(tǒng)谬墙，為商業(yè)洞察服務(wù)的數(shù)據(jù)倉庫和BI系統(tǒng)等，轉(zhuǎn)變?yōu)橐源髷?shù)據(jù)為基礎(chǔ)经备，去構(gòu)建龐大的級數(shù)據(jù)存儲體系拭抬，以及機器學(xué)習(xí)和人工智能要求的以數(shù)據(jù)模型體系。

面向用戶的交互發(fā)生變化侵蒙，由傳統(tǒng)的業(yè)務(wù)功能和流程操作造虎，轉(zhuǎn)變?yōu)榘凑沼脩粜袨槿ザx交互的方式，去除不必要的噪音纷闺，使得用戶交互行為更加高效算凿，以用戶行為的生命周期來構(gòu)建IT系統(tǒng)的服務(wù)能力。

3犁功，為了能夠保證技術(shù)體系構(gòu)建的健壯性氓轰，在IT系統(tǒng)的構(gòu)建方式上需要進行變化，主要由以下兩個方面：

.IT開發(fā)體系的變化浸卦，ALM更加被重視署鸡，Devops工具的引入，和agile 方面論的應(yīng)用限嫌，讓企業(yè)的IT團隊靴庆、業(yè)務(wù)團隊與外部供應(yīng)商的實施團隊通過統(tǒng)一的工作基線進行協(xié)同，對實施過程中的任務(wù)跟蹤更加精細化萤皂。

IT運維體系的變化撒穷，運維職責(zé)與開發(fā)職責(zé)進行融合，全能力工程師裆熙，與產(chǎn)品體系的構(gòu)建更加融合端礼，SRE現(xiàn)場工程師的地位越來越重要禽笑，云端的Devops體系使得企業(yè)內(nèi)的系統(tǒng)運維更加智能化。

4.IT組織和管控模式的變化

開發(fā)體系上IT團隊從原來的接受由業(yè)務(wù)單純輸入蛤奥，轉(zhuǎn)變?yōu)閰⑴c時機更加提前佳镜，技術(shù)業(yè)務(wù)溝通更加緊密且相互影響。IT團隊的角色更加專業(yè)化細分凡桥，出現(xiàn)了業(yè)務(wù)轉(zhuǎn)譯蟀伸，數(shù)據(jù)科學(xué)家，UX交互體驗設(shè)計等崗位缅刽。新角色的產(chǎn)品啊掏，使得在實施方式上更需要敏捷化方法論來支撐。

由原來的職能獨立的組織逐漸變化為衰猛，以業(yè)務(wù)價值導(dǎo)向的混合團隊構(gòu)建的模式迟蜜，亦即，不同角色間共同構(gòu)成了以業(yè)務(wù)產(chǎn)品為核心的協(xié)作性部落團隊啡省。與業(yè)務(wù)部門的運營操作模式也有原來的相對獨立娜睛，而變成了共同對業(yè)務(wù)產(chǎn)品負責(zé)的變化。

因而卦睹，在企業(yè)數(shù)字化轉(zhuǎn)型中畦戒，傳統(tǒng)的IT能力需要更加迅速的進行角色的轉(zhuǎn)化，做到及早的介入業(yè)務(wù)戰(zhàn)略的轉(zhuǎn)型方向中结序，通過先進的數(shù)字化技術(shù)去加速最有價值業(yè)務(wù)場景的識別障斋，協(xié)助定義可以快速實現(xiàn)的最有價值用例，站在全局的視角的數(shù)字化架構(gòu)將先進技術(shù)引入與已有系統(tǒng)的快速進行結(jié)合和轉(zhuǎn)化笼痹， 并通過構(gòu)建強壯的“特種”團隊高效的落地實施配喳，來驅(qū)動整體的轉(zhuǎn)型。