共计 3525 个字符，预计需要花费 9 分钟才能阅读完成。
低代码产品和流程的部署可能充斥谬误，企业须要意识到这些，以便他们能够防止谬误或最大限度地缩小对开发经营的影响。以下是低代码部署须要防止的 7 个谬误。
依据钻研机构 Gartner 公司的预测，2021 年寰球低代码开发市场规模将达到 138 亿美元，与 2020 年相比增长 23%。在新冠疫情期间近程开发的激增将持续推动低代码的采纳。
该公司指出，低代码利用程序开发并不是什么新鲜事，但“超自动化和可组合业务的衰亡”的交融导致了大量工具的涌入和需要的减少。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 团队通常认为，为了使自动化产生影响，他们须要将一个有问题的简单流程端到端自动化。我和我的团队理解到，将工作重点放在自动化流程中最容易出错的步骤是体验这些工具带来的益处的要害。”