如果組織的數(shù)字化轉(zhuǎn)型戰(zhàn)略并沒有反映最新的行業(yè)變化和相關(guān)機遇，那么需要重新考慮其轉(zhuǎn)型路線圖。
隨著世界各地的社會和經(jīng)濟在冠狀病毒疫情發(fā)生一年之后逐漸復(fù)蘇，組織IT領(lǐng)導(dǎo)者應(yīng)該拓展自己的視野，并回顧行業(yè)趨勢。許多組織如今忙于轉(zhuǎn)向遠程工作、更新業(yè)務(wù)流程、適應(yīng)客戶需求的變化，而技術(shù)創(chuàng)新、改善客戶體驗、推出數(shù)字化產(chǎn)品以及成熟的機器學(xué)習(xí)能力可能不再成為其首要任務(wù)。
數(shù)字化轉(zhuǎn)型不僅僅是要采取現(xiàn)有的業(yè)務(wù)流程，而且要使其更高效。新技術(shù)和不斷發(fā)展的客戶機會要求業(yè)務(wù)領(lǐng)導(dǎo)者重新思考商業(yè)模式、產(chǎn)品、目標(biāo)市場和客戶體驗。如果組織的數(shù)字化轉(zhuǎn)型沒有關(guān)注業(yè)務(wù)增長和客戶機會，可能會面臨困境，因此需要進行變革。
現(xiàn)在需要考慮的數(shù)字化轉(zhuǎn)型趨勢
即使是健康的數(shù)字化轉(zhuǎn)型項目，組織的領(lǐng)導(dǎo)也應(yīng)該了解其變化和趨勢。例如，競爭對手是否更快地實施數(shù)字化轉(zhuǎn)型?哪些技術(shù)能力變得越來越主流，值得研究或進行概念驗證?組織應(yīng)該加速進行哪些流程變更，并為新的和不斷變化的機會做好準(zhǔn)備?
以下可能會促使組織調(diào)整和改變數(shù)字化轉(zhuǎn)型策略的五種趨勢：
1.開發(fā)和完善客戶數(shù)據(jù)平臺
對于認識到客戶需求正在變化并旨在進行數(shù)據(jù)驅(qū)動的組織，客戶數(shù)據(jù)平臺(CDP)可以作為一項戰(zhàn)略投資以使組織實踐保持一致。實施這些平臺的組織旨在改善客戶服務(wù)、更新產(chǎn)品開發(fā)策略、修改銷售優(yōu)先級以及調(diào)整營銷活動。
客戶數(shù)據(jù)平臺(CDP)本質(zhì)上是一種數(shù)據(jù)倉庫和分析工具，用于集中來自客戶關(guān)系管理(CRM)、企業(yè)資源計劃(ERP)、市場營銷自動化工具和實現(xiàn)系統(tǒng)的客戶信息。它們提供了客戶概況、交互和事件的集中視圖，并充當(dāng)與其他與客戶交互系統(tǒng)的雙向信息共享存儲庫。對于零售行業(yè)和B2C行業(yè)，可以采用針對特定行業(yè)的客戶數(shù)據(jù)平臺(CDP)解決方案。另一種選擇是使用主數(shù)據(jù)管理平臺來實現(xiàn)客戶數(shù)據(jù)平臺(CDP)。
由于要獲取和處理客戶信息、業(yè)務(wù)流程和系統(tǒng)數(shù)量眾多，因此客戶數(shù)據(jù)平臺(CDP)的實施非常復(fù)雜。但是針對客戶數(shù)據(jù)平臺(CDP)最近發(fā)布的一份調(diào)查報告表明，這些計劃正在不斷增加，52%的受訪者將客戶數(shù)據(jù)輸入中央系統(tǒng)，這高于2017年的37%。客戶數(shù)據(jù)平臺(CDP)計劃仍然充滿挑戰(zhàn)，但其平臺日趨成熟，并對更多組織來說更加可行。
2.演示機器學(xué)習(xí)投資的業(yè)務(wù)影響
組織難以啟動人工智能和機器學(xué)習(xí)程序或未能將概念驗證(PoC)過渡到生產(chǎn)的原因很多。但是凱捷公司最近發(fā)布的一份調(diào)查報告表明，53%的受訪者表示在2020年實施的多個用例中超越了機器學(xué)習(xí)試驗和概念驗證(PoC)階段，而2017年只有36%的受訪者這么認為。這一進展不僅發(fā)生在以數(shù)據(jù)為中心的行業(yè)中，例如技術(shù)和金融服務(wù)，還發(fā)生在十多個行業(yè)領(lǐng)域，其中包括在這方面比較謹(jǐn)慎的電信、公用事業(yè)和能源行業(yè)，他們在生產(chǎn)實踐中部署了一些規(guī)模有限的人工智能系統(tǒng)。
在此次調(diào)查中，受訪者還報告了其人工智能投資對業(yè)務(wù)的影響。在被確定為人工智能領(lǐng)導(dǎo)者的受訪者中，有97%的受訪者報告了可量化的收益，而39%的受訪者表示其收益高于預(yù)期。
雖然許多組織都報告了在機器學(xué)習(xí)方面的人才緊缺的情況，但成熟的MLOps和ModelOps平臺可以幫助更多組織擴展其機器學(xué)習(xí)流程、基礎(chǔ)設(shè)施和業(yè)務(wù)運營。這些平臺為機器學(xué)習(xí)生命周期提供了DevOps和SDLC功能，旨在幫助更多組織通過機器學(xué)習(xí)投資來構(gòu)建、測試、部署、監(jiān)控以及實現(xiàn)業(yè)務(wù)價值。
隨著市場上越來越多的機器學(xué)習(xí)生命周期平臺的發(fā)展，在所需的數(shù)據(jù)和技能方面投資落后的組織需要采用機器學(xué)習(xí)技術(shù)。
3.使用超自動化、低代碼和敏捷方法實現(xiàn)應(yīng)用程序的現(xiàn)代化
應(yīng)用程序開發(fā)、現(xiàn)代化和集成是數(shù)字化轉(zhuǎn)型的核心實踐，這些實踐幫助組織啟動新的業(yè)務(wù)能力、改善客戶體驗以及提高業(yè)務(wù)流程效率。一些首席信息官和IT領(lǐng)導(dǎo)將其實現(xiàn)視為構(gòu)建與購買決策，或使用RPA平臺來使工作流程自動化。許多組織在敏捷性和DevOps上進行投資，以在構(gòu)建應(yīng)用程序時持續(xù)交付云原生的微服務(wù)和應(yīng)用程序。然而在發(fā)生疫情之后，更多的IT領(lǐng)導(dǎo)者尋求使用低代碼和無代碼平臺來加速應(yīng)用程序開發(fā)。
組織擁有多種方法來開發(fā)和支持應(yīng)用程序開發(fā)與集成是有益的，但是如今，越來越多的選項提供了完整的超自動化平臺。超自動化應(yīng)用開發(fā)平臺包含低代碼、無代碼、自動化和機器學(xué)習(xí)功能，提供現(xiàn)成的DevOps功能，并將開發(fā)生命周期與敏捷流程保持一致。它們可以共同加快發(fā)展進程，提高開發(fā)工作的生產(chǎn)率和質(zhì)量。
這是否意味著更多組織可以開發(fā)、支持和增強應(yīng)用程序，而不會出現(xiàn)成熟的軟件開發(fā)流程所帶來的復(fù)雜性?組織官可以加快應(yīng)用程序現(xiàn)代化，并以更少的技術(shù)債務(wù)來構(gòu)建應(yīng)用程序嗎?這些問題將在未來幾年中出現(xiàn)，但如今有更多的選擇來支持需要核心技術(shù)能力的組織開發(fā)和集成應(yīng)用程序。
4.在支持多云策略的同時提高IT效率
許多首席信息官面臨著日益嚴(yán)重的財務(wù)問題：他們正在采用新技術(shù)以支持?jǐn)?shù)據(jù)操作、機器學(xué)習(xí)和云原生應(yīng)用程序，因此超出了預(yù)算。大型組織通常使用了多年的混合云，許多組織將多云架構(gòu)和運營視為他們期望的一種策略，可以為其業(yè)務(wù)提供更多的靈活性。
首席信息官能夠避免資金缺口或無法支持不斷增長的技術(shù)組合的唯一方法是在IT運營中提高效率。簡而言之，IT運營將需要以更高的服務(wù)級別目標(biāo)來支持更多的異構(gòu)計算堆棧，而又不會過度增加成本。
如何才能做到這一點?
•針對大多數(shù)標(biāo)準(zhǔn)運營程序自動執(zhí)行更多IT任務(wù)和協(xié)調(diào)流程。
•使用AIOps工具來改善事件管理KPI。
•投資DevOps、CI/CD、IaC、自動測試和安全實踐。
•集成ITSM、DevOps、SRE和敏捷工具和流程以改善協(xié)作。
•選擇可在公共云和私有云之間運行的“單一控制平臺”工具。
一些IT組織在數(shù)字化轉(zhuǎn)型方面投入巨資，卻沒有通過提高內(nèi)部效率來平衡工作量，這很可能會造成潛在的無法克服的技術(shù)債務(wù)負擔(dān)。
5.用敏捷的價值流管理代替瀑布式項目管理辦公室(PMO)
首席信息官需要減少優(yōu)先事項的數(shù)量，并將敏捷方法擴展到項目管理辦公室(PMO)。制定路線圖和展示業(yè)務(wù)價值對于首席信息官實施的數(shù)字化轉(zhuǎn)型之旅至關(guān)重要，但是要求其團隊承諾實施自上而下的戰(zhàn)略計劃和季度計劃會與驅(qū)動敏捷文化、流程和思維方式背道而馳。
在專注于漸進式變革的敏捷實踐與業(yè)務(wù)領(lǐng)導(dǎo)者如何管理戰(zhàn)略重點和業(yè)務(wù)路線圖之間，首席信息難以彌補的差距。推動組織文化的發(fā)展將要求首席信息官與敏捷團隊直接合作，采用持續(xù)的規(guī)劃實踐，并審查新興的價值流管理工具。
數(shù)字化轉(zhuǎn)型失敗和重新啟動的現(xiàn)象正在增加，IT領(lǐng)導(dǎo)者應(yīng)該探索并利用其背后的趨勢來推動他們的數(shù)字化轉(zhuǎn)型取得成功。
