关键外包：
- Enexis 使用低代码开发来优化现场工程师的流程，以应对荷兰不断变化的能源格局。
- 受过 24 名内部和外部教育 Mendix 开发人员建立了一个应用工厂，在短短两年内用低代码和 敏捷开发周期。
- 继续向荷兰超过2.8万户家庭输送能源。
“改变很难，”我的同事在尝试访问我们新的报销系统时抱怨道。任何对新系统或工作方式的改变——无论多小——都会带来困难，流程和人员会受到干扰。
就像我的同事一样（顺便说一句，她很自信地掌握了新系统），改变工作方式对任何企业来说都是困难的。但考虑一下这些变化 Enexis是一家负责管理荷兰三分之一能源的电网维护公司，该公司对其应用程序开发流程做出了贡献，该流程可帮助他们应对能源市场的变化。他们所服务的数百万家庭和企业的生计岌岌可危。
Enexis 介绍了如何对其应用程序开发和交付方法进行大规模变革，以便向企业及其客户提供重要产品。
变革的引导者
荷兰的能源业务曾经相当稳定和可预测。据 奥斯卡·伯格（Oscar Berger）Enexis 首席信息官办公室经理表示，他们“过去从事的行业非常稳定，可预测性强。能源需求（电力和天然气）是单向的，并且基于城市发展和经济增长。你可以提前几年制定计划。”
但正如伯杰所说，该国最近正处于能源转型之中。电力需求不断增长。伯杰指出，电动汽车销量增长，家庭购买电动汽车导致电费翻倍。这意味着家庭和企业的安装需要改变，以满足新消费者的需求。
借助太阳能电池板等技术，消费者也成为了电力生产者。因此，曾经的单向电力流动已变成双向流动。
最后，为了应对不断上升的二氧化碳水平，荷兰决定在 2 年前停止生产天然气。“这意味着，”伯杰说，“我们的天然气基础设施将在 2050 年左右过时。问题是，我们要如何处理它？”
从单向到双向能源流的转变以及最终摆脱天然气的能源流意味着 Enexis 需要改变其维护基础设施的方式。
为了实现上述所有变化，Enexis、现场工程师和分包商需要 IT 的帮助才能提高效率。
低代码转换器
Enexis 的 IT 团队发现答案在于他们如何管理应用程序组合。作为一家拥有大量核心应用程序的大型企业，他们需要管理其关键任务系统，同时快速采取行动以支持业务伙伴的新兴需求——同时继续为 2.8 万户家庭提供能源。这时，他们转向了 Mendix 低代码开发平台.
到 2050 年左右，我们的天然气基础设施将会过时。问题是，我们该如何处理它？
Enexis 构建了一个“过渡架构”， Mendix。他们迫不及待地想要更换整个 IT 基础设施 创新并满足业务和客户的需求。这必须立即实现。过渡架构允许他们的开发团队以标准架构无法实现的速度设计、开发和部署应用程序 企业架构伯杰认识到让过渡架构得到其办公室正式批准的重要性，他开玩笑说，这给了他的团队“不遵守已定义的架构的借口”。
但结果并非玩笑。以贴纸应用为例。据 Berger 介绍，前提很简单：所有 40,000 个 Enexis 加油站都必须贴上贴纸，以提高安全意识，并警告该加油站安装的特定设备可能带来的特定风险。确定并执行更换这些贴纸的项目是一项艰巨的工作。
贴纸应用程序允许 Enexis 以按需方式更新贴纸。加油站的传感器将通知附近的现场工程师加油站需要新的安全宣传贴纸。他们可以前往距离最近的加油站，更换贴纸，并将其直接注册到应用程序中。通过使用定位服务提醒已经在加油站附近的工程师，他们可以节省时间和资源，为他们分配额外的小任务，而不是派遣额外的专职工程师。
应用程序交付量激增
数字创新并没有随着贴纸应用的成功而停止。相反，Enexis 继续重新评估他们如何组建团队。Enexis 开始了他们所谓的“应用工厂”。它始于四个 Mendix 开发人员。这些开发人员使用了过渡架构，并学会了如何最好地利用 Mendix 作为主要的开发工具。三个月后，该团队被分成两个团队，每个团队又接收了两名开发人员，然后他们接受了 Mendix三个月后，团队再次拆分，并增加了开发人员。到目前为止，已有 24 名内部和外部开发人员 Mendix 开发人员以低代码之前 Enexis 无法想象的速度构建应用程序。
成果：两年内构建并部署了 100 个应用程序。
重要的不仅是这些专门的应用工厂团队的人数，还有其中的角色。围绕用户体验创建标准非常重要。Scrum 主管让生产线保持运转。团队规模会根据正在构建的应用的规模而扩大和缩小。如果是较小的应用（例如，依赖关系较少），那么一名开发人员就足够了。如果应用较大，有时需要六名开发人员。
与更多人一起制作更多低代码应用程序使得 Enexis 能够更快地实现价值。 例如，Berger 引用了团队在短短三个月内开发的一款检查应用程序。有了这款应用程序，当现场工程师进入加油站并发现需要喷漆时，他们只需打开应用程序并表明需要喷漆即可。开发团队构建的 SAP 集成会创建工作订单，然后将其发送给可以接手这项工作的 Enexis 分包商。在 3 个月内，应用程序就开发完毕，节省了规划加油站维护的时间。
100 个应用程序听起来令人望而生畏。采用敏捷方法并赋予产品所有者实际决策权是推动这一规模的关键因素。产品所有者帮助开发人员评估和确定每个冲刺项目的优先级。通过这种明确的优先级排序，Berger 的部门能够增强和维护其庞大的应用程序组合。
Enexis 的应用工厂听起来就像是工厂流水线上的工人，但 Berger 警告不要这样解读这个比喻。这些开发人员不是工厂工人。完全不是。团队是自主的，他们自己决定要构建或更新哪些应用程序。Berger 表示：“这个比喻的优势在于它是有组织的。我喜欢敏捷的组织性……我认为这很重要，要知道它就像工厂一样运作。”
你到底能够看多远？
Berger 提到，Enexis 试图展望未来两年左右的发展。但新的挑战总是会出现，比如物联网。他引用了另一个智能应用程序的例子，该应用程序是他们的 App Factory 能够制作的，可以帮助他们在车站安装物联网传感器。当现场工程师安装放置这些物联网传感器的盒子时，信号会发送到中央站。Enexis 能够从安装盒子的地方接收此信号，现场工程师会在应用程序中收到确认通知。
Enexis 在短短两年内就推出了 100 个应用程序，建立了一个前所未有的低代码开发商店。凭借其 应用程序开发流程 通过大规模交付，他们能够满足客户不断变化的需求，应对能源市场的转型，并始终关注未来。
