银行不是科技公司，但充满IT风险

4 月下旬臭名昭著的 TSB 迁移到新 IT 系统的余震在 6 月仍在隆隆作响，该迁移过程非常糟糕，成为未来几代银行运营和技术人员的典型案例研究。 TSB首席执行官保罗·佩斯特(Paul Pester)再次出现在下议院财政部特别委员会面前道歉并提供更多细节。

起初许多客户无法访问自己的帐户（尽管有些客户意外地获得了访问其他人帐户的权限），但现在欺诈企图的数量比以往高出 70 倍。截至 1,300 月初，已有 XNUMX 名客户的账户资金被盗。其他一些试图离开银行并将常规账单转至其他银行新账户的人发现 TSB 正在告诉他们的公用事业提供商这些客户已经死亡。

截至 100,000 月中旬，TSB 已收到超过 XNUMX 起投诉。财政部特别委员会正集中精力研究如何处理这些问题，而将有关问题的沉闷技术细节留给 IBM。

测试不充分

IBM 就完全不充分的软件测试提出了一些初步意见。这与 IBM 与另一家银行合作迁移到新的核心操作平台时的类似情况形成了鲜明对比。在启动之前进行了多次试验迁移、回滚并进行了修复。产品发布需要较长的时间，最初仅向计划成员开放，然后是工作人员，然后是目标客户群，最后向新客户全面发布并进行后续迁移。

TSB 试图在一个周末一次性完成这一任务。因此，IBM 将此视为恰好与 IT 相关的项目管理失败，这也许令人欣慰。

但其他银行的压力也变得越来越明显。 6月下旬，塞恩斯伯里银行(Sainsbury's Bank)的一些客户报告在系统升级后使用银行卡遇到困难。一些 Visa 借记卡发卡机构无法在整个欧洲使用他们的卡。

软件情报公司 Cast 在分析了 2,067 个应用程序（代表来自 733 种不同技术的 14 亿行代码）后发布了一份应用程序年龄报告。研究发现，75% 的 1980 世纪 50 年代构建的应用程序仍然对当今企业确保服务连续性的能力产生重大影响，而本世纪 XNUMX 年代编写的应用程序中只有 XNUMX%。

令人担忧的是，这些旧软件系统的弹性较差。更令人担忧的是，向敏捷开发团队的转变可能无法像行业预期那样帮助组织实现现代化。事实上，过去 10 年发布的应用程序的适应性得分低于 1980 世纪 XNUMX 年代发布的应用程序。

软件风险

新旧软件不能很好地融合。为了短期改善客户体验而编写的新软件可能会成为长期的难题。

资深银行家经常喜欢说，他们实际上是从事资金转移业务的科技公司。也许他们重复这一点是为了吸引科技公司对其股票的估值。但他们自己的高层却讲述了不同的故事。

《欧洲货币》的一位首席执行官坐在他的执行委员会的后台。

“如果我们有一个具有 IT 背景的人，我会很高兴，”他说，并承认他的董事会中有更多的 IT 专业知识。当然，他的执委中有数学家、经济学家、科学家和大量工商管理硕士，但文科毕业生比技术专家多得多。如果技术专家告诉他如何使银行的 IT 恢复正常，他可能有敏锐的嗅觉来发现胡言乱语，但他和他的同事无法制定替代诊断和治疗计划。

银行业首先是承担和管理信贷和市场风险，而不是技术。但越来越多的技术既是更新的关键，也是最大的运营风险。人们逐渐认识到，企业应用程序充满了软件风险，银行必须将同样的投资组合管理技能应用于IT，就像他们致力于业务、市场和信用风险一样。