有一個令人擔憂的預測：到2025年，全球范圍內IT技能匱乏、導致無法解決緊迫業務難題，這家導致每年高達3900億美元的損失。而低代碼/無代碼(LCNC)是解決這些難題、緩解由此給CIO們造成負擔的項目積壓問題的關鍵解決方案之一，而且現在正是一個很好的時機。

低代碼/無代碼平臺有可能改變應用的創建方式，讓最接近客戶和業務用戶的人，能夠更好地交付解決方案和用戶體驗，并且將所需技術團隊的干預降至最低。

全球各地的CIO們都對低代碼/無代碼帶來的機會感到興奮，他們相信，低代碼/無代碼可以提高敏捷性，縮短實現價值的時間，減小技能差距和IT面臨的壓力。然而，有近四分之一的CIO仍然害怕影子IT問題猖獗，以及由此可能給安全性和解決方案質量產生影響。

這些擔憂背后最可能的原因是，這些組織尚未調整好他們的運營藍圖和運營能力以完全接受和利用低代碼/無代碼所能實現的分布式創新。

許多企業仍然在努力采用敏捷性和DevOps來加速軟件開發生命周期，因此低代碼/無代碼提供了比以往任何時候都快得多的交付速度。

低代碼/無代碼需要新的運營模式

CIO們要充分利用低代碼/無代碼平臺，就需要采用與該技術潛力相匹配的新運營模式，而且這些運營模式必須平衡好創新、穩定和擴展的需求，不僅僅是對業務，還要對于技術，因為所有這些都是會同時發生的。

實現自助服務式的“全員皆可開發”，將讓CIO能夠贏得業務和現有專業代碼開發者的青睞。

CIO及其IT組織需要成為關鍵業務變革和創新的推動者，而不是充當技術守門人，在這個新環境中，企業及其技術團隊可能有四種不同的運營模式：

• 草根開發者可以解決客戶體驗問題，同時還是產品Scrum團隊的一員(主要是草根開發者主導的交付)
• 由草根開發者領導的Scrum團隊可以改善業務用戶的生產力
• 由專業代碼Scrum團隊和創新推動者提供的企業控制和服務(IT主導的交付)
• 自助服務式解決方案實現Scrum Master、站點可靠性和發布工程師體驗(主要是IT主導)

基于這些運營模式，CIO將可以因為能力被劃分為不同類別而從中受益，尤其是那些面向客戶、企業或者部門的能力。

這種分類有助于確定最適合交付每個部分應該有怎樣的團隊構成，例如IT組織內新授權的草根開發者和專業代碼開發者之間應該如何更好地進行組合。

CIO們還需要創建新的參與模式，實現CISO和首席數據官之間在安全和數據治理方面展開更好的協作，還有那些走在滿足客戶需求前沿的、精通技術的業務用戶。

如今，“業務”和“IT”之間的界限正在迅速消失，那些有遠見的CIO們有機會重新思考他們應該如何與其他組織展開，以及如何領導他自己的組織。合作和領導他們的組織。低代碼/無代碼不僅是實現更高生產力的關鍵因素，也是更快實現目標的一條途徑。

首先，CIO和其他技術領導者應該：

實施新的運營模式

開始將草根開發者納入Scrum團隊，但將團隊明確劃分為專注于用戶體驗的團隊，和支持創新(如端點創建)的團隊。

為確保順利交付，在業務層面培養一個新的解決方案架構師和項目經理小組，讓他們負責監督那些基于低代碼/無代碼的創新。

對技術組合進行細分和合理安排，以適應新的模式

首先對那些遷移到低代碼/無代碼模式的現有應用進行評估，然后圍繞AI、機器學習和移動體驗定義一個支持云的產品組合，打造出一些基本不需要投資、不需要專業代碼開發者的解決方案。

劃撥預算支持低代碼/無代碼創新

現有的低代碼/無代碼平臺仍然存在可能導致解決方案使用高流失率的缺點，這主要是因為企業的期望與平臺提供商的優先事項之間是存在脫節的。

而且，負責并推動平臺供應商公開更多平臺內部運作情況(例如了解自動代碼是生成的、工作流重新啟動等)是符合CIO最大利益的。

另一個重點應該是推動支持草根開發者以及簡化安全問題。

隨著時間的推移，這些運營模式需要不斷發展演進，以平衡專業代碼開發者和草根開發者所構成的組合，與此同時，CIO也需要與平臺提供商展開合作以推動平臺的成熟度。

早期精力應該集中在積極推動安全API端點(邊緣、SaaS、企業核心)的增長，為由外而內的體驗和由內而外的流程交易創建框架，增強平臺的可支持性。