与荷兰银行合作在银行业实现双模式 IT
世界上的每一家银行都经历过 数字化需求增加 的服务，这一事实在 19 年 COVID-2020 爆发后变得更加突出。
ABN AMRO是荷兰第三大银行，在比利时、法国、德国和英国提供私人、零售、商业和机构银行服务。荷兰银行服务超过 3 万客户，管理资产达 197 亿欧元，因此，荷兰银行也面临着为客户和员工提供更多数字接触点的压力。
荷兰银行拥有 19,000 名员工，其 影子IT 满足这些需求的解决方案，但在银行业高监管和合规标准的背景下，这带来了风险。
2016 年，荷兰银行重新评估了其 IT 格局，并确定他们需要一个更加交钥匙的开发平台，以便更快地提供创新解决方案，同时保持符合行业标准的治理水平。
最终，他们决定采用低代码。自从采用 这些因素包括原料奶的可用性以及达到必要粉末质量水平所需的工艺。 Mendix 开发平台之前，荷兰银行已经交付了 60 多个低代码应用程序来帮助实现内部流程自动化，并计划在 2023 年扩展到面向客户的领域。
20 多年来，Mark Bus 在荷兰银行担任过多个职务，目前担任快速应用程序开发 (RAD) 功能的产品负责人。
Bus 对此进行了很好的总结：“人们希望能够随时随地进行银行业务。作为一家银行，我们在金融体系、经济和社会中发挥着重要作用。我们的监管机构和客户对我们抱有更高的期望，这推动了我们在软件开发方面做出的选择。我们一直专注于可靠性、稳定性和安全性。”
更多 IT 控制权
荷兰银行的 IT 团队陷入了一个常见的循环——业务对解决方案的需求不断增加，导致 IT 积压大量工作，而传统的开发方法无法快速解决这些工作。这导致数百个影子 IT 解决方案的产生，这又带来了新的挑战或监管问题，使 IT 部门的工作量增加。
“如果您的 IT 部门不为您提供解决方案，那么业务用户会自己想办法提供。这就是我们最终拥有大量由最终用户开发的应用程序、复杂的 Excel 表格、MS Access 或 SharePoint 解决方案以及 IBM Notes 应用程序的原因。我们有数百个这样的应用程序，而且我们的情况并不罕见，因为许多银行仍然通过 Excel 电子表格运行关键任务流程，”Bus 回忆道。
受到 Gartner 概念的启发 双模信息技术Bus 和他的团队得出的结论是，模式 1（支持可预测记录系统的传统开发平台）已被现有的 Microsoft 和 IBM 解决方案所覆盖。然而，模式 2（解决新问题并尝试更快的交付时间表）是该组织需要填补的空白。
“第二种模式是我们还没有明确的策略，这导致了大量的影子 IT 应用程序。我们决定加快搜索速度，很快就发现低代码就是我们正在寻找的答案，”Bus 说。
他的团队向分析师求助 Gartner公司 和 Forrester公司，明确关注其最新报告右上象限的领导者，这些报告汇总了定量和定性的市场研究，以确定行业趋势。“我们列出了低代码提供商的候选名单——Betty Blocks， OutSystems及 Mendix最终，我们选择了 Mendix 作为我们的模式 2 解决方案。”
选择 Mendix 基于严格的平台要求，均植根于整个组织所坚持的监管标准：
- 灵活的部署选项这将允许荷兰银行全面管理和部署 Mendix 公共云 以及任何本地或私人托管环境。“作为一家银行，我们正在寻找一种可以在我们自己的、完全托管的基础设施上部署低代码应用程序的选项。当时， Mendix 是唯一一家支持如此广泛部署选项的低代码提供商，”Bus 表示。
- 参数 受控开发, 因为荷兰银行必须遵守内部风险控制框架。
推动敏捷自动化
采用 Mendix 2017 年，荷兰银行开始以敏捷方式与规模更小、更精简的团队合作。在五年的时间里，荷兰银行已扩大到 16 个团队， Mendix，交付了 61 个处于不同生产阶段的低代码应用程序。
这些应用程序为几乎业务的每个方面提供支持，包括荷兰银行的了解客户、风险、人力资源、财务、运营和设施管理部门。
作为一家采用双模战略运营的企业， Mendix 并不是荷兰银行唯一可用的开发语言。Bus 和他的团队在过去 5 年中开发了一个清晰的框架，明确了什么是适合的低代码应用程序，什么是最适合高代码编程语言的应用程序。
“我们现在要做的是专注于 匹配正确的用例 正确的发展方式，” Bus 说。“例如，我们创建了一份定位文件，其中设定了一些标准，帮助确定何时使用 Mendix、高代码开发、机器人流程自动化或业务流程管理解决方案。这几乎定义了用例何时落在其中任何一种方式上。”
荷兰银行最具影响力和最主要的候选人 Mendix 多年来包括：
- 一套 流程自动化 支持员工预防和发现金融犯罪的工具。 尽管荷兰银行已经开发了一个 IT 生态系统，优先考虑自动化客户和交易监控，但该领域的许多流程仍然需要人工干预。即使在今天，20% 的荷兰银行员工仍将参与金融犯罪侦查。为了尽可能实现自动化，该团队已经交付了多个 Mendix 应用程序支持整个检测过程的数据聚合、案例分配和状态跟踪。
- “竖起大拇指”， Mendix 该应用程序使荷兰银行的员工能够以一种有趣且简单的方式欣赏他们的同事。 在荷兰银行 2020-2021 年集体劳动协议谈判期间，该企业强调员工赞赏是组织文化的一部分。“点赞”应用程序允许员工为同事选择一份小礼物，然后将其与个性化卡片一起直接发送到他们的家庭住址。在上线后的前六个月内，大约有 8,000 个“点赞”被发送。
快速且可控的开发
作为低代码市场的早期采用者，Bus 和他的团队自推出以来已经实现了显著的资源节省，并且与业务合作伙伴的关系得到了改善。
在一个工作 敏捷 这种方式与低代码的速度相结合，使荷兰银行的文化更能适应变化。规模较小、能力更强的团队可以主动应对业务挑战，并有能力尝试新事物，而不会浪费本可用于服务客户的时间。
“我们的组织采用了敏捷 SCRUM 作为工作方式，这意味着我们摆脱了传统的流程，即必须提出业务案例、获得资源，然后开始构建，”Bus 说。“我们组织中拥有预先资助的团队和产品所有者，他们的主要任务是利用可用的团队创造尽可能多的价值。”
“这种工作方式不仅速度更快，而且通常我们只有一两名开发人员在开发低代码应用程序。如果将其与传统的全栈开发（我们有五到九名开发人员的团队）进行比较，那么 Mendix 速度更快，所需资源更少。”
此外， Mendix 为业务合作伙伴和工程师提供一种通用语言，以了解需求、分享进度和提供反馈。
“Mendix 是一个可视化工具，因此如果我按照以下方式构建一些东西 Mendix 最佳实践，其他人也能够识别 Mendix “开发人员不需要花太多时间，只需看一眼屏幕就能明白他们想要实现什么，这与高代码开发形成了鲜明对比，”他说。
“Mendix 例如，具有注释微流的功能，这样您就可以解释开发该特定功能的目的，这是我们在每个项目中所做的事情。”
早期采用者的经验教训
现在拥有五年的 Mendix 经验之外，Bus 和 IT 团队还可以为其他有意采用低代码平台的企业提供一些经验教训，例如：
- 不要犹豫，报名参加 实施合作伙伴. Bus 解释说，他的团队一开始并没有寻找专业的合作伙伴，现在回想起来，团队的做法可能有所不同。”Mendix 是低代码，速度要快得多，但它仍然是软件开发。您的组织仍然需要具备开发低代码应用程序的技能，如果您从拥有这些技能和成熟实践的合作伙伴开始，您可以更快地开始构建。”
- 在确定您的第一个项目时遵循最佳实践。 通常，初始项目的最佳选择是高可见性和高价值的应用程序，但复杂性较低或中等。 Bus 谈到他的团队从中学到的这一点时说：“业内有句俗语，在穿上新鞋之前，不要扔掉旧鞋。当你更换 遗留应用程序。在获得第一个 MVP 之前，可能需要几个月的时间——这感觉不像是快速应用程序开发。这起初让我们有点受阻，但到 2019 年，我们将重点转移到内部自动化，并真正开始产生吸引力。”
扩大客户体验
有 60 个应用程序和参数来指导他们 由于平均内核尺寸较大，西米棕榈的加工比类似作物简单。然而，西米棕榈的相对稀缺性降低了潜在的加工规模。，荷兰银行期待通过低代码——面向客户的解决方案来应对下一个前沿。巴士希望很快使用 Mendix 优化整个 客户之旅，改善体验以提高销售转化率。
“我们定位 Mendix 作为我们数字电子商务渠道的解决方案，”Bus 说道。“我们有销售专员和电子商务专家查看数据、网络分析和用户点击，以了解客户通过我们的销售渠道的速度。他们正在使用这些数据不断改进我们在数字渠道中为客户提供的表格和模型，我认为这个充满活力的世界与低代码是完美的匹配。”
“银行需要数字化。新进入者和金融科技公司不必担心遗留 IT，他们非常乐意接管传统银行。软件正在吞噬世界，”他继续说道。