★ 引言 ★
有這樣一種工具集組,易組裝、易操作,功效極高。有人說(shuō)它是新一代軟件開(kāi)發(fā)技術(shù),將顯著降低了軟件開(kāi)發(fā)的技術(shù)門(mén)檻,可以讓更多人參與軟件開(kāi)發(fā)中。有人說(shuō)它是無(wú)IT企業(yè)SaaS化走上至高點(diǎn)。也有人說(shuō)它是“行業(yè)毒瘤”,有點(diǎn)雞肋,并不能對(duì)業(yè)務(wù)開(kāi)發(fā)效率進(jìn)行提升。但是,不可否認(rèn),低代碼技術(shù)作為在數(shù)字化驅(qū)動(dòng)業(yè)務(wù)發(fā)展、促進(jìn)業(yè)績(jī)?cè)鲩L(zhǎng)這一過(guò)程中,和許多新技術(shù)一樣,低代碼開(kāi)發(fā)技術(shù)被推上了“風(fēng)口”。低代碼于2014年被Forrester定義,并列為研究方向,越來(lái)越多企業(yè)投身于低代碼技術(shù)開(kāi)發(fā)平臺(tái)的研發(fā),也持續(xù)獲得來(lái)自投行高額注入。

2022年Gartner對(duì)23種最具顛覆和市場(chǎng)變革性的新興趨勢(shì)和技術(shù)進(jìn)行評(píng)估,低代碼開(kāi)發(fā)平臺(tái)處于新興技術(shù)和趨勢(shì)影響雷達(dá)圖核心位置,同時(shí)Gartner預(yù)測(cè)到今年(2023)底,超過(guò)70%的企業(yè)將采用低代碼(LCAP)作為他們發(fā)展戰(zhàn)略的關(guān)鍵目標(biāo)之一;到2025年,整體LCAP(低代碼開(kāi)發(fā)平臺(tái))市場(chǎng)規(guī)模將達(dá)到290億美元,年復(fù)合增長(zhǎng)率超過(guò)20%。中國(guó)企業(yè)類型眾多,IT發(fā)展水平差異顯著,各種類型的企業(yè)比如通信、金融等大型企業(yè)在數(shù)字化轉(zhuǎn)型浪潮下,在技術(shù)創(chuàng)新能夠?qū)ふ业叫碌脑鲩L(zhǎng)機(jī)遇;通過(guò)創(chuàng)新投入,持續(xù)增加IT賦能業(yè)務(wù)的敏捷與高效。這些大型企業(yè)應(yīng)當(dāng)如何看待低代碼技術(shù)的興起?在引入低代碼實(shí)踐上將會(huì)面對(duì)哪些艱難險(xiǎn)阻?企業(yè)又該如何投用低代碼開(kāi)發(fā)技術(shù)?
Part.
1
低代碼技術(shù)被受青睞,業(yè)務(wù)創(chuàng)新、快速響應(yīng)、服務(wù)高質(zhì)和安全高保是本質(zhì)動(dòng)因
通信、金融等大型非數(shù)字原生是否需要考慮采用低代碼開(kāi)發(fā)技術(shù)應(yīng)用于業(yè)務(wù)需求開(kāi)發(fā)和服務(wù)運(yùn)營(yíng)中?我想答案應(yīng)當(dāng)是肯定的,其本質(zhì)原因來(lái)自于這些大型企業(yè)在業(yè)務(wù)驅(qū)動(dòng)下、技術(shù)創(chuàng)新和管理變革的必然訴求。
首先,業(yè)務(wù)需求開(kāi)發(fā)效率常常無(wú)法快速支撐市場(chǎng)高速發(fā)展成為企業(yè)痛點(diǎn)。面對(duì)業(yè)務(wù)數(shù)量和復(fù)雜度的提升,一線營(yíng)銷(xiāo)人員壓力越來(lái)越大,他們希望業(yè)務(wù)辦理能夠簡(jiǎn)單高效,縮短臨柜時(shí)長(zhǎng),避免客戶二次到店,提升效率的同時(shí)提升客戶體驗(yàn);同時(shí)希望業(yè)務(wù)處理靈活、強(qiáng)大,面向業(yè)務(wù)部門(mén)線上線下的各類創(chuàng)新業(yè)務(wù)場(chǎng)景需求,業(yè)務(wù)支撐系統(tǒng)需要提供更加靈活更加強(qiáng)大的支撐能力、快速靈活適配、保障業(yè)務(wù)辦理成功率。傳統(tǒng)開(kāi)發(fā)配置化程度低,依賴硬編碼,能力復(fù)用度低,多渠道業(yè)務(wù)重復(fù)開(kāi)發(fā),對(duì)業(yè)務(wù)快速、靈活支撐嚴(yán)重受限,制約著業(yè)務(wù)發(fā)展。

如:通信業(yè)務(wù)渠道能力現(xiàn)狀圖
其次,這類大型企業(yè)典型特征是對(duì)產(chǎn)品質(zhì)量、服務(wù)水平、安全保障要求極高,而且固定投入大,加上自身在技術(shù)和運(yùn)營(yíng)管理水平上相對(duì)于數(shù)字原生企業(yè)優(yōu)勢(shì)不夠明顯。在取得業(yè)務(wù)高速發(fā)展同時(shí),高質(zhì)量發(fā)展也是這些大型國(guó)資企業(yè)發(fā)展首要任務(wù)。技術(shù)創(chuàng)新驅(qū)動(dòng)企業(yè)高質(zhì)量快速發(fā)展在這些大型企業(yè)數(shù)字化轉(zhuǎn)型關(guān)鍵舉措,企業(yè)對(duì)敏捷、精益管理、DevOps、CI/CD等技術(shù)運(yùn)營(yíng)方法積極引入態(tài)度,并取得了一定的作用,低代碼技術(shù)作為一熱度極高的業(yè)務(wù)開(kāi)發(fā)技術(shù)也是這些方法之一,帶來(lái)了一定的作用力。同時(shí)國(guó)家對(duì)網(wǎng)絡(luò)和系統(tǒng)安全的重視程度和要求的提高,傳統(tǒng)黑盒式開(kāi)發(fā)存在很大的隱患,企業(yè)對(duì)研發(fā)自主掌控、業(yè)務(wù)開(kāi)發(fā)透明、可讀性的要求提升到了更高的高度,低代碼開(kāi)發(fā)熱度進(jìn)一步提升。

同時(shí)IT科技部門(mén)不斷努力嘗試新技術(shù)、運(yùn)營(yíng)管理模式進(jìn)行變革,改變一直以來(lái)業(yè)務(wù)部門(mén)對(duì)其“慢、貴、難”的詬病。中臺(tái)建設(shè)近幾年被這些大型企業(yè)納入戰(zhàn)略規(guī)劃實(shí)施,通過(guò)沉淀企業(yè)業(yè)務(wù)能力,在內(nèi)部進(jìn)行共享復(fù)用等等;這些探索高績(jī)效組織舉措驅(qū)動(dòng)加速本質(zhì)的動(dòng)能。
Part.
2
文化、組織、利益分配是低代碼技術(shù)在大型非數(shù)字原生企業(yè)成功實(shí)踐的核心挑戰(zhàn)
有價(jià)值的事業(yè)必然會(huì)面臨挑戰(zhàn)。基于近幾年低代碼技術(shù)實(shí)踐的過(guò)程,我們認(rèn)為大型企業(yè),特別是大量非數(shù)字原生的大型企業(yè)在文化、組織、利益分配認(rèn)知等領(lǐng)域?qū)⒅泵嫣魬?zhàn)。
首先,企業(yè)在尋求“穩(wěn)態(tài)”和“敏態(tài)”時(shí),“穩(wěn)態(tài)”更深更固。低代碼技術(shù)開(kāi)發(fā)模式一致在探討摸索中,核心是在創(chuàng)新、在變革,必將對(duì)推動(dòng)企業(yè)的組織、流程、運(yùn)營(yíng)模式的改變,在這過(guò)程中各種沖突不可避免,但協(xié)作、融合即是企業(yè)轉(zhuǎn)型變革必經(jīng)之路,也是像低代碼這一項(xiàng)技術(shù)成功實(shí)踐的保障。技術(shù)開(kāi)發(fā)交付工作模式變化,需要從組織、人才到流程機(jī)制重新設(shè)計(jì),打破過(guò)去業(yè)務(wù)和IT的技能分工和工作習(xí)慣。因此,在引入低代碼開(kāi)發(fā)的軟件開(kāi)發(fā)方法體系上,我們需要轉(zhuǎn)變意識(shí)、轉(zhuǎn)變組織、轉(zhuǎn)變文化、轉(zhuǎn)變方法和模式,堅(jiān)持“雙模”開(kāi)發(fā),如存量業(yè)務(wù)支撐IT系統(tǒng)采取“穩(wěn)態(tài)”開(kāi)發(fā)模式,新應(yīng)用采用“敏態(tài)”開(kāi)發(fā)模式、引入低代碼開(kāi)發(fā)技術(shù)模式。

其次,作業(yè)模式轉(zhuǎn)變,必將會(huì)面對(duì)來(lái)自各方利益相關(guān)者的阻力。這些大型非數(shù)字原生企業(yè)已經(jīng)形成固定的組織架構(gòu)、分工、既得利益者,各利益相關(guān)者對(duì)新技術(shù)的不理解、技術(shù)本身的不確定性、觀念和習(xí)慣的改變、利益的調(diào)整等,都會(huì)給變化帶來(lái)重重阻力。在低代碼開(kāi)發(fā)技術(shù)實(shí)踐一個(gè)案例就可窺一斑而知全的。某通信運(yùn)營(yíng)商,業(yè)務(wù)支撐系統(tǒng)建設(shè)已具成效,IT部門(mén)內(nèi)部的規(guī)劃創(chuàng)新團(tuán)隊(duì)非常期望能通過(guò)實(shí)施低代碼技術(shù)來(lái)進(jìn)一步提升開(kāi)發(fā)交付服務(wù)水平,但是在推動(dòng)低代碼受到來(lái)自部門(mén)內(nèi)其他團(tuán)隊(duì)和支撐廠家的不配合,之所以出現(xiàn)不積極的原因有,除了改變團(tuán)隊(duì)的工作方式,其中有一核心點(diǎn)在于沒(méi)能讀懂人心,低代碼技術(shù)平臺(tái)提供統(tǒng)一開(kāi)發(fā)(語(yǔ)言)模式、減少了代碼編寫(xiě)量,這不僅增加了團(tuán)隊(duì)以及支撐廠商的學(xué)習(xí)成本,同時(shí)因?yàn)闃I(yè)務(wù)需求開(kāi)發(fā)更透明、能力復(fù)用度更高,直接影響支撐廠家的收益,這樣阻力是自然而生的。
Part.
3
關(guān)鍵場(chǎng)景、技術(shù)適配、生態(tài)環(huán)境是低代碼技術(shù)在大型非數(shù)字原生企業(yè)應(yīng)對(duì)挑戰(zhàn)的關(guān)鍵策略
1. 選擇合適的業(yè)務(wù)場(chǎng)景是低代碼技術(shù)成功實(shí)踐的第一出發(fā)點(diǎn)

大到企業(yè)轉(zhuǎn)型、小到任何一項(xiàng)流程、技術(shù)的變革,出發(fā)點(diǎn)都要圍繞企業(yè)當(dāng)前的業(yè)務(wù)戰(zhàn)略,低代碼作為一項(xiàng)新技術(shù)方法,在實(shí)踐過(guò)程中,規(guī)劃團(tuán)隊(duì)需要與企業(yè)領(lǐng)導(dǎo)者進(jìn)行訪談溝通,并對(duì)業(yè)務(wù)戰(zhàn)略進(jìn)行深入解讀,識(shí)別業(yè)務(wù)的關(guān)鍵訴求。低代碼技術(shù)之所以在大型非數(shù)字原生企業(yè)興起,是在互聯(lián)網(wǎng)時(shí)代沖擊下,企業(yè)互聯(lián)網(wǎng)化轉(zhuǎn)型、市場(chǎng)高速發(fā)展要求業(yè)務(wù)需求支撐模式進(jìn)行轉(zhuǎn)變,要求提升后端能力的配置程度和復(fù)用度,滿足前端瞬息萬(wàn)變的支撐要求。因此在選擇合適的業(yè)務(wù)場(chǎng)景,要從企業(yè)服務(wù)的客戶、自身特點(diǎn)和技術(shù)能力出發(fā)。我們從運(yùn)營(yíng)商戰(zhàn)略、客戶、本身優(yōu)勢(shì)、技術(shù)角度思考,運(yùn)營(yíng)商的 “低代碼技術(shù)可以先從互聯(lián)網(wǎng)渠道(電子渠道)業(yè)務(wù)場(chǎng)景入手開(kāi)始實(shí)踐”。
第一,客戶無(wú)非就是大眾C客戶和企業(yè)B客戶,B類客戶需求相對(duì)固定,變化周期長(zhǎng),而C類個(gè)性化要求高、需求多變,同時(shí)C類不喜歡到店,更希望通過(guò)互聯(lián)網(wǎng)方式自主自購(gòu),這樣要求企業(yè)提供便捷平臺(tái)來(lái)響應(yīng)C類客戶的需求。
第二,IT業(yè)務(wù)系統(tǒng)投入建設(shè)時(shí)間很長(zhǎng),這些核心的業(yè)務(wù)系統(tǒng)集成了很多服務(wù)能力,業(yè)務(wù)部門(mén)希望相同服務(wù)能力能被重復(fù)使用,希望開(kāi)放給客戶以搭積木方式來(lái)滿足客戶自選產(chǎn)品需求。
第三,互聯(lián)網(wǎng)渠道側(cè)重點(diǎn)主要在客戶體驗(yàn)。從企業(yè)技術(shù)架構(gòu)來(lái)看,企業(yè)提供互聯(lián)網(wǎng)渠道平臺(tái)開(kāi)發(fā)工作量主要在UI前端頁(yè)面的開(kāi)發(fā),企業(yè)交付給客戶服務(wù)能力主要還是在傳統(tǒng)核心業(yè)務(wù)支撐系統(tǒng)上提供的能力。在中臺(tái)建設(shè)思路投射下,服務(wù)能力復(fù)用共享是核心目標(biāo)。鑒于客戶便捷自主選擇需求、企業(yè)自身業(yè)務(wù)和IT架構(gòu)能力現(xiàn)狀和規(guī)劃,在互聯(lián)網(wǎng)渠道場(chǎng)景通過(guò)低代碼技術(shù)開(kāi)發(fā)將快速有效地響應(yīng)客戶需求、復(fù)用企業(yè)沉淀的知識(shí)和能力。
2. 根據(jù)不同場(chǎng)景配置不同的低代碼技術(shù)是成功應(yīng)用的有效方式
大型企業(yè)的信息化水平相對(duì)較高,但是業(yè)務(wù)系統(tǒng)多、架構(gòu)異構(gòu)、技術(shù)棧不統(tǒng)一,隨著中臺(tái)建設(shè)打造企業(yè)能力匯聚共享平臺(tái)規(guī)劃的要求,將業(yè)務(wù)、算據(jù)、算法、模型和基礎(chǔ)技術(shù)底座以組件、服務(wù),通過(guò)專業(yè)化場(chǎng)景,實(shí)現(xiàn)場(chǎng)景復(fù)用,促進(jìn)業(yè)務(wù)融合創(chuàng)新、敏捷上線。低代碼技術(shù)必須遵循此標(biāo)準(zhǔn),從而快速交付業(yè)務(wù)需求,實(shí)現(xiàn)業(yè)務(wù)設(shè)計(jì)與IT開(kāi)發(fā)的融合。低代碼技術(shù)開(kāi)發(fā)平臺(tái)多樣化,有基于表單模式、基于服務(wù)組件模式、基于前端組件模式、基于流程引擎開(kāi)發(fā)模式,還有整合模式的特定業(yè)務(wù)領(lǐng)域低代碼開(kāi)發(fā)平臺(tái)。那對(duì)于這些傳統(tǒng)大型企業(yè),他們信息化水平相對(duì)成熟,同時(shí)他們又不像互聯(lián)網(wǎng)公司對(duì)內(nèi)容信息和客戶體驗(yàn)追求技術(shù)極致等等特點(diǎn),也需要與敏捷、精益、DevOps等方法和技術(shù)平臺(tái)工具有機(jī)的銜接。目前市場(chǎng)上的基于服務(wù)組件模式、基于流程引擎開(kāi)發(fā)模式,以及特定領(lǐng)域的整合模式低代碼開(kāi)發(fā)技術(shù)平臺(tái)更適配。
場(chǎng)景1,電信運(yùn)營(yíng)商選擇互聯(lián)網(wǎng)渠道場(chǎng)景的低代碼開(kāi)發(fā),結(jié)合IT架構(gòu)分工,渠道應(yīng)用觸點(diǎn)平臺(tái)負(fù)責(zé)具體業(yè)務(wù)需求層支撐,核心邏輯層由傳統(tǒng)業(yè)務(wù)支撐系統(tǒng)負(fù)責(zé)提供,因此提供服務(wù)組件和流程引擎的低代碼開(kāi)發(fā)在當(dāng)下更適配。運(yùn)營(yíng)商的互聯(lián)網(wǎng)渠道多樣,有pc端網(wǎng)廳、移動(dòng)端的App、微信小程序、公眾號(hào)等等,這些渠道觸點(diǎn)平臺(tái)由不同技術(shù)廠家支撐,他們的專業(yè)能力都在這些應(yīng)用前端。如果選擇一個(gè)前端低代碼開(kāi)發(fā)平臺(tái),讓各廠家使用統(tǒng)一軟件開(kāi)發(fā)平臺(tái)統(tǒng)一開(kāi)發(fā)應(yīng)用,一開(kāi)始估計(jì)就會(huì)出現(xiàn)前面說(shuō)的利益阻力問(wèn)題,因此選擇基于流程引擎將核心業(yè)務(wù)支撐系統(tǒng)的服務(wù)通過(guò)能力編排、封裝組件,開(kāi)放給渠道觸點(diǎn)平臺(tái)調(diào)用使用,這樣既符合了中臺(tái)建設(shè)規(guī)劃思路,又充分考慮了業(yè)務(wù)場(chǎng)景、相關(guān)方利益,低代碼開(kāi)發(fā)技術(shù)應(yīng)用見(jiàn)效快。

場(chǎng)景2,在運(yùn)營(yíng)監(jiān)控領(lǐng)域場(chǎng)景的低代碼開(kāi)發(fā),基于流程引擎、組件能力編排整合型的低代碼開(kāi)發(fā)平臺(tái)優(yōu)勢(shì)就很明顯。這些大型企業(yè),系統(tǒng)和應(yīng)用監(jiān)控分布在各自系統(tǒng),同時(shí)當(dāng)發(fā)生告警、投訴問(wèn)題處理大部分主要靠手工處理,效率低風(fēng)險(xiǎn)高。為了保障系統(tǒng)運(yùn)營(yíng)服務(wù)穩(wěn)定,需要對(duì)應(yīng)用系統(tǒng)監(jiān)控,對(duì)應(yīng)用系統(tǒng)推到重來(lái)的建設(shè)思路,成本較大、風(fēng)險(xiǎn)更大;然而梳理現(xiàn)有運(yùn)營(yíng)工作搭建一個(gè)大的運(yùn)營(yíng)監(jiān)控平臺(tái)并沒(méi)有那么必要。目前大部分企業(yè)采取通過(guò)帶低代碼開(kāi)發(fā)能力的APR機(jī)器人流程自動(dòng)化平臺(tái)來(lái)構(gòu)建系統(tǒng)運(yùn)維運(yùn)營(yíng)支撐工作體系,采用技術(shù)探針、作業(yè)規(guī)則數(shù)字化、調(diào)用中臺(tái)中各種能力,通過(guò)流程規(guī)則引擎配置定義各種運(yùn)營(yíng)工作和作業(yè)流程,效果顯著。
3. 積極營(yíng)造開(kāi)放合規(guī)的生態(tài)環(huán)境發(fā)揮低代碼技術(shù)實(shí)踐長(zhǎng)期效用
低代碼技術(shù)作為一熱度極高的業(yè)務(wù)開(kāi)發(fā)技術(shù)在很多企業(yè)被證明取得不錯(cuò)效果。我們要轉(zhuǎn)變意識(shí),公司高層決定實(shí)施一項(xiàng)技術(shù)創(chuàng)新,既要書(shū)面上指引,也要實(shí)際行動(dòng)上的支持,業(yè)務(wù)與IT融合一體化是企業(yè)發(fā)展的大趨勢(shì),強(qiáng)調(diào)平臺(tái)和共享是企業(yè)文化;因此為低代碼技術(shù)營(yíng)造一個(gè)生態(tài)環(huán)境,充分實(shí)現(xiàn)其技術(shù)價(jià)值。

第一,調(diào)整組織、流程和文化,讓低代碼技術(shù)落地生根。要建立低代碼技術(shù)能力的組織,低代碼技術(shù)重構(gòu)了業(yè)務(wù)流程,甚至商業(yè)模式的轉(zhuǎn)變,必將打破原有組織單元間的邊界和責(zé)任分工,需要在考核牽引、評(píng)價(jià)體系、獎(jiǎng)金激勵(lì)上重新設(shè)計(jì),形成新的管理文化。
低代碼技術(shù)通過(guò)配置化、流程化讓業(yè)務(wù)可讀、技術(shù)可控,將改變了組織的人員構(gòu)成,既要有業(yè)務(wù)專家,又要有數(shù)據(jù)和IT方面的技術(shù)專家,組織成員即懂業(yè)務(wù)又懂技術(shù),把技術(shù)能力建在業(yè)務(wù)上,一體化運(yùn)作。
同時(shí),低代碼技術(shù)開(kāi)發(fā),改變傳統(tǒng)開(kāi)發(fā)模式,開(kāi)發(fā)交付、運(yùn)維流程發(fā)生變革,變革必須有配套的管理規(guī)則和制度來(lái)保障有效執(zhí)行,如需要重新修訂《業(yè)務(wù)支撐系統(tǒng)需求管理辦法》、《業(yè)務(wù)支撐系統(tǒng)程序變更管理辦法》等等規(guī)則制度。

第二,管理利益干系人,提升技術(shù)支持度,促進(jìn)實(shí)踐成功。在消除實(shí)踐阻力方面,我們要選擇“關(guān)鍵業(yè)務(wù)場(chǎng)景”試點(diǎn)成功,通過(guò)快贏增強(qiáng)實(shí)踐信心,讓大家獲得成就感和利益。利益分配不滿,更多時(shí)候是缺乏溝通,組織需要廣開(kāi)言路,讓有宣泄和溝通的渠道。通過(guò)教育與培訓(xùn),幫助各類人員跨越技能的“溝壑”;教育與培訓(xùn)培養(yǎng)具備相應(yīng)技能的人才,促使他們實(shí)現(xiàn)從知到行;幫助各類人員掌握技能,獲得新技能幫他們打開(kāi)新的職業(yè)發(fā)展。依托低代碼這樣一項(xiàng)技術(shù),為建立一支高效業(yè)務(wù)需求開(kāi)發(fā)、交付和運(yùn)營(yíng)的優(yōu)秀的團(tuán)隊(duì),在開(kāi)放、共享生態(tài)的環(huán)境下,實(shí)現(xiàn)高績(jī)效的組織。
在企業(yè)數(shù)字化進(jìn)程中,各種技術(shù)變革層出不窮。低代碼之后,無(wú)代碼編程也正出現(xiàn)在地平線上。ChatGPT去年年底橫空出世,無(wú)代碼的對(duì)話式編程已經(jīng)在被各家嘗試與琢磨中。有條件的企業(yè)應(yīng)當(dāng)盡快上了“低代碼”的車(chē),再不斷升級(jí)換代,隨時(shí)了解把握汲取各種AI工程平臺(tái)帶來(lái)的編程新思維與新手段。
作者 金韋華系亞信咨詢丨艾瑞數(shù)智咨詢 合肥辦公室 高級(jí)咨詢經(jīng)理