低代码之旅：从应用到数字化转型（二）

不同的人有不同的切入点

由于低代码平台在组织的转型工作中可以扮演这些不同的角色，因此您的低代码之旅有许多可能的起点。从最基本的方面来说，转变从一个步骤开始 ，一个应用程序，但实际上，起点取决于您在组织中的角色。

对于解决方案架构师和应用程序负责人来说，低代码的起点通常是为移动或 Web 构建应用程序，以及对现有系统进行现代化改造。他们的主要需求是：一种快速开发应用程序的工具，以及快速而廉价地更改应用程序，同时长期支持新的和现有的应用程序。

IT经理以及数字管理中日益重要的管理人员最关心的是构建端到端功能，使客户体验"数字化"。这些人还专注于实时数字性能的运营，他们关心的是实现传统资产的现代化以支持数字计划。

对于高管来说，考虑因素更具战略性。在这个层面上，迫切需要以转变客户偏好和行为为中心的业务转型，同时管理风险和成本。首席信息官和首席数字官 （CDO） 还必须满足整个组织的业务线管理需求。

无论角色如何，一个要求无处不在：速度。软件开发和交付的速度直接影响企业将产品推向市场并满足不断变化的客户需求的速度。正是这种对速度的需求驱使大多数人开始他们的低代码之旅。

从一个应用程序到多个应用程序

许多组织从单个应用程序开始其低代码之旅。有时，它开始于一个概念验证，旨在试用平台并让开发团队跟上速度。在其他情况下，业务线 （LoB） 主管是低代码拥护者，因此，第一个应用满足了部门的需求。

但是，考虑到低代码应用程序开发的速度、成本和质量优势，组织很快就会超越单个应用阶段，开始推出多个应用程序。早期的快速获胜会带来更广泛的接受。持续的成功通常会导致需求激增，因为整个企业中的个人都会听到新部署的应用程序。

很快，这些应用程序形成了一个生态系统。低代码平台不是一组不同的断开连接的应用程序，而是鼓励应用程序的一致性、交互和集成，甚至跨 LoB 也是如此。结果是改善了对战略性的、以客户为导向的数字化工作的支持，因为用户越来越期望并要求与他们有业务往来的公司提供连贯的、经过深思熟虑的应用程序集。

肯特州立大学（Kent State University）是低代码转变的这一部分的一个组织，它采用了低代码平台。该大学的愿景是利用技术成为"变革推动者的社区"。该平台使其能够快速构建其前两个应用程序。

这些早期的应用程序允许学生，教师和管理员使用他们的智能设备安全地访问和处理信息，以及向大学请求服务。现在已经过去了这个早期阶段，该大学能够将时间投入到更大的创新中，快速构建新应用程序的原型，并让学生参与创建过程。

随着组织进入此多应用程序阶段，低代码平台的更改管理功能变得越来越重要。像肯特州立大学这样的组织必须建立一个解决方案交付治理框架，允许并鼓励跨LoB快速开发应用程序。

没有这样的平台，这些框架很难在实践中实施。最终结果是一定程度的混乱，因为不同的LoB发现集中式IT无法满足他们的需求。但是，借助低代码平台，IT 组织能够建立并实施应用程序交付节奏 ， 这是一种协调的迭代式应用程序发布模式，可保持用户体验、应用程序功能和底层部署基础架构之间的一致性。

结果是对传统项目组合管理的现代更新，其中治理团队可以跨业务的许多部分管理大量应用程序，从而在管理风险的同时有效地分配资源。然而，这些传统方法容易通过充满文书工作的官僚程序来减慢一切速度。现代方法是精益、轻量级、迭代和以客户为中心的。

低代码平台对于实现此类现代软件驱动环境的这些目标至关重要。