據(jù)Gartner預(yù)測，2021年全球低代碼開發(fā)市場總額將達(dá)到138億美元，較2020年增長23%，該市場包括低代碼應(yīng)用平臺（LCAP）、智能業(yè)務(wù)流程管理套件、多元體驗(yàn)開發(fā)平臺（MDXP）、機(jī)器人流程自動化（RPA）以及公民自動化和開發(fā)平臺（CADP）等產(chǎn)品或技術(shù)。為了最大限度發(fā)揮低代碼開發(fā)的效用，企業(yè)應(yīng)盡可能避免以下7個(gè)錯(cuò)誤。
1、忽略基本的開發(fā)實(shí)踐
低代碼策略可以幫助經(jīng)驗(yàn)不足的開發(fā)人員創(chuàng)建高級功能，從而幫助降低項(xiàng)目所需的開發(fā)人員成本。在開發(fā)速度方面它也可以帶來好處，尤其是在跨應(yīng)用程序重用組件的情況下。不過，很多企業(yè)在使用低代碼策略時(shí)，容易忽略其能否滿足業(yè)務(wù)發(fā)展需求，例如不了解業(yè)務(wù)需求，及不知道需要實(shí)施哪些關(guān)鍵業(yè)務(wù)控制措施等。
2、技能不匹配
企業(yè)使用低代碼工具的好處之一是可以減少對有經(jīng)驗(yàn)開發(fā)人員的需要，但這并不意味著對熟練專業(yè)人員的需求就會消失。LexisNexis Legal&Professional（一家提供法律和消費(fèi)者數(shù)據(jù)服務(wù)的公司）副總裁兼首席自動化官Vinay Mummigatti表示：“進(jìn)行低代碼開發(fā)的團(tuán)隊(duì)需要非常精通各自的平臺，并且具備適當(dāng)?shù)漠a(chǎn)品認(rèn)證以及必要的基礎(chǔ)知識。根據(jù)經(jīng)驗(yàn)，使用擅長編寫定制、編碼密集型軟件應(yīng)用程序的軟件工程師，來開發(fā)低代碼解決方案是一個(gè)錯(cuò)誤。他們通常會編寫數(shù)千行代碼，最終得到的只是難以維護(hù)或擴(kuò)展的高度定制化應(yīng)用程序，而這并不是低代碼平臺擅長的。”
3、缺乏以業(yè)務(wù)為主導(dǎo)的軟件交付
低代碼平臺的使用主要是讓公民開發(fā)人員能夠?qū)崿F(xiàn)快速交付，但是將業(yè)務(wù)用戶排除在早期決策過程之外并不是一個(gè)好主意。低代碼項(xiàng)目應(yīng)該具備強(qiáng)大的業(yè)務(wù)-IT一致性，讓業(yè)務(wù)用戶參與并了解代碼平臺中的流程模型設(shè)計(jì)、業(yè)務(wù)邏輯定義、UI（用戶界面）表單/界面設(shè)計(jì)以及每一步的數(shù)據(jù)元素轉(zhuǎn)換，有助于最終創(chuàng)建一個(gè)“完全合乎業(yè)務(wù)需求”的應(yīng)用程序。
4、未能更新文化和結(jié)構(gòu)
IT必須從運(yùn)營者和解決方案實(shí)施者轉(zhuǎn)變?yōu)橹档眯刨嚨暮献骰锇?、教練和平臺支持者。企業(yè)必須對其軟件實(shí)施和開發(fā)決策負(fù)責(zé)，并對企業(yè)環(huán)境的任何更改保持透明。畢竟，只有當(dāng)人們愿意優(yōu)化工作方式以充分利用其功能時(shí)，低代碼和無代碼技術(shù)的真正價(jià)值才能發(fā)揮出來。
5、制定不切實(shí)際的議程
低代碼平臺可以成為增強(qiáng)開發(fā)的寶貴工具，但它們并不完美。企業(yè)使用低代碼平臺的一個(gè)錯(cuò)誤是沒有考慮到一些技術(shù)限制。例如，在涉及“以集成為中心”的數(shù)據(jù)或跨多個(gè)系統(tǒng)及復(fù)雜數(shù)據(jù)結(jié)構(gòu)服務(wù)編排的情況下，低代碼平臺無法很好地?cái)U(kuò)展和執(zhí)行，無法提供業(yè)務(wù)所需的速度和質(zhì)量。此外，企業(yè)也無法通過低代碼平臺確保以批處理模式100%處理大量數(shù)據(jù)，這是一項(xiàng)重大的運(yùn)營和監(jiān)管挑戰(zhàn)，對客戶體驗(yàn)影響很大。
6、部署太多工具
所謂“物極必反”，這句話同樣適用于低代碼和無代碼工具，特別是當(dāng)它們不能很好地協(xié)同工作時(shí)，這一效應(yīng)更加明顯。低代碼技術(shù)的實(shí)施可能不像供應(yīng)商宣傳的那樣簡單。它真正的好處在于能夠利用和集成企業(yè)應(yīng)用程序、數(shù)據(jù)倉庫和系統(tǒng)中的各種服務(wù)和數(shù)據(jù)。然而，許多企業(yè)受限于其遺留系統(tǒng)架構(gòu)，缺乏通用的數(shù)據(jù)定義，而且其應(yīng)用程序也被技術(shù)債務(wù)所拖累。雖說應(yīng)用程序編程接口（API）網(wǎng)關(guān)、數(shù)據(jù)湖、云平臺和其他集成和聚合工具可以幫助提高系統(tǒng)與低代碼技術(shù)的兼容性。然而，它們并沒有解決基本的架構(gòu)和數(shù)據(jù)管理挑戰(zhàn)。
7、延續(xù)不良流程
低代碼工具的潛力是巨大的。通過少量培訓(xùn)，IT團(tuán)隊(duì)的每個(gè)成員都可以自動化其專業(yè)工作流程的關(guān)鍵元素，從而提高準(zhǔn)確性和效率。但是這種自動化并不是萬能的，糟糕的流程仍然會是糟糕的流程，不會因?yàn)樗怯蓹C(jī)器快速準(zhǔn)確地執(zhí)行而發(fā)生變化。此外，自動化最好按程度執(zhí)行。IT團(tuán)隊(duì)通常認(rèn)為，他們需要端到端地自動化有問題的復(fù)雜流程，才能使自動化發(fā)揮效用。但事實(shí)證明，只有專注于自動化流程中容易出錯(cuò)的步驟（即產(chǎn)生較多返工的步驟）才是體現(xiàn)這些工具優(yōu)勢的真正關(guān)鍵所在。
