试议彻底改造银行的IT系统

1、16/16HYPERLINK / EMBED Forms.HTML:Hidden.1 完全改造银行的 IT 系统 始于20世纪70年代的核心银行系统正在拖累银行的绩效。然而，现在更新这些系统的成本越来越低，风险也越来越小。2010年5月 Marcus Heidmann 来源：商务技术业务 核心银行系统 (CBS) 几乎是银行所有要紧业务流程的基础。我们能够将核心银行系统看成是治理银行中枢神经系统的信息技术，由软件和基础架构将各项服务与业务部门、客户以及后台职能联系起来。这些系统不仅推动银行的日常运营，同时依旧提供新性能和业务增长的核心 IT 平台。在现在动荡不安的金融体系中，各机构面临着全新的

2、压力，需要降低成本并进行调整以适应不稳定的环境，但专门多银行却仍受困于那些表现不佳的系统和过时的架构，它们只能牵强支持关键的业务流程。转型案例近年来，许多银行千方百计地使老旧系统重新焕发活力以提高绩效，但却困难重重。对专门多银行来讲，更换这些系统可能是降低复杂性、支持业务增长的最佳方式。直到不久之前，这种系统更换仍让专门多 CIO 犹豫不决，因为这种大幅度的变革意味着高成本和高风险。但现在用于更换 CBS 的流程和工具已大大改善，研究表明与其他银行相比，部分或完全重建 CBS 系统的银行大幅提高了绩效。银行受到过时技术拖累银行的核心业务指汲取存款、发放贷款及治理企业现金等差不多职能。20世纪7

3、0年代，出现了基于大型计算机的交易处理系统，支持上述核心业务的 CBS 系统也随之诞生。这些系统支持银行建立平台，集中协调各类业务运营，高效地处理大量交易并实现停机时刻最小化，这些平台可靠但却僵化。直到10年前，这些系统一直运行良好。但过去10年间，IT 环境发生了翻天覆地的变化，网络通信、网络计算和即插即用系统的设计等高性能 IT 平台的基石相继出现。安装于20世纪70、80年代的核心系统，不足以支持现今金融机构所需的各项功能、模块化及扩展能力。近年来，并购活动和不断变化的运营环境将复杂性推向了临界点。为了应对这种情况，银行增添了专门多新应用软件以满足监管要求、消除系统的不兼容性并为并购所带

4、来的客户提供服务。与此同时，互联网使得通过移动电话等新渠道提供银行服务的需求大增。某家私有银行发觉原有的 CBS 僵化笨拙，严峻阻碍了其操纵成本的能力。人工应急方案及大量增长的定制应用使 IT 支出增加了1亿欧元。一家专门服务于新兴市场的快速进展的银行，在提供网上银行服务方面落后于竞争对手。其 CBS 平台包括了互不兼容的厂商软件包和内部应用软件，使得该银行专门难在整个企业范围内进行账户数据汇总。系统重建步履维艰过去十年中，许多大规模更换系统的尝试都以失败告终。银行领导人日程表上有专门多其他待办事项，因此他们通常将整个项目（从规划到实施）全权托付给供应商，如此自己就可置身治理事务之外。但供应商

5、对银行的文化环境缺乏了解，所创建的架构通常不能与银行的优先要务专门好地合拍。成本、质量及实施方面的问题，使得第一代 CBS 更换项目的成功率不超过30%。这些系统往往缺乏灵活性、功能范围狭窄，而且需要定制成本高昂的补丁来更新应用。事实表明，在内部建立这种系统特不困难且耗费资源，通常需要花费5000万到3亿欧元。综合这些因素，CBS 转型项目的整体商业价值受到质疑。经济衰退前可观的利润为专门多银行提供了缓冲的余地，使它们无需赶忙行动。专门多 CIO 极力坚持讲，由于技术进展太快，专门难明白何种标准、应用及软件包能够使用足够长的时刻，而可不能白费投资。但金融危机使大多数银行的利率润下降，迫使它们重

6、新审视 CBS 及其提高绩效的潜力。CBS 生态系统在不断变化近年来，不管是 CBS 技术依旧治理层对这些技术的认识都日趋成熟。这些进展使项目规划、项目治理和平台设计都得到了改进。实施更顺利。在早期的 CBS 转型的尝试中，领导者和技术人员通常边做边学，因此导致了失败率上升。现在，一批全球性企业从过去分散的供应商市场中脱颖而出，它们拥有更出色的 IT 能力和协调大型复杂项目的卓越技能。新一代 CBS 平台也得到了显著改进，能够更好地部署和整合新兴技术。更快交付。现在，大多数转型可在五年内完成。而过去，大量的定制工作、资源约束和不可预见的业务要求使得项目进展拖沓、成本超支，使得转型往往需要十年或

7、更久。现在银行投入更多时刻进行前期规划和评估，平均占项目总时刻的1/3，这有助于减少失误、在组织内达成共识，并加快实施速度。回报更丰厚。对最近完成的项目所做的研究表明，更换CBS有助于银行实现更高的资产和税前利润增长，并使其能够更好地操纵成本。在实施转型的机构之中，成熟市场中的全球一、二级银行的税前利润增长率高达30%，IT成本/收入率也得到显著改善。新兴市场中实施 CBS 转型的三、四级银行的资产增长率提高了30%。随着经济效益的改善，2004年以来打包式解决方案数量的年增长率达到了20%。随着越来越多的系统达到使用寿命，这一数字在以后十年内有望大幅上升。自上而下推动变革所有实施效率最高的

8、CBS 项目都具有以下特征：自上而下的规划、IT 架构开发立足于业务需求，以及与供应商之间新型的合作关系。有许多最佳实践可供企业利用。采纳基于域的方法开发架构银行拥有众多针对客户、业务部门及日常运营的不同流程，它们通常被按地区或业务单元进一步细分。但在表象之下，专门多流程却依靠类似的软件并实现类似的功能（例如治理客户数据、处理交易流和分类账目以及预备报表）。新一代 CBS 平台采纳模块化（或基于域）的方法开发架构。由于“域”依照实现的功能而非业务或流程所有者来划分 IT 流程及其相关的支持应用，有助于简化 IT 环境并对许多一般要求实现标准化。银行可能有100个客户交互流程，这些流程因产品类型

9、、地区或收入而异。每个流程可能运行不同的软件应用，即使在整个银行范围内这些流程的差不多功能要求也没有全然性差异。好的 CBS 架构会将常见功能打包放入共享域中，以供需要这些功能的业务使用，而可不能为运行这些流程所需的程序编码创建多个实例。使 IT 为战略服务以获得业务部门认同基于域的开发方法由业务需求推动并采纳差不多业务术语进行描述，有助于理解复杂的技术规格，从而使 IT 和业务专业人员合作更为紧密。这也使治理人员更易于审查与其产品组合相关的域组合。此举可关心治理人员区不以下两类业务活动：一类是结算处理等关于大多数业务领域通用的业务活动，这些活动可能适用标准化的软件包；另一类是伊斯兰银行业务等

10、高价值的专门业务活动，银行可权衡市场机会对其进行定制设计。结果银行就得到了一个更简单、更具成本效益且响应性更高的架构框架，能够符合业务需求。认识与供应商长期合作关系的重要性由于 CBS 更换项目涉及企业架构的诸多方面，选择正确的外部供应商关系到项目的成败。过去，IT 项目经理往往主导了选择过程，专门少会与业务领导者直接磋商。由于关于 CBS 是为了促进长期业务转型的认识日益提高，高级业务领导者和 IT 领导者现在常常更加紧密地参与到规划与选择过程中。例如，某跨国银行花费两年时刻规划与供应商的合作，占项目总时刻的三分之一。在这段期间内，合作双方认真确定业务和 IT 要求，设立关键绩效指标 (KP

11、I) 和绩效里程碑，试行几个小项目以测试并改进新的架构框架。该银行并没有将供应商视为仅仅为 IT 环境连接管道的水管工，而是视为值得信赖的供应商，他们拥有专业经验和治理大型项目的出色纪录，能成为全方位的合作伙伴和顾问。案例研究：两家银行如何使 CBS 行之有效以下两种迥然不同的 CBS 实施方案讲明了如何将这些原则付诸实践。一家是成熟的大型欧洲银行，迫切需要关注成本和复杂性问题；另一家是进展中市场上的银行，对该银行而言，业务增长及上市速度是获得持续成功的关键。欧洲某银行大砍复杂性一家领先的欧洲银行深陷应用混乱的泥潭中，阻碍了其零售银行业务的进展。该银行的都市和地区分行网络的组织结构分散；每个要

12、紧都市地区的 IT 部门为几十个地点支行提供核心 IT 和后台服务。由于各中心或多或少地独立运作，银行各地区分支之间没有凝聚力。这种组织安排使银行能够灵活地实现服务本地化。然而，缺乏统一的应用标准造成了后勤混乱，无法满足整个银行范围内的业务需求（例如加快企业现金治理新产品的上市或推出互联网安全更新等）。这些问题又导致了需要分不为各支行定制补丁的局面出现，破坏了企业的成本结构。尽管该银行努力降低成本，但 IT 支出仍高出同行近1.2亿欧元。其竞争对手不仅整体支出偏低，同时还更为成功地将资金投入到增长型的新项目。该银行的并购历史也给基础架构带来其他限制。孤立的数据使该银行几乎不可能将大客户的信息汇

13、合起来并一览无余。在竞争对手将综合产品组合推向市场之时，该银行却因应用之间的联系不佳而阻碍了类似的产品捆绑销售机会。更重要的是，在新项目启动之际，老化的架构和陈旧 IT 系统的限制使得银行专门难淘汰旧的系统。因此，IT 环境变得臃肿不堪：一项审查表明该银行有接近1,400个零散的 IT 项目，包括多个客户数据库以及几十种报告格式，其中半数以上的项目预算少于7.5万欧元。一份来自 CTO 办公室的分析表明，用全新的标准化 CBS 更换过时且运行不良的架构，可将与竞争对手之间的成本差距缩小75。为此，有必要消除冗余项目、减少应用数量，并减少支持陈旧架构所需的开发人员、服务器和存储设备数量。剩余25

14、%的成本缩减将通过减少 IT 组合、消除非优先项目以及确保剩余项目能更好地服务于银行战略等措施来实现。决定选择基于域的框架之后，规划团队让整个企业的业务和 IT 部门的领导者汇聚一堂，一起评估业务需求并确定可共享和不可共享的 IT 性能。然后规划团队将由此产生的纲要转化为服务驱动的新架构。在某些情况下，一些银行业务活动需要使用依照非传统客户的需求定制的高度专业化的产品功能或应用。这些情况下，银行就要与供应商通力合作，定制 CBS 系统的某些部分。然而，关于银行绝大多数需求，可利用共享域的方法去实现应用开发的标准化，从而节约成本和时刻。围绕银行一组核心业务应用进行标准化，可使银行消除原有 IT

15、环境的冗余情况，并实现与同行持平的成本结构（图表1）。过去需要同等规模的银行耗费近十年时刻完成的任务现在有望在五年内完成。事实上，仅实施了两年，该银行就将与竞争对手之间的成本差距缩小了50%。返回顶端中东某银行以实现业务增长和敏捷性为目标几十年前，一家新银行在中东开业。作为首批专门服务于阿拉伯市场的金融机构，该银行实现了适度但持续的增长。但随着20世纪90年代海湾地区经济的迅速扩张，该银行的业务也飞速增长。15年内，这家银行的收益增加了700%。借助这一成功，该银行再接再厉，在接下来的五年内相继在整个地区新建了大量分支机构。这家银行的迅猛进展，使得其20世纪70年代初以来内部使用COBOL语言

16、开发的核心IT系统专门难跟上进展速度。近年来，该银行添加了支付处理系统等超出架构设计标准的其他系统。如此一来，当该银行想引入灵活的消费者借款服务或短消息服务等新产品时，就必须从零做起，从而在提供服务时刻上远远落后于竞争对手。类似的问题也阻碍该银行进入快速进展的伊斯兰银行业等新市场。结构松散的软件平台生成的报告数据分散且无联系，如此就专门难证明其金融行为符合教义，即伊斯兰法典。这家银行现有的软件基础架构已达到极限，认识到这点后，银行领导者与战略规划师促膝长谈，后者确认若不改革核心 IT 设施，银行将无法保持其强劲的增长势头。旧系统深受分而治之之苦：一些系统被外包出去，其他则分不由各产品和 IT

17、经理进行治理。因此银行的董事会坚持在 CBS 更换的过程中，承担更大的监管职责。即使如此，该银行在刚开始时也并非一帆风顺。起先，董事会只把这一项目看成是简单的 IT 实施项目，命令银行的技术团队与所选的企业软件包供应商通力合作，努力完成这项工作。供应商赶忙陷入了困境。由于银行的业务和产品经理参与不多，最初的架构并未包含关键要求，例如为满足巴塞尔 II 规则要求而需要采纳的统一客户数据库及自动财务报告模块。这些遗漏导致了代价高昂的设计变更。此外，外部供应商掌握了过多的决策权，他们并不熟悉银行的文化，在试图推行变革之时未能在第一时刻通告相关各方，导致某些人觉得该项目与已无关。专门明显，新的打算并未

18、成功，因此董事会进行了改组。这次，董事会要求在一位高级业务领导者的带领下，银行内部对项目拥有更强大的操纵权。有了更清晰的方法，项目领导者及其团队与业务领导者通力合作，制定总体规划，并使理顺CBS作为银行进展的优先要务。他们将总体规划与核心架构联系起来，并制定正式治理框架，其中设计了明确的里程碑并利用KPI追踪绩效。银行希望利用更灵活的 IT 结构对不断变化的市场条件作出更快反应，目标是在以后十年内通过该 IT 结构获得净现值为2.35亿欧元的收益（图表2）。这条明确的差不多原则让开发团队能够围绕消费贷款、贸易融资和支付等对业务进展特不重要的域建构 CBS 架构。这些性能特不关键，因为它们使银行能够先于竞争对手提供某些新产品，而这些快速进展的竞争对手内部也同样经历着成长的阵痛。 HYPERLINK javascript:Void()返回顶端除了使银行更加敏捷外，更换 CBS 还使银行能够更好地适