有一個(gè)令人擔(dān)憂的預(yù)測(cè)：到2025年，全球范圍內(nèi)IT技能匱乏、導(dǎo)致無(wú)法解決緊迫業(yè)務(wù)難題，這家導(dǎo)致每年高達(dá)3900億美元的損失。而低代碼/無(wú)代碼(LCNC)是解決這些難題、緩解由此給CIO們?cè)斐韶?fù)擔(dān)的項(xiàng)目積壓?jiǎn)栴}的關(guān)鍵解決方案之一，而且現(xiàn)在正是一個(gè)很好的時(shí)機(jī)。

低代碼/無(wú)代碼平臺(tái)有可能改變應(yīng)用的創(chuàng)建方式，讓最接近客戶和業(yè)務(wù)用戶的人，能夠更好地交付解決方案和用戶體驗(yàn)，并且將所需技術(shù)團(tuán)隊(duì)的干預(yù)降至最低。

全球各地的CIO們都對(duì)低代碼/無(wú)代碼帶來(lái)的機(jī)會(huì)感到興奮，他們相信，低代碼/無(wú)代碼可以提高敏捷性，縮短實(shí)現(xiàn)價(jià)值的時(shí)間，減小技能差距和IT面臨的壓力。然而，有近四分之一的CIO仍然害怕影子IT問(wèn)題猖獗，以及由此可能給安全性和解決方案質(zhì)量產(chǎn)生影響。

這些擔(dān)憂背后最可能的原因是，這些組織尚未調(diào)整好他們的運(yùn)營(yíng)藍(lán)圖和運(yùn)營(yíng)能力以完全接受和利用低代碼/無(wú)代碼所能實(shí)現(xiàn)的分布式創(chuàng)新。

許多企業(yè)仍然在努力采用敏捷性和DevOps來(lái)加速軟件開(kāi)發(fā)生命周期，因此低代碼/無(wú)代碼提供了比以往任何時(shí)候都快得多的交付速度。

低代碼/無(wú)代碼需要新的運(yùn)營(yíng)模式

CIO們要充分利用低代碼/無(wú)代碼平臺(tái)，就需要采用與該技術(shù)潛力相匹配的新運(yùn)營(yíng)模式，而且這些運(yùn)營(yíng)模式必須平衡好創(chuàng)新、穩(wěn)定和擴(kuò)展的需求，不僅僅是對(duì)業(yè)務(wù)，還要對(duì)于技術(shù)，因?yàn)樗羞@些都是會(huì)同時(shí)發(fā)生的。

實(shí)現(xiàn)自助服務(wù)式的“全員皆可開(kāi)發(fā)”，將讓CIO能夠贏得業(yè)務(wù)和現(xiàn)有專業(yè)代碼開(kāi)發(fā)者的青睞。

CIO及其IT組織需要成為關(guān)鍵業(yè)務(wù)變革和創(chuàng)新的推動(dòng)者，而不是充當(dāng)技術(shù)守門(mén)人，在這個(gè)新環(huán)境中，企業(yè)及其技術(shù)團(tuán)隊(duì)可能有四種不同的運(yùn)營(yíng)模式：

• 草根開(kāi)發(fā)者可以解決客戶體驗(yàn)問(wèn)題，同時(shí)還是產(chǎn)品Scrum團(tuán)隊(duì)的一員(主要是草根開(kāi)發(fā)者主導(dǎo)的交付)
• 由草根開(kāi)發(fā)者領(lǐng)導(dǎo)的Scrum團(tuán)隊(duì)可以改善業(yè)務(wù)用戶的生產(chǎn)力
• 由專業(yè)代碼Scrum團(tuán)隊(duì)和創(chuàng)新推動(dòng)者提供的企業(yè)控制和服務(wù)(IT主導(dǎo)的交付)
• 自助服務(wù)式解決方案實(shí)現(xiàn)Scrum Master、站點(diǎn)可靠性和發(fā)布工程師體驗(yàn)(主要是IT主導(dǎo))

基于這些運(yùn)營(yíng)模式，CIO將可以因?yàn)槟芰Ρ粍澐譃椴煌悇e而從中受益，尤其是那些面向客戶、企業(yè)或者部門(mén)的能力。

這種分類有助于確定最適合交付每個(gè)部分應(yīng)該有怎樣的團(tuán)隊(duì)構(gòu)成，例如IT組織內(nèi)新授權(quán)的草根開(kāi)發(fā)者和專業(yè)代碼開(kāi)發(fā)者之間應(yīng)該如何更好地進(jìn)行組合。

CIO們還需要?jiǎng)?chuàng)建新的參與模式，實(shí)現(xiàn)CISO和首席數(shù)據(jù)官之間在安全和數(shù)據(jù)治理方面展開(kāi)更好的協(xié)作，還有那些走在滿足客戶需求前沿的、精通技術(shù)的業(yè)務(wù)用戶。

如今，“業(yè)務(wù)”和“IT”之間的界限正在迅速消失，那些有遠(yuǎn)見(jiàn)的CIO們有機(jī)會(huì)重新思考他們應(yīng)該如何與其他組織展開(kāi)，以及如何領(lǐng)導(dǎo)他自己的組織。合作和領(lǐng)導(dǎo)他們的組織。低代碼/無(wú)代碼不僅是實(shí)現(xiàn)更高生產(chǎn)力的關(guān)鍵因素，也是更快實(shí)現(xiàn)目標(biāo)的一條途徑。

首先，CIO和其他技術(shù)領(lǐng)導(dǎo)者應(yīng)該：

實(shí)施新的運(yùn)營(yíng)模式

開(kāi)始將草根開(kāi)發(fā)者納入Scrum團(tuán)隊(duì)，但將團(tuán)隊(duì)明確劃分為專注于用戶體驗(yàn)的團(tuán)隊(duì)，和支持創(chuàng)新(如端點(diǎn)創(chuàng)建)的團(tuán)隊(duì)。

為確保順利交付，在業(yè)務(wù)層面培養(yǎng)一個(gè)新的解決方案架構(gòu)師和項(xiàng)目經(jīng)理小組，讓他們負(fù)責(zé)監(jiān)督那些基于低代碼/無(wú)代碼的創(chuàng)新。

對(duì)技術(shù)組合進(jìn)行細(xì)分和合理安排，以適應(yīng)新的模式

首先對(duì)那些遷移到低代碼/無(wú)代碼模式的現(xiàn)有應(yīng)用進(jìn)行評(píng)估，然后圍繞AI、機(jī)器學(xué)習(xí)和移動(dòng)體驗(yàn)定義一個(gè)支持云的產(chǎn)品組合，打造出一些基本不需要投資、不需要專業(yè)代碼開(kāi)發(fā)者的解決方案。

劃撥預(yù)算支持低代碼/無(wú)代碼創(chuàng)新

現(xiàn)有的低代碼/無(wú)代碼平臺(tái)仍然存在可能導(dǎo)致解決方案使用高流失率的缺點(diǎn)，這主要是因?yàn)槠髽I(yè)的期望與平臺(tái)提供商的優(yōu)先事項(xiàng)之間是存在脫節(jié)的。

而且，負(fù)責(zé)并推動(dòng)平臺(tái)供應(yīng)商公開(kāi)更多平臺(tái)內(nèi)部運(yùn)作情況(例如了解自動(dòng)代碼是生成的、工作流重新啟動(dòng)等)是符合CIO最大利益的。

另一個(gè)重點(diǎn)應(yīng)該是推動(dòng)支持草根開(kāi)發(fā)者以及簡(jiǎn)化安全問(wèn)題。

隨著時(shí)間的推移，這些運(yùn)營(yíng)模式需要不斷發(fā)展演進(jìn)，以平衡專業(yè)代碼開(kāi)發(fā)者和草根開(kāi)發(fā)者所構(gòu)成的組合，與此同時(shí)，CIO也需要與平臺(tái)提供商展開(kāi)合作以推動(dòng)平臺(tái)的成熟度。

早期精力應(yīng)該集中在積極推動(dòng)安全API端點(diǎn)(邊緣、SaaS、企業(yè)核心)的增長(zhǎng)，為由外而內(nèi)的體驗(yàn)和由內(nèi)而外的流程交易創(chuàng)建框架，增強(qiáng)平臺(tái)的可支持性。