當技術術語頻繁出現在媒體的文章中時，有些首席信息官和IT領導者擔心這些IT術語會被濫用。一方面，人們喜歡熟悉的術語是因為它圍繞著投資新技術、改變業務流程、更好地了解新興技術或在競爭領域創新的需要，為企業管理者建立一個環境。另一方面，有一些技術術語變得過于籠統，并最終過時，以至于企業很容易偏離更成熟、更進步的技術管理以及獲得成功的方式。

 

行業專家與數百名技術管理人員對過時的技術概念如何能夠破壞和顛覆數字化轉型計劃進行了探討。

 

1. 雙模式IT(Bimodal IT)已經發展成為DevOps文化

 

調研機構Gartner公司在2014年推出了雙模IT，與大型企業系統所需的穩定性、合規性和可靠性(模式1)相比，注重速度和敏捷性的企業管理新技術和應用程序開發(模式2)是另外一種方式。

 

雙模IT可能是大型IT組織的一種必要過渡，以便更好地提供新的客戶體驗，并開始采用敏捷實踐。但是，很多人意識到數字中斷不會給雙模IT留下任何空間，并且可能帶來很大的影響。成功轉型為雙模IT的組織很快意識到，推動轉型并不會因為支持模式1平臺而可以挽留士氣低落的員工。

 

使敏捷交付與運營穩定性必須保持一致的漸進式組織正在選擇成熟的DevOps實踐和文化。測試自動化、持續集成 (CI)/持續交付(CD)和集中監控等實踐可確保應用程序可靠部署，并快速解決問題。該方法更好地將IT統一在基于敏捷實踐、站點可靠性、自動化為基礎的現代原則之上，而不是將IT拆分為兩種運營模式的雙模IT方法。

 

2. 云計算架構和經濟挑戰的提升和轉移

 

在不重新考慮應用架構和解決技術債務的情況下將企業遷移到云端，對于需要快速實現云端基礎設施靈活性和潛在成本節約的企業首席信息官來說似乎很有吸引力。許多由云計算供應商和系統集成商支持的首席信息官試圖提升和轉移戰略，他們相信現有的工作負載可以快速遷移到云端，然后在更長的時間內重新構建。

 

但是這種策略已經成熟，具有一定的阻礙和風險，這取決于遺留應用程序中體現的網絡拓撲結構、安全態勢和技術債務，并且像AWS這樣的公共云供應商建議重新考慮這種方法。此外，企業首席信息官可能會發現，如果將業務遷移到等效的云計算架構中，在連接到大型存儲陣列的大型系統上運行的遺留應用程序可能成本更高，性能更差。

 

云計算提供了真正的好處，但許多好處只有在重新構建應用程序和基礎設施，并實現自動化系統配置之后才能獲得。首席信息官應該考慮多條路徑來實現云計算優化，因為假設提升和轉移策略的成本很高，而且比預測的時間要長得多。

 

3.瀑布式規劃被敏捷、持續的規劃所取代

 

雖然許多組織已經采用了敏捷開發流程，并且可能已經將實踐擴展到多個團隊，但長期戰略規劃通常仍由首席財務官驅動，并與財務報告周期保持一致。而預算每年提交一次，大多數首席信息官必須每季度(有時更頻繁)報告進度和預測可交付成果。

 

這是正在改變業務的數字IT與基于市場和客戶反饋迭代調整優先級之間更重要的脫節之一。傳統和敏捷思維之間的這種分歧可能會導致嚴重的組織功能混亂，因為IT領導者試圖用財務報告周期和需求重新構建敏捷性。

 

進行協調是可能的，它需要擴展到企業范圍內的敏捷轉型，其中規劃是持續不斷的實踐。敏捷規劃要求敏捷團隊在完成故事和完成發布的同時，在每個Sprint中規劃功能和編寫故事。當首席信息官成熟的計劃實踐和建立報告工具時，他們可以實現更可靠的預測，從而更容易地根據財務報告周期的要求傳達狀態。

 

4.構建與購買被低代碼架構所取代

 

許多組織在投資新的業務應用程序時仍在爭論是否構建還是購買。盡管這些平臺中的許多都是高度可配置的，但隨著許多企業也考慮采用SaaS選項，這種模式已經有所發展。同樣，由于大多數專有軟件是使用開放源代碼、商業框架、庫的混合開發的，因此構建應用程序也有一些阻礙。

 

盡管如此，低代碼、無代碼和公民開發平臺常常被忽視，這些平臺使企業能夠開發專有的業務應用程序、數據集成、分析儀表盤和移動體驗，而無需承擔較低級別的復雜性，因此這些平臺不僅能夠實現快速的應用程序交付，而且通常能夠生成更可維護、更開放的應用程序，這些應用程序可以由技術水平較低的開發人員或具有技術技能的業務用戶構建和擴展。

 

5.移動首先被API和微服務擊敗

 

當移動應用成為主流時，應用程序商店提供了向最終用戶分發移動應用程序的機制，移動設備管理平臺使IT團隊能夠保護移動設備，許多開發人員和設計人員宣稱首先開發移動應用程序，然后開發Web應用程序。這使得軟件開發人員能夠針對較小的屏幕、較低帶寬的設備和簡化的導航優化應用程序最終用戶體驗，因為移動應用程序的使用超過了PC Web體驗。

 

如今，企業必須優化多個設備和體驗的應用程序，并且可以使用無數的方法和開發平臺來實現這一點。但潛在的假設是開發人員已經首先構建了API和理想的微服務。API不僅支持設備、工作流和用戶角色特定應用程序的開發，還允許應用程序和數據集成。在沒有架構API的情況下推動移動優先的開發人員和設計人員可以將他們的組織打造成一個新的應用程序。

 

了解何時轉向IT實踐

 

IT領導者要確定的最困難的事情之一是了解哪些范例是必不可少的，多長時間以及如何處理在傳統結構上開發的投資。如果企業在單一體系結構上開發了成功的移動應用程序，那么重構它以提供API是否具有商業價值?企業首席信息官是否應該將過時的做法(例如瀑布式項目管理和雙模IT)過渡到敏捷方法和開發文化?什么時候應該考慮低平臺而不是標準化的軟件開發實踐?

 

如今新興技術發展迅速，各行業領域的發展都在顛覆。很明顯，維持現狀不再是大多數企業的選擇。