[[441390]]

根據(jù)研究機(jī)構(gòu)Gartner公司的預(yù)測，2021年全球低代碼開發(fā)市場規(guī)模將達(dá)到138億美元，與2020年相比增長23%。在新冠疫情期間遠(yuǎn)程開發(fā)的激增將繼續(xù)推動低代碼的采用。

該公司指出，低代碼應(yīng)用程序開發(fā)并不是什么新鮮事，但“超自動化和可組合業(yè)務(wù)的興起”的融合導(dǎo)致了大量工具的涌入和需求的增加。Gartner公司預(yù)測，低代碼作為一種普遍的社會和技術(shù)運(yùn)動，預(yù)計將繼續(xù)顯著增長。

該市場包括低代碼應(yīng)用平臺、智能業(yè)務(wù)流程管理套件、機(jī)器人流程自動化以及公民自動化和開發(fā)平臺等產(chǎn)品。

數(shù)字業(yè)務(wù)的加速向IT領(lǐng)導(dǎo)者施加更大壓力，要求其大幅提高應(yīng)用程序交付速度，而采用低代碼工具可以解決這一問題。Gartner公司表示，對支持?jǐn)?shù)字化轉(zhuǎn)型的定制軟件程序需求的增加，導(dǎo)致IT部門之外的公民開發(fā)人員的出現(xiàn)，這反過來又影響了低代碼工具的增長。

然而，低代碼產(chǎn)品和流程的部署可能充滿錯誤，企業(yè)需要意識到這些，以便他們可以避免錯誤或最大限度地減少對開發(fā)運(yùn)營的影響。以下是低代碼部署需要避免的7個錯誤。

1.放棄基本的開發(fā)實踐

在線搜索產(chǎn)品提供商Elastic公司首席信息安全官M(fèi)andy Andress說，“我認(rèn)為最大的問題是對低代碼策略的誤解。許多企業(yè)采用低代碼策略作為節(jié)省資金或加快開發(fā)的機(jī)會。但這只有在他們了解低代碼策略可以降低成本時才能獲得成功。”

她表示，低代碼策略可以幫助降低項目所需開發(fā)人員的成本，使經(jīng)驗較少的開發(fā)人員能夠創(chuàng)建高級功能。開發(fā)速度也會帶來好處，特別是在組件在應(yīng)用程序之間重用的情況下。

Andress說，“大多數(shù)人都忽略了確保開發(fā)應(yīng)用程序滿足業(yè)務(wù)需求所需的更廣泛的業(yè)務(wù)和治理流程。業(yè)務(wù)要求是什么?我們需要實施哪些關(guān)鍵業(yè)務(wù)控制措施，例如職責(zé)分離。”

Andress曾經(jīng)幫助開發(fā)一個低代碼項目，因為擔(dān)心應(yīng)用程序缺少關(guān)鍵業(yè)務(wù)控制。在審查了他們的工作之后，她發(fā)現(xiàn)該應(yīng)用程序缺少關(guān)鍵的業(yè)務(wù)規(guī)則。她說，“因為團(tuán)隊沒有看到需要遵循他們定義的軟件開發(fā)生命周期(SDLC)過程來進(jìn)行低代碼開發(fā)工作，并且沒有充分記錄和審查業(yè)務(wù)需求。”

Andress表示，重新開發(fā)應(yīng)用程序?qū)⑼瓿伤璧臅r間增加了兩倍，抵消了團(tuán)隊從采用低代碼開發(fā)方法中節(jié)省的任何成本

2.技能不匹配

低代碼工具的好處之一是，它們可以減少有經(jīng)驗的開發(fā)人員完成項目的需要。但這并不意味著對熟練專業(yè)人員的需求就會消失。

法律和消費(fèi)者數(shù)據(jù)服務(wù)提供商Lexis Nexis公司副總裁兼首席自動化官Vinay Mummigatti表示：“部署低代碼開發(fā)的團(tuán)隊需要精通各自的低代碼平臺，擁有適當(dāng)?shù)漠a(chǎn)品認(rèn)證和知識，知道該做什么和不做什么。根據(jù)我的經(jīng)驗，安排那些擅長編寫定制的、編碼密集的軟件應(yīng)用程序的軟件工程師來開發(fā)低代碼解決方案是一個錯誤。他們通常會編寫數(shù)千行代碼，最終得到難以維護(hù)或擴(kuò)展的高度定制化的應(yīng)用程序。而這并不是低代碼平臺所擅長的。”

例如，LexisNexis公司的一個J2EE工程團(tuán)隊在一個領(lǐng)先的低代碼自動化平臺上接受交叉培訓(xùn)，以交付“法律訂單處理”應(yīng)用程序。Mummigati說，“開發(fā)團(tuán)隊沒有按照低代碼平臺供應(yīng)商規(guī)定的方法和最佳實踐來構(gòu)建應(yīng)用程序，以利用開箱即用的功能，而只是將該平臺作為后端引擎來編排工作流，但為所有功能編寫了復(fù)雜的代碼。”

Mummigatti表示，自定義編碼導(dǎo)致成本和時間大幅增長以及嚴(yán)重的性能和可維護(hù)性問題，最終導(dǎo)致使用供應(yīng)商專業(yè)服務(wù)的團(tuán)隊完全重寫應(yīng)用程序。

3.缺乏以業(yè)務(wù)為主導(dǎo)的軟件交付

Mummigatti表示，低代碼平臺使商業(yè)社區(qū)的公民開發(fā)人員能夠?qū)崿F(xiàn)快速的應(yīng)用程序交付，而將商業(yè)用戶排除在早期決策過程之外并不是一個好主意。

Mummigatti說，“我們看到的一個主要錯誤是，業(yè)務(wù)用戶從項目開始時就沒有參與進(jìn)來。而借助低代碼、‘模型驅(qū)動的開發(fā)’平臺，讓業(yè)務(wù)用戶從開始就參與其中是成功的關(guān)鍵。從一開始就缺乏業(yè)務(wù)參與可能會導(dǎo)致重大的重組和預(yù)算/進(jìn)度差異。”

低代碼項目應(yīng)該包括強(qiáng)大的業(yè)務(wù)與IT的一致性。Mummigatti引用的一個例子是開發(fā)的一個客戶服務(wù)平臺，該平臺的設(shè)計和開發(fā)過程幾乎沒有業(yè)務(wù)用戶參與。他說，當(dāng)平臺交付時，業(yè)務(wù)用戶對流程邏輯、決策規(guī)則、報告和用戶界面表示不滿，因為他們強(qiáng)加了復(fù)雜的運(yùn)營變更管理。

他說，“如果做得好，我們從第一個sprint中就開始參與了業(yè)務(wù)。業(yè)務(wù)用戶可以在低代碼平臺上可視化流程模型的設(shè)計、業(yè)務(wù)邏輯的定義、用戶界面(UI)表單/界面的創(chuàng)建以及每一步轉(zhuǎn)換的數(shù)據(jù)元素。這最終會產(chǎn)生一個完全符合業(yè)務(wù)設(shè)想的應(yīng)用程序。”

4.未能更新文化和結(jié)構(gòu)

研究機(jī)構(gòu)Info-Tech公司應(yīng)用程序?qū)嵺`高級研究分析師Andrew Kum-Seun說，“如果做得好，低代碼和無代碼技術(shù)是支持向業(yè)務(wù)管理應(yīng)用程序和公民開發(fā)過渡的一種優(yōu)秀工具。

許多企業(yè)都忘記了，要讓這種新環(huán)境蓬勃發(fā)展，企業(yè)文化、軟件和風(fēng)險所有權(quán)結(jié)構(gòu)以及IT運(yùn)營模式需要發(fā)生重大轉(zhuǎn)變。不幸的是，傳統(tǒng)的軟件交付實踐、孤立的業(yè)務(wù)和IT團(tuán)隊以及糟糕的企業(yè)系統(tǒng)質(zhì)量限制了低代碼和無代碼技術(shù)的真正潛力，并推高了實施和長期維護(hù)的成本。”

Kum-Suen補(bǔ)充說，“IT團(tuán)隊必須從運(yùn)營商和解決方案實施者轉(zhuǎn)變?yōu)橹档眯刨嚨暮献骰锇?、教練和平臺支持者。企業(yè)必須對其軟件實施和開發(fā)決策負(fù)責(zé)，并對他們對企業(yè)環(huán)境所做的更改保持透明。畢竟，當(dāng)企業(yè)愿意優(yōu)化工作方式以充分利用它們的功能時，低代碼和無代碼技術(shù)的真正價值就會顯現(xiàn)出來。”

5.制定工具無法支持的過于雄心勃勃的議程

低代碼平臺可以成為增強(qiáng)開發(fā)的寶貴工具，但它們并不完美。

Mummigati說。“低代碼平臺的一個關(guān)鍵缺陷是沒有考慮到一些技術(shù)限制。”而在一些項目中，Lexis Nexis公司試圖擴(kuò)展其低代碼平臺，以處理具有恢復(fù)和故障切換功能或大容量批處理的、以事務(wù)為中心的應(yīng)用程序。

Mummigatti說，“我們發(fā)現(xiàn)，在涉及以集成為中心的數(shù)據(jù)或跨多個系統(tǒng)或復(fù)雜數(shù)據(jù)結(jié)構(gòu)的服務(wù)編排的情況下，低代碼平臺不能很好地擴(kuò)展和執(zhí)行。”Lexis Nexis公司將低代碼平臺用于抵押貸款處理和反洗錢應(yīng)用程序，這些應(yīng)用程序涉及批量處理來自交易處理應(yīng)用程序的文件和數(shù)據(jù)。

在這兩種情況下，該公司發(fā)現(xiàn)低代碼平臺無法提供所需的速度和質(zhì)量，導(dǎo)致應(yīng)用程序在這一過程中失敗。Mummigatti說：“我們無法確保在低代碼平臺上以批處理模式100%處理大數(shù)據(jù)量，這是一個重大的運(yùn)營和監(jiān)管挑戰(zhàn)，對客戶體驗有很大影響。”

6.部署太多工具

很多事情是，過猶不及，低代碼和無代碼工具同樣如此，尤其是當(dāng)它們不能很好地協(xié)同工作時。

軟件開發(fā)商N(yùn)utanix公司遇到了這個問題，該公司首席信息官Wendy Pfeiffer表示，通過采用許多不同語言的工具，開發(fā)團(tuán)隊并不能達(dá)到很高的自動化水平。

她說，“就我的團(tuán)隊而言，只有在我們培訓(xùn)每個團(tuán)隊成員使用單一工具之后，我們才開始在實現(xiàn)自主操作方面取得真正的進(jìn)展。在三年前，我們只有大約15%的服務(wù)是自主執(zhí)行的。如今，這一數(shù)字增長到85%，其中許多團(tuán)隊成員之前從未編寫過自動化代碼，但他們是IT運(yùn)營方面的專家。”

此外，Kum-Seun表示，低代碼技術(shù)的實施可能不像供應(yīng)商宣傳的那樣簡單。他說。“真正的好處在于它能夠在企業(yè)應(yīng)用程序、數(shù)據(jù)倉庫和系統(tǒng)中利用和集成各種服務(wù)和數(shù)據(jù)。然而，許多企業(yè)受限于他們的遺留系統(tǒng)架構(gòu)，缺乏通用的數(shù)據(jù)定義，他們的應(yīng)用程序被技術(shù)債務(wù)所拖累。”

Kum-Seun指出，應(yīng)用程序編程接口(API)網(wǎng)關(guān)、數(shù)據(jù)湖、云平臺和其他集成和聚合工具可以幫助提高系統(tǒng)與低代碼技術(shù)的兼容性。他說，“然而，它們并沒有解決基本的架構(gòu)和數(shù)據(jù)管理挑戰(zhàn)。”

7.延續(xù)不良流程

Pfeiffer說，低代碼工具的潛力巨大。她說，“通過一些培訓(xùn)，IT團(tuán)隊的每個成員都可以將其專業(yè)工作流程的關(guān)鍵元素實現(xiàn)自動化，從而提高準(zhǔn)確性和效率。但自動化并不是萬能的。糟糕的流程并不會變好，即使它由機(jī)器快速準(zhǔn)確地執(zhí)行。”

Pfeiffer說，沒有特殊的“機(jī)器魔法”可以將一個糟糕的人工過程變成一個出色的自動化過程。她說，“作為第一步，我的團(tuán)隊需要用通俗易懂的語言寫出候選流程，看到所做工作的描述，可以突出問題，并改善工作流程。”

一旦文檔有意義，就可以通過低代碼工具將流程翻譯成代碼。

Pfeiffer表示，自動化最好分階段執(zhí)行。她說，“IT團(tuán)隊通常認(rèn)為，為了使自動化產(chǎn)生影響，他們需要將一個有問題的復(fù)雜流程端到端自動化。我和我的團(tuán)隊了解到，將工作重點放在自動化流程中最容易出錯的步驟是體驗這些工具帶來的好處的關(guān)鍵。”