低代码和无代码工具:CIO 应注意的 4 个事项

作为 DevOps 工作的一部分,低代码无代码工具是否应该在您的组织中发挥作用?这里有四点需要考虑

低代码工具

随着 CIO 寻找方法来帮助他们的团队最大限度地提高软件交付工作,低代码/无代码工具为一些组织提供了引人注目的解决方案。除了赋予很少甚至没有开发技能的“公民开发人员”权力之外,低代码/无代码工具还可以帮助有经验的开发人员最大限度地提高产出和规模。

对于 CIO 而言,采用低代码/无代码的决定取决于组织挑战、风险管理和DevOps团队的需求。为了获得一些高层次的见解,我向几位DevOps Institute 大使询问了  CIO 在采用低代码/无代码时应该考虑的一些因素。这是他们不得不说的:

1.低代码实施应基于企业的风险管理

我认为不是 CIO 更喜欢采用这种方式,而是其他业务方面寻求更多地了解一些具有挑战性的理念和技能组合. 无代码不是没有代码,它只是将代码淡化到背景中,而不是考虑的主要元素。就像使用文件管理器而不是命令行界面一样,无代码使执行活动成为可能不同,但最终代码仍然运行操作。”

“转向无代码取决于一个人与开发的商业价值关系。如果业务中心围绕具有快速发布和尖端技术的定制应用程序,无代码可能不是正确的想法。无代码移动开发人员,并且运营商,远离为这些组织创造价值的技术。”

“如果系统是基于安全的、基于测试的,甚至是基于合规性的,那么能够通过可视化表示创建更改可能是非常有价值的。人们还可能会在仪表板的服务台类型情况下看到无代码实现并且可以通过选择回复来单独定制报告,而无需深入研究您的无代码替代方案只是创建的 SQL 语言或选项。

2.避免与IT发起人重复工作。

如果业务有紧急的非关键任务需求,且地面开发资源稀少,可以考虑采用低代码/无代码。如果业务需求简单且可以存在以与核心系统隔离的方式,低代码/无代码也是可行的。”

3. CIO 应该专注于改善整体开发人员体验

通过将手动、可重复、乏味和其他非关键任务的活动转移到低代码/无代码平台,它可以让工程团队腾出时间专注于更多价值- 添加编码活动并根据公司需求构建产品。”

“也就是说,低代码/无代码平台可以帮助公司更好地响应产品需求,但应首先考虑这些应用程序平台的不同标准,以解决最佳治理水平、对不同类型应用程序的监督、数据访问、应用程序性能、安全策略和集成依赖项。”

4.CIO 需要决定他们的组织是否已经达到临界点

低代码/无代码工具能够大大加快您的开发时间表并在此期间降低您的成本过程。但是,如果这个过程突然一时兴起,就会导致混乱和混乱。

CIO 还需要考虑组织的规模。如果您是大型组织的一部分,则需要选择企业范围内的低代码/无代码工具,以便它们可以在多个部门之间成功部署。

推荐阅读:通过重塑业务流程,实现数字化转型