數字化需要業務驅動,數字化是一把手工程,……在日常工作中,我們常常會聽到這些似是而非的論調。說它們似是而非,是筆者認為,如果我們只看它們的表面意思行事,往往會躑躅不前或無所作為。
毋庸置疑,數字化要為業務發展服務。但在很多企業,業務部門主動并全力做數字化的并不多,大多是只提數字化需求,只提問題而不愿付諸努力,有的還可能把數字化作為業績不佳的擋箭牌。
數字化一把手工程更是難以落地。一把手事情太多,營銷、研發等牽涉企業能否生存的事情肯定排在最優先位置;哪怕是人力、財務、法務等職能部門,在很多一把手心中的優先級,也遠遠高于數字化部門。
數字化需要一把手的支持,需要業務部門的參與,但不要簡單地指望他們會沖在數字化的一線,不要一廂情愿地認為他們會24小時全天候地為數字化保駕護航,數字化部門及其負責人還是要構建自己的數字化領導,學習依靠自己來解決數字化征程中的各種問題,把自己定位為數字化引領者和推動者,而不是簡單的數字化技術提供者。
數字化引領者和推動者需要有一種思維、一個方法和一種形式,具體來說,就是要會用業務的思維來推進數字化,善用架構的方法來推進數字化,巧用變革的形式來推進數字化。
會用業務的思維來推進數字化
數字化建設需要由數字化團隊自身,而不能完全依賴業務部門或一把手來推動,其中所強調的是,數字化團隊要用業務思維,而不是技術思維來推動數字化建設。數字化推動中的業務思維可以概括為數字化建設的“三個導向”——目標導向、問題導向和結果導向。
目標導向指的是數字化建設要承接企業或業務戰略,要從數字化的角度對業務戰略進行解碼,從數字化的角度為業務戰略的落地尋找方法。目標導向保證了數字化建設的方向不會有偏差。
問題導向指的是數字化建設要圍繞企業或業務痛點問題的解決來展開。業務痛點是數字化建設的著力點,是千里之行始于足下的“足下”。問題導向保證了數字化建設不會好高騖遠,不會不切實際。
結果導向指的是數字化建設必須幫助企業或業務“增加土壤肥力,多打糧食”。數字化團隊可以根據企業的實際情況來設定相應的成效目標,比如客戶體驗改善、效率效益提升、模式創新,等等。結果導向保證了數字化建設有成效和成效快。
善用架構的方法來推進數字化
有人曾經將數字化建設與城市建設做類比,兩者的共同特點是“邊規劃、邊整合、邊建設、邊治理”,各項工作都需要在動態變化的環境中進行,要統籌好短期與長期、局部與整體、使用者與建設者等之間的矛盾,否則,就很容易出現孤島、不協調、不穩定、難擴展等問題,這就要求建設者善用架構的方法。
在數字化建設中,企業架構包括業務架構、信息架構、應用架構和技術架構等四方面的內容,四者分別從業務到技術,層層演化,相互影響。
業務架構是從業務(流程)的視角來看待、統籌和解決短期與長期、局部與整體等之間的矛盾,信息架構、應用架構、技術架構則分別從數據、應用(或系統)、信息技術等的視角來看待、統籌和解決短期與長期、局部與整體等之間的矛盾。
巧用變革的形式來推進數字化
任何數字化建設工作都包括變革的成分,要想實現工作對象的新陳代謝和革故鼎新,就必須以變革的形式來推動。
以變革的形式來推進數字化,可以幫助數字化建設者占領輿論高地。畢竟,“變是唯一的不變”已成為公理,而變革則是企業發展的唯一動力,誰也不愿意,也不敢被組織視為變革的阻力。
變革要有變革的綱領,要有變革的氛圍,要有變革的行動。以變革的形式來推進數字化,可以幫助數字化引領者和推動者造勢、借勢。
總而言之,在數字化浪潮中,數字化部門必須主動成為數字化建設的主角,必須勇當數字化引領者和推動者,而要想如此,就必須會用業務思維來推進數字化,善用架構方法來推進數字化,巧用變革形式來推進數字化。