机房360首页
当前位置:首页 » 技术前沿 » 低代码部署需要避免的7个错误

低代码部署需要避免的7个错误

来源:企业网D1Net 作者:Harris编辑 更新时间:2021/12/22 7:18:41

摘要:根据研究机构Gartner公司的预测,2021年全球低代码开发市场规模将达到138亿美元,与2020年相比增长23%。在新冠疫情期间远程开发的激增将继续推动低代码的采用。

   根据研究机构Gartner公司的预测,2021年全球低代码开发市场规模将达到138亿美元,与2020年相比增长23%。在新冠疫情期间远程开发的激增将继续推动低代码的采用。
  
  该公司指出,低代码应用程序开发并不是什么新鲜事,但“超自动化和可组合业务的兴起”的融合导致了大量工具的涌入和需求的增加。Gartner公司预测,低代码作为一种普遍的社会和技术运动,预计将继续显著增长。
  
  该市场包括低代码应用平台、智能业务流程管理套件、机器人流程自动化以及公民自动化和开发平台等产品。
  
  数字业务的加速向IT领导者施加更大压力,要求其大幅提高应用程序交付速度,而采用低代码工具可以解决这一问题。Gartner公司表示,对支持数字化转型的定制软件程序需求的增加,导致IT部门之外的公民开发人员的出现,这反过来又影响了低代码工具的增长。
  
  然而,低代码产品和流程的部署可能充满错误,企业需要意识到这些,以便他们可以避免错误或最大限度地减少对开发运营的影响。以下是低代码部署需要避免的7个错误。
  
  1.放弃基本的开发实践
  
  在线搜索产品提供商Elastic公司首席信息安全官MandyAndress说,“我认为最大的问题是对低代码策略的误解。许多企业采用低代码策略作为节省资金或加快开发的机会。但这只有在他们了解低代码策略可以降低成本时才能获得成功。”
  
  她表示,低代码策略可以帮助降低项目所需开发人员的成本,使经验较少的开发人员能够创建高级功能。开发速度也会带来好处,特别是在组件在应用程序之间重用的情况下。
  
  Andress说,“大多数人都忽略了确保开发应用程序满足业务需求所需的更广泛的业务和治理流程。业务要求是什么?我们需要实施哪些关键业务控制措施,例如职责分离。”
  
  Andress曾经帮助开发一个低代码项目,因为担心应用程序缺少关键业务控制。在审查了他们的工作之后,她发现该应用程序缺少关键的业务规则。她说,“因为团队没有看到需要遵循他们定义的软件开发生命周期(SDLC)过程来进行低代码开发工作,并且没有充分记录和审查业务需求。”
  
  Andress表示,重新开发应用程序将完成所需的时间增加了两倍,抵消了团队从采用低代码开发方法中节省的任何成本
  
  2.技能不匹配
  
  低代码工具的好处之一是,它们可以减少有经验的开发人员完成项目的需要。但这并不意味着对熟练专业人员的需求就会消失。
  
  法律和消费者数据服务提供商LexisNexis公司副总裁兼首席自动化官VinayMummigatti表示:“部署低代码开发的团队需要精通各自的低代码平台,拥有适当的产品认证和知识,知道该做什么和不做什么。根据我的经验,安排那些擅长编写定制的、编码密集的软件应用程序的软件工程师来开发低代码解决方案是一个错误。他们通常会编写数千行代码,最终得到难以维护或扩展的高度定制化的应用程序。而这并不是低代码平台所擅长的。”
  
  例如,LexisNexis公司的一个J2EE工程团队在一个领先的低代码自动化平台上接受交叉培训,以交付“法律订单处理”应用程序。Mummigati说,“开发团队没有按照低代码平台供应商规定的方法和最佳实践来构建应用程序,以利用开箱即用的功能,而只是将该平台作为后端引擎来编排工作流,但为所有功能编写了复杂的代码。”
  
  Mummigatti表示,自定义编码导致成本和时间大幅增长以及严重的性能和可维护性问题,最终导致使用供应商专业服务的团队完全重写应用程序。
  
  3.缺乏以业务为主导的软件交付
  
  Mummigatti表示,低代码平台使商业社区的公民开发人员能够实现快速的应用程序交付,而将商业用户排除在早期决策过程之外并不是一个好主意。
  
  Mummigatti说,“我们看到的一个主要错误是,业务用户从项目开始时就没有参与进来。而借助低代码、‘模型驱动的开发’平台,让业务用户从开始就参与其中是成功的关键。从一开始就缺乏业务参与可能会导致重大的重组和预算/进度差异。”
  
  低代码项目应该包括强大的业务与IT的一致性。Mummigatti引用的一个例子是开发的一个客户服务平台,该平台的设计和开发过程几乎没有业务用户参与。他说,当平台交付时,业务用户对流程逻辑、决策规则、报告和用户界面表示不满,因为他们强加了复杂的运营变更管理。
  
  他说,“如果做得好,我们从第一个sprint中就开始参与了业务。业务用户可以在低代码平台上可视化流程模型的设计、业务逻辑的定义、用户界面(UI)表单/界面的创建以及每一步转换的数据元素。这最终会产生一个完全符合业务设想的应用程序。”
  
  4.未能更新文化和结构
  
  研究机构Info-Tech公司应用程序实践高级研究分析师AndrewKum-Seun说,“如果做得好,低代码和无代码技术是支持向业务管理应用程序和公民开发过渡的一种优秀工具。
  
  许多企业都忘记了,要让这种新环境蓬勃发展,企业文化、软件和风险所有权结构以及IT运营模式需要发生重大转变。不幸的是,传统的软件交付实践、孤立的业务和IT团队以及糟糕的企业系统质量限制了低代码和无代码技术的真正潜力,并推高了实施和长期维护的成本。”
  
  Kum-Suen补充说,“IT团队必须从运营商和解决方案实施者转变为值得信赖的合作伙伴、教练和平台支持者。企业必须对其软件实施和开发决策负责,并对他们对企业环境所做的更改保持透明。毕竟,当企业愿意优化工作方式以充分利用它们的功能时,低代码和无代码技术的真正价值就会显现出来。”
  
  5.制定工具无法支持的过于雄心勃勃的议程
  
  低代码平台可以成为增强开发的宝贵工具,但它们并不完美。
  
  Mummigati说。“低代码平台的一个关键缺陷是没有考虑到一些技术限制。”而在一些项目中,LexisNexis公司试图扩展其低代码平台,以处理具有恢复和故障切换功能或大容量批处理的、以事务为中心的应用程序。
  
  Mummigatti说,“我们发现,在涉及以集成为中心的数据或跨多个系统或复杂数据结构的服务编排的情况下,低代码平台不能很好地扩展和执行。”LexisNexis公司将低代码平台用于抵押贷款处理和反洗钱应用程序,这些应用程序涉及批量处理来自交易处理应用程序的文件和数据。
  
  在这两种情况下,该公司发现低代码平台无法提供所需的速度和质量,导致应用程序在这一过程中失败。Mummigatti说:“我们无法确保在低代码平台上以批处理模式100%处理大数据量,这是一个重大的运营和监管挑战,对客户体验有很大影响。”
  
  6.部署太多工具
  
  很多事情是,过犹不及,低代码和无代码工具同样如此,尤其是当它们不能很好地协同工作时。
  
  软件开发商Nutanix公司遇到了这个问题,该公司首席信息官WendyPfeiffer表示,通过采用许多不同语言的工具,开发团队并不能达到很高的自动化水平。
  
  她说,“就我的团队而言,只有在我们培训每个团队成员使用单一工具之后,我们才开始在实现自主操作方面取得真正的进展。在三年前,我们只有大约15%的服务是自主执行的。如今,这一数字增长到85%,其中许多团队成员之前从未编写过自动化代码,但他们是IT运营方面的专家。”
  
  此外,Kum-Seun表示,低代码技术的实施可能不像供应商宣传的那样简单。他说。“真正的好处在于它能够在企业应用程序、数据仓库和系统中利用和集成各种服务和数据。然而,许多企业受限于他们的遗留系统架构,缺乏通用的数据定义,他们的应用程序被技术债务所拖累。”
  
  Kum-Seun指出,应用程序编程接口(API)网关、数据湖、云平台和其他集成和聚合工具可以帮助提高系统与低代码技术的兼容性。他说,“然而,它们并没有解决基本的架构和数据管理挑战。”
  
  7.延续不良流程
  
  Pfeiffer说,低代码工具的潜力巨大。她说,“通过一些培训,IT团队的每个成员都可以将其专业工作流程的关键元素实现自动化,从而提高准确性和效率。但自动化并不是万能的。糟糕的流程并不会变好,即使它由机器快速准确地执行。”
  
  Pfeiffer说,没有特殊的“机器魔法”可以将一个糟糕的人工过程变成一个出色的自动化过程。她说,“作为第一步,我的团队需要用通俗易懂的语言写出候选流程,看到所做工作的描述,可以突出问题,并改善工作流程。”
  
  一旦文档有意义,就可以通过低代码工具将流程翻译成代码。
  
  Pfeiffer表示,自动化最好分阶段执行。她说,“IT团队通常认为,为了使自动化产生影响,他们需要将一个有问题的复杂流程端到端自动化。我和我的团队了解到,将工作重点放在自动化流程中最容易出错的步骤是体验这些工具带来的好处的关键。”
  
  编辑:Harris

机房360微信公众号订阅
扫一扫,订阅更多数据中心资讯

本文地址:http://www.jifang360.com/news/20211222/n1623142380.html 网友评论: 阅读次数:
版权声明:凡本站原创文章,未经授权,禁止转载,否则追究法律责任。
相关评论
正在加载评论列表...
评论表单加载中...
  • 我要分享
推荐图片