該公司指出，低代碼應用程序開發并不是什么新鮮事，但“超自動化和可組合業務的興起”的融合導致了大量工具的涌入和需求的增加。Gartner公司預測，低代碼作為一種普遍的社會和技術運動，預計將繼續顯著增長。
該市場包括低代碼應用平臺、智能業務流程管理套件、機器人流程自動化以及公民自動化和開發平臺等產品。
數字業務的加速向IT領導者施加更大壓力，要求其大幅提高應用程序交付速度，而采用低代碼工具可以解決這一問題。Gartner公司表示，對支持數字化轉型的定制軟件程序需求的增加，導致IT部門之外的公民開發人員的出現，這反過來又影響了低代碼工具的增長。
然而，低代碼產品和流程的部署可能充滿錯誤，企業需要意識到這些，以便他們可以避免錯誤或最大限度地減少對開發運營的影響。以下是低代碼部署需要避免的7個錯誤。
1.放棄基本的開發實踐
在線搜索產品提供商Elastic公司首席信息安全官Mandy Andress說，“我認為最大的問題是對低代碼策略的誤解。許多企業采用低代碼策略作為節省資金或加快開發的機會。但這只有在他們了解低代碼策略可以降低成本時才能獲得成功。”
她表示，低代碼策略可以幫助降低項目所需開發人員的成本，使經驗較少的開發人員能夠創建高級功能。開發速度也會帶來好處，特別是在組件在應用程序之間重用的情況下。
Andress說，“大多數人都忽略了確保開發應用程序滿足業務需求所需的更廣泛的業務和治理流程。業務要求是什么?我們需要實施哪些關鍵業務控制措施，例如職責分離。”
Andress曾經幫助開發一個低代碼項目，因為擔心應用程序缺少關鍵業務控制。在審查了他們的工作之后，她發現該應用程序缺少關鍵的業務規則。她說，“因為團隊沒有看到需要遵循他們定義的軟件開發生命周期(SDLC)過程來進行低代碼開發工作，并且沒有充分記錄和審查業務需求。”
Andress表示，重新開發應用程序將完成所需的時間增加了兩倍，抵消了團隊從采用低代碼開發方法中節省的任何成本
2.技能不匹配
低代碼工具的好處之一是，它們可以減少有經驗的開發人員完成項目的需要。但這并不意味著對熟練專業人員的需求就會消失。
法律和消費者數據服務提供商Lexis Nexis公司副總裁兼首席自動化官Vinay Mummigatti表示：“部署低代碼開發的團隊需要精通各自的低代碼平臺，擁有適當的產品認證和知識，知道該做什么和不做什么。根據我的經驗，安排那些擅長編寫定制的、編碼密集的軟件應用程序的軟件工程師來開發低代碼解決方案是一個錯誤。他們通常會編寫數千行代碼，最終得到難以維護或擴展的高度定制化的應用程序。而這并不是低代碼平臺所擅長的。”
例如，LexisNexis公司的一個J2EE工程團隊在一個領先的低代碼自動化平臺上接受交叉培訓，以交付“法律訂單處理”應用程序。Mummigati說，“開發團隊沒有按照低代碼平臺供應商規定的方法和最佳實踐來構建應用程序，以利用開箱即用的功能，而只是將該平臺作為后端引擎來編排工作流，但為所有功能編寫了復雜的代碼。”
Mummigatti表示，自定義編碼導致成本和時間大幅增長以及嚴重的性能和可維護性問題，最終導致使用供應商專業服務的團隊完全重寫應用程序。
3.缺乏以業務為主導的軟件交付
Mummigatti表示，低代碼平臺使商業社區的公民開發人員能夠實現快速的應用程序交付，而將商業用戶排除在早期決策過程之外并不是一個好主意。
Mummigatti說，“我們看到的一個主要錯誤是，業務用戶從項目開始時就沒有參與進來。而借助低代碼、‘模型驅動的開發’平臺，讓業務用戶從開始就參與其中是成功的關鍵。從一開始就缺乏業務參與可能會導致重大的重組和預算/進度差異。”
低代碼項目應該包括強大的業務與IT的一致性。Mummigatti引用的一個例子是開發的一個客戶服務平臺，該平臺的設計和開發過程幾乎沒有業務用戶參與。他說，當平臺交付時，業務用戶對流程邏輯、決策規則、報告和用戶界面表示不滿，因為他們強加了復雜的運營變更管理。
他說，“如果做得好，我們從第一個sprint中就開始參與了業務。業務用戶可以在低代碼平臺上可視化流程模型的設計、業務邏輯的定義、用戶界面(UI)表單/界面的創建以及每一步轉換的數據元素。這最終會產生一個完全符合業務設想的應用程序。”
4.未能更新文化和結構
研究機構Info-Tech公司應用程序實踐高級研究分析師Andrew Kum-Seun說，“如果做得好，低代碼和無代碼技術是支持向業務管理應用程序和公民開發過渡的一種優秀工具。
許多企業都忘記了，要讓這種新環境蓬勃發展，企業文化、軟件和風險所有權結構以及IT運營模式需要發生重大轉變。不幸的是，傳統的軟件交付實踐、孤立的業務和IT團隊以及糟糕的企業系統質量限制了低代碼和無代碼技術的真正潛力，并推高了實施和長期維護的成本。”
Kum-Suen補充說，“IT團隊必須從運營商和解決方案實施者轉變為值得信賴的合作伙伴、教練和平臺支持者。企業必須對其軟件實施和開發決策負責，并對他們對企業環境所做的更改保持透明。畢竟，當企業愿意優化工作方式以充分利用它們的功能時，低代碼和無代碼技術的真正價值就會顯現出來。”
5.制定工具無法支持的過于雄心勃勃的議程
低代碼平臺可以成為增強開發的寶貴工具，但它們并不完美。
Mummigati說。“低代碼平臺的一個關鍵缺陷是沒有考慮到一些技術限制。”而在一些項目中，Lexis Nexis公司試圖擴展其低代碼平臺，以處理具有恢復和故障切換功能或大容量批處理的、以事務為中心的應用程序。
Mummigatti說，“我們發現，在涉及以集成為中心的數據或跨多個系統或復雜數據結構的服務編排的情況下，低代碼平臺不能很好地擴展和執行。”Lexis Nexis公司將低代碼平臺用于抵押貸款處理和反洗錢應用程序，這些應用程序涉及批量處理來自交易處理應用程序的文件和數據。
在這兩種情況下，該公司發現低代碼平臺無法提供所需的速度和質量，導致應用程序在這一過程中失敗。Mummigatti說：“我們無法確保在低代碼平臺上以批處理模式100%處理大數據量，這是一個重大的運營和監管挑戰，對客戶體驗有很大影響。”
6.部署太多工具
很多事情是，過猶不及，低代碼和無代碼工具同樣如此，尤其是當它們不能很好地協同工作時。
軟件開發商Nutanix公司遇到了這個問題，該公司首席信息官Wendy Pfeiffer表示，通過采用許多不同語言的工具，開發團隊并不能達到很高的自動化水平。
她說，“就我的團隊而言，只有在我們培訓每個團隊成員使用單一工具之后，我們才開始在實現自主操作方面取得真正的進展。在三年前，我們只有大約15%的服務是自主執行的。如今，這一數字增長到85%，其中許多團隊成員之前從未編寫過自動化代碼，但他們是IT運營方面的專家。”
此外，Kum-Seun表示，低代碼技術的實施可能不像供應商宣傳的那樣簡單。他說。“真正的好處在于它能夠在企業應用程序、數據倉庫和系統中利用和集成各種服務和數據。然而，許多企業受限于他們的遺留系統架構，缺乏通用的數據定義，他們的應用程序被技術債務所拖累。”
Kum-Seun指出，應用程序編程接口(API)網關、數據湖、云平臺和其他集成和聚合工具可以幫助提高系統與低代碼技術的兼容性。他說，“然而，它們并沒有解決基本的架構和數據管理挑戰。”
7.延續不良流程
Pfeiffer說，低代碼工具的潛力巨大。她說，“通過一些培訓，IT團隊的每個成員都可以將其專業工作流程的關鍵元素實現自動化，從而提高準確性和效率。但自動化并不是萬能的。糟糕的流程并不會變好，即使它由機器快速準確地執行。”
Pfeiffer說，沒有特殊的“機器魔法”可以將一個糟糕的人工過程變成一個出色的自動化過程。她說，“作為第一步，我的團隊需要用通俗易懂的語言寫出候選流程，看到所做工作的描述，可以突出問題，并改善工作流程。”
一旦文檔有意義，就可以通過低代碼工具將流程翻譯成代碼。
Pfeiffer表示，自動化最好分階段執行。她說，“IT團隊通常認為，為了使自動化產生影響，他們需要將一個有問題的復雜流程端到端自動化。我和我的團隊了解到，將工作重點放在自動化流程中最容易出錯的步驟是體驗這些工具帶來的好處的關鍵。”
版權聲明：本文為企業網D1Net編譯，轉載需注明出處為：企業網D1Net，如果不注明出處，企業網D1Net將保留追究其法律責任的權利。
京公網安備 11010502049343號