不利的市场环境和不断上升的成本正在降低投资银行的盈利能力. 由于他们系统的复杂性, 一些银行在运行遗留应用程序上的花费比相同系统带来的收入还要多. 因此,各银行正在积极寻找改善这种状况的方法.

许多投资银行计划遵循2015-16年启动的前一波合并计划的路径, 但是用更聪明的方法,从以前的项目中学习.



改进系统的关键驱动因素

1. 减少平台数量

通过减少运营平台的数量,银行降低了基础运营成本. 他们可能在为股票运行不同的前台系统, 利率衍生品和外汇, 另一个是后勤部门的,等等, 与几个不同的系统供应商合作,并为每个供应商支付许可证费用. 他们还将维护独立的基础设施, 因为每个软件包都需要自己的服务器, 生产, 备份, 测试和开发环境. 此外,每个系统都需要一个独立的生产支持团队. 总而言之,巨大的开销是不会停止的.

系统有机地增长,以实现全球发展. 不同地区的团队可能需要不同的系统,以适应资产类别或地区交易活动. 本地团队可能只需要购买他们熟悉的在特定地点使用的系统. 这些都加起来了.

2. 加快上市时间

只是觉得. 每当新的监管或市场变化发生时(例如.g., MIFID, 伦敦银行间拆放款利率, FRTB),银行必须将其构建到每个系统中,以维护系统交互和相互依赖. 因此,您预计需要2个月时间的实现可能需要长达一年的时间. 因此,每个项目都成为一个主要项目.

3. 提高技能管理

银行希望拥有更专注的IT团队,拥有精简的技能组合和更低的人力成本. 目前, 他们将不同的团队分配到不同地区的不同项目中, 使用多个平台. 这意味着他们必须在高流动率的IT场景中招募大量的小众技能.



典型的方法

海上移动平台作业

银行试图保留相同的申请,但寻找成本较低的海外地点. 节省的成本可能比最初计划的要少得多.

应用DevOps或CI/CD进程

该银行再次试图保留其遗留系统,但只有一个交付渠道. So, 而后台还有五到十个应用程序, 这似乎不是什么大问题,因为人是多层次的, 驱动跨不同银行平台端到端交付的流程和工具. 然而, 并不是所有的软件包都具有同样的成熟度或准备工作在DevOps或CI/CD模式. 一些更现代的系统可能已经准备好了, 很容易插入到DevOps管道中, 而旧的遗留系统根本不会准备好. 端到端流程中的瓶颈破坏了任何可能产生的好处.

将应用程序迁移到云

这可能会降低银行IT基础设施的成本,但也可能会产生新的问题. 正如我们所看到的,并不是所有的应用程序都是云就绪的. 在这种情况下,不同的系统组件不能独立伸缩. 当您扩展整个系统时,您将失去大部分基于云的成本效益. 此外,也没有简单、统一的方法来在云中运行多个系统. 一个应用程序只能通过AWS (Amazon Web 服务)进行认证。, 另一个只在微软Azure上使用, 谷歌云, Oracle Cloud之类的. 在云中部署多个遗留应用程序可能很复杂.



采取更统一的方法

每一种方式都会给银行带来一些好处. 同时,我们认为,前进的最佳途径是采取更具战略性和综合性的方式. 在系统整合方面,如何简化应用程序堆栈?

而不是试图解决10个复杂的遗留系统的问题, 想象一下,只要几个圆滑的人就能解决这个问题,这将是多么简单, 现代系统.

简化您的应用程序堆栈将使您能够从上面的各种解决方案中获得更多的好处,比如外包, DevOps和云. 这就是推动系统整合的真正原因.



挑战

同意哪些现有系统退役

领土争端将会出现. 就沉没成本而言,当前的每个系统都将代表银行的一项重大投资, 但是,退役效率低下的遗留应用程序也可以为未来带来显著的节省.

避免任何对业务的负面影响

改变有利有弊. 在日常BAU之上管理项目交付,业务可能会超负荷. 涉众可能会担心遗留功能将会退化或完全消失. 同时试图解决盈利方程和简化平台, cio需要确保业务不受负面影响,并能够利用整合计划带来的增量业务价值.

分阶段实施该计划以分散成本

只有在整个项目完成后才交付业务利益是不可接受的. 在一个多年的项目中, 你如何在第一年以一种增量的方式花钱并获得业务收益? 2年后银行还能希望实现持续的业务效益吗, 4, 或6周,然后定期进行CI/CD?

将劳动力转换为新的统一方法

一家银行可能有几百名人员在一个特定的遗留系统上工作. 毫无疑问,这些人中的大多数将需要再培训或提高技能,以适应新的银行平台.



执行的三个步骤

1. 定义一个目标操作模型

一个目标操作模型不仅仅是用一个或两个新系统替换10个系统的架构图. 它是关于业务、It和人员利益的. 它是关于治理和端到端业务流程的. 这是为了达到银行节省成本和缩短上市时间的目标. 并确保项目期间所做的所有决定都与总体战略相一致.

2. 识别高层的里程碑

一个整合计划需要具有内部和外部可见性的大里程碑来保持积极的势头. 带有持续集成和增量效益的分阶段方法仍然需要可见的和可度量的里程碑.

3. 基于DevOps或CI/CD构建一个更细粒度的流程

每天都要这样做, 每一次冲刺, 合并计划为业务创造增值价值.



成功因素

加速和减速过渡过程

您需要足够的程序灵活性,以便能够调整转换速度,以适应不断变化的银行策略. 我们在一个动态的市场中运营,战略必须迅速适应. 采用增量方法意味着, 程序是否需要加速或减速, 总有一些新的价值被交付给业务.

选择合适的平台

选择可能涉及软件包或开放api. 由于公司文化的原因,某些银行可以很好地使用软件包. 其他人更喜欢使用开放api, 特别是那些拥有强大发展文化的国家. 有些人对其中一个或两个都满意.

匹配云和CI/CD

理想情况下,新合并堆栈中的每个平台都将是云本地的,并且完全可伸缩. 并符合所有目标系统的CI/CD流程.

开发紧密的API和软件合作伙伴关系

您的系统集成商将需要强大的、有弹性的合作伙伴,以确保程序按照协议执行.

建立强有力的支柱

CI/CD需要一个坚实的基础作为起点, 有正确的基础设施和要执行的正确流程.

同意位置策略

您的策略必须与目标操作模型保持一致, 包括陆上的混合, 离岸, 近岸或 localshore 位置. 许多银行正在考虑同样的离岸和近岸地点,如印度或波兰. 竞争相同的浅资源池可能会产生瓶颈, encouraging banks to consider 位置 closer to home; leveraging talent in regional cities in their own countries.



选择合适的伙伴

美高梅网投为全球主要银行提供了许多整合方案. 我们与银行和资本市场的40多个领先系统组织有着广泛的技能组合和牢固的合作关系, 与所有主要平台补充我们广泛的云计算能力. 我们还在印度开发了完美的定位策略,拥有专家和可靠的团队, 东欧, 北非, 南美和世界各地的许多其他地方.

我们的创新财务模型的整合计划意味着您不必支付所有所需的投资在一开始. 此外,您可以在程序的各个阶段摊销它.



接下来是什么?

我们将整合视为使银行能够对更少的应用程序采取更多的控制. 银行将更加专注于业务,更好地应对市场挑战和监管变化.

在未来, 银行技术将更多地成为一种商品, 基于共享的多租户平台即服务的方法——降低成本的下一个重要步骤.

美高梅网投已经为我们的客户带来了整合的好处. 与…取得联系 financialservices@stevearsenaultdesign.com 讨论我们如何能帮助你简化以获得更大的利润.


Ihyeeddine Elfeki
全球领先,交易和风险解决方案,美高梅网投
ihyeddine拥有20年的国际经验,为资本市场和金融服务提供技术和业务解决方案, 在高增长的环境中,通过超越运营绩效目标和产生可衡量的结果的行动,提供最佳的结果,具有成功的经验和跟踪记录.

In 2016, 他加入美高梅网投伦敦办事处,领导交易和风险解决方案业务, 首先是在EMEA,然后是在全球. 他领导了几笔与银行的交易, 资产管理公司, 国库券及商品业务, 在引导其转型过程中发挥关键作用.