レガシーな金融システムにどう対処するか: 効率的な最新化のための実践的なガイド

公開: 2023-11-24

従来の銀行の多くはデジタル化に対応してきました。テクノロジーは猛烈なスピードで進歩しており、銀行業界の多くはどのデジタルソリューションを採用すればよいのかわかりません。既存のプラットフォームは本来の目的を果たし続けるため、これらの企業はレガシーソフトウェアを使い続けます。

問題は、テクノロジー革命が単に日常生活に新しいツールを導入しただけではないということです。それは消費者の行動と期待を変えました。現代の顧客は便利で即時的なアクセスを求めていますが、古い銀行プラットフォームではそれを提供するのが困難です。

遅かれ早かれ、銀行はシステムをアップグレードするかどうかではなく、どのようにアップグレードすべきかに取り組む必要があります。 IDC の予測によると、組織がデジタル企業になるにつれて、直接的なデジタル変革への投資は 7 兆 1,000 億ドルに達すると予想されています。

この記事では、コアバンキングプラットフォームの最新化戦略について説明します。これは、システムを最新化する必要がある兆候を特定し、最新化戦略の目的とプロセスを概説し、さまざまなアプローチについて議論し、軽減する必要があるリスクを強調するのに役立ちます。

レガシー金融システムとは何ですか?

レガシーシステムは、組織が使用し続ける時代遅れのテクノロジーインフラストラクチャです。金融分野では、これは口座開設や取引処理などの中核的な銀行業務をサポートする時代遅れのハードウェアとソフトウェアです。

銀行の 40% は、1959 年に開発されたプログラミング言語である COBOL をシステムの基盤として使用しています。

まだ動作するのであれば、なぜ修正する必要があるのでしょうか? 右？

レガシープラットフォームの多くはカスタム構築されたソリューションであり、現在のシステムをアップグレードするコストと複雑さは法外に高くなる可能性があります。

従来の金融システムを使用する場合の問題は、銀行の成長能力が制限されてしまうことです。統合の制限、セキュリティの脆弱性、運用の非効率により、組織が新しい製品、サービス、顧客エクスペリエンスを提供する能力が低下します。その結果、最新のフィンテックソリューションと競合できなくなります。

さらに、銀行業界のレガシーシステムに精通した専門家が市場から退場しつつあり、代わりの人がいません。

デジタル革命は誰も待ってくれません。遅かれ早かれ近代化する必要があります。

従来の金融システムを最新化する必要がある兆候

レガシーコアシステムの更新についてよくわからない場合は、レガシーアプリの最新化に関する次の理由が判断に役立つ可能性があります。

限定的な統合

サードパーティツールと連携する SaaS ソリューションと比較すると、従来のコアバンキングシステムには他のアプリケーションと通信する機能が備わっていません。その結果、他の新しいソフトウェアと互換性がなく、モバイルアプリやその他の革新的なアプリとの統合が困難になります。

データサイロ

従来のツールは統合されていないため、サイロが形成され、エコシステム全体にデータを渡すための回避策が必要になります (デジタルチャネルトランザクションからコアバンキングへの送信など)。

組織はデータドリブンマーケティングをサポートするために、いくつの異なるツールセットを使用していますか?

ソース

平均的な組織は、マーケティングだけでも、独自のダッシュボード、分析、データセットを備えた 11 ～ 20 の異なるツールを使用しています。

データサイロは非効率なプロセスを引き起こし、迅速かつ正確なサービスを提供する能力を妨げます。また、サイバー犯罪の機会も生み出します。

セキュリティとコンプライアンスの問題

データのサイロ化により、セキュリティ上の脅威を特定して対応することが困難になります。データエントリポイントが複数あると、ハッカーがシステムにアクセスする機会が増加します。

さらに、継続的な開発と多数のデータベースを備えたレガシーシステムの複雑さにより、個人データを見つけることが困難になっています。GDPR (一般データ保護規則) などの規制では、個人データを暗号化して安全に保存することが義務付けられています。

限定的な自動化

これまでのところ、レガシーシステムは自動化を活用して効率とパフォーマンスを最適化できます。自動化における次の飛躍は、人工知能と機械学習です。残念ながら、レガシーシステムではこれらのテクノロジーの可能性を最大限に活用できません。

たとえば、機械学習に必要な集中化された大量のデータは、レガシーシステムの速度を低下させます。

高コスト

時代遅れのレガシーな銀行システムを使い続けると、目に見えないコストがかかります。レガシーシステムのコストに関するケーススタディでは、銀行や保険会社が IT 予算の最大 75% をレガシーシステムの維持に費やしていることが示されています。

それがすべてではありません。

ソース

上のグラフは、調査回答者の 25% のサーバー停止による 1 時間あたりの平均コストが 300,000 ドルから 400,000 ドルであることを示しています。

これらのシステムの隠れたコストには次のものがあります。

ビジネスチャンスの逸失: レガシーシステムは新しいソフトウェアと統合されず、成長が制限されます。
セキュリティの脆弱性: 従来のシステムは最新のサイバー攻撃に対処できないため、研究機関は規制違反や罰金の対象となりやすくなります。
運用の非効率性: 従来のシステムでは手動による更新とメンテナンスが必要となり、従業員の生産性が低下します。
顧客エクスペリエンスの低下: 従来のシステムでは、高速、便利、ユーザーフレンドリーなプロセスに対する顧客の期待に応えることができず、競争力が低下します。

つまり、レガシーシステムを維持することでお金を節約しているつもりでも、実際にはもっと多くの損失を被ることになります。

従来の金融システムの最新化プロセスの目標を設定する

従来の銀行システムの最新化に取り掛かる前に、このプロジェクトの目標の概要を説明する必要があります。目標を設定すると、タスクの目的を伝え、自分の能力を理解し、それに応じて準備し、進捗状況を追跡し、パフォーマンスを評価することができます。

古い銀行システムを更新するために設定する必要がある目標の例は次のとおりです。

効率の向上
セキュリティの強化
コストの削減
拡張性の向上

目標が全体的なビジネス戦略と一致していることを確認してください。これについて考えます。

明確に定義された目標により、Atom Bank はクラウドベースのバンキングシステムの必要性を認識することができました。銀行が規模を拡大し始めると、従来のソフトウェアが限界を超えてしまいました。クラウドベースのテクノロジーが提供する、革新的な銀行業務の予測とビジョンをサポートする中核となる銀行業務プラットフォームが必要でした。

Google Cloud 上でコアバンキングシステムを立ち上げてから 12 か月後、Atom Bank は、速度の高速化とアプリのスムーズなパフォーマンスにより、顧客からの肯定的なレビューが大幅に増加したと報告しました。

従来の金融システムの近代化戦略を作成する方法

あなたは、組織がレガシーツールを最新化する必要があることと、プロジェクトで達成したい目標を特定しました。次に、デジタル変革を確実に成功させるための手順を見てみましょう。

1. レガシーシステムを分析する

最初のステップは、システムの欠点を分析することです。評価の参考となるいくつかの質問を次に示します。

このシステムはどのようにビジネスチャンスを制限しているのでしょうか?また、そのチャンスとは何でしょうか?
ビジネスの価値が失われているのはどこでしょうか?
システムのどの部分が機敏ですか (そしてどの部分がそうではありませんか)?
レガシーシステムの維持コストはどれくらいですか?
現在のメンテナンスは持続可能で拡張可能ですか?
セキュリティとコンプライアンスの脆弱性は何ですか?

主要な意思決定者や、システムの中核サービスを使用する関係者から意見を得るようにしてください。

2. ビジネスプロセスを理解する

デジタル化プロジェクトを単独で推進すべきではありません。組織が最新化プロセスを最適化するためにどのように作業を行うかを理解する必要があります。 IT 機能とビジネスプロセスを連携させることで、全体的なビジネス目標を確実に達成できます。

これを行うには、プロセス分析を実施して、銀行のエコシステム内でデータがどのように移動するかを確認します。意思決定のポイントは何ですか？さまざまな部門がデータや相互にどのようにやり取りするのでしょうか? 顧客は銀行のサービスをどのように利用しますか?

プロセス分析を完了すると、レガシーシステムを最適化、アップグレード、または交換する必要があるかどうかを判断できるようになります。

3. モダナイゼーションのオプションを評価する

システムの技術的状態とビジネス要件を理解したので、どの最新化シナリオがニーズに最も適しているかについて情報に基づいた選択を行うことができます。

レガシー問題に対処するには、革命的方法と進化的方法の 2 つの方法があります。

革命的な近代化には、古いシステムをシャットダウンし、新しいシステムをゼロから始めることが含まれます。進化的なモダナイゼーションでは、現在のレガシーシステムを段階的に変更し、特定の問題の解決に重点を置きます。

ご想像のとおり、革新的な方法は進化的な方法よりも高価でリスクが高く、ビジネスプロセスにかなりの中断を伴います。ただし、後者では、システムの問題を引き起こす根本的な要因には対処していません。オーバーホールのコストがセキュリティ侵害やシステムのダウンタイムのコストを上回るかどうかを判断する必要があります。

4. 主要な関係者を巻き込む

レガシーのモダナイゼーションはチームの取り組みであり、経営陣、IT チーム、エンドユーザーなどの主要な関係者間の協力が必要です。

各当事者は専門知識と洞察を持ち寄り、プロジェクトがその目的を確実に達成できるようにします。管理側はプロジェクトが全体的なビジネス目標と一致していることを確認し、IT 担当者がデジタル変革を実行し、エンドユーザーがシステムパフォーマンスに関するフィードバックを提供します。

早い段階で関係者を巻き込むことで、プロジェクトのすべての要件を確実に受け取ることができます。また、実装段階での抵抗が軽減され、従業員が今後の変更に備えることができます。

5. 適切なソリューションを選択する

上記のすべての情報を使用して、プロジェクトに適したソリューションを選択できます。機能、リスク、コスト全体にわたって各アプローチをマッピングすることにより、最高の効果と価値を提供するオプションを選択してください。

まだ行っていない場合は、レガシーアプリの最新化サービスの専門家に相談してください。 Miquido は、目標に優先順位を付け、最適なアーキテクチャと最先端の技術スタックを選択し、今後発生するさまざまな問題についてアドバイスするのに役立ちます。当社には、製品戦略コンサルティングからフロントエンドおよびバックエンド開発まで、モバイルおよび Web アプリケーションの最新化の経験があります。

近代化のアプローチ

いくつかの最新化手法があり、それぞれコードとレガシーインフラストラクチャの処理方法が異なります。プロジェクトの技術的な側面に加えて、予算とプロジェクトのスケジュールによっても、どのアプローチを実装するかが決まります。方法が簡単であればあるほど、リスク、コスト、ビジネスプロセスの中断が少なくなります。

カプセル化

カプセル化は、レガシーシステムの機能とデータを API 経由で利用できるようにすることで、その寿命を延ばします。レガシーコードは新しいコードでラップされ、最新のソフトウェアと統合できるようになります。これにより、元のコードはそのままにしながら、レガシーの外観が刷新されました。

この方法は、高品質のコードを含むレガシーシステムに最適です。リスクは最小限に抑えられ、安価で迅速な最新化ソリューションです。残念ながら、これはレガシーソフトウェアの表面的な問題のみを解決します。メンテナンスなどのより深い問題は今後も続きます。

再ホスト中

リホスティングとは、コードを変更せずに銀行システムを別の環境 (新しいサーバーなど) に移動することです。ソフトウェアのパフォーマンスが向上し、効率が向上します。

この方法はリスクとコストが最も低くなります。また、システムは通常どおり動作するため、ビジネスプロセスへの影響が最小限に抑えられる、最速の最新化ソリューションでもあります。これは、元のコードの制限が維持されることも意味します。

プラットフォームの再構築

プラットフォームを再構築すると、銀行システムが古いプラットフォームから新しいプラットフォームに移行します。これにより、パフォーマンスの向上、メンテナンスコストの削減、セキュリティの強化、拡張性の向上を実現する最新のテクノロジーを活用できます。

この方法は、現在のプラットフォームに拡張性が欠けている銀行に最適です。新しいプログラムで機能するには、元のコードを変更する必要があります。また、データ損失、システムのダウンタイム、互換性の問題、ビジネスプロセスの中断に関連するリスクも伴います。

リファクタリング

リファクタリングには、既存のコードの構造を変更して、根本的な非効率性を解決し、パフォーマンスを向上させることが含まれます。この方法は、保守が困難な不適切に記述されたコードで使用することになります。

この方法の利点は、コードをカスタマイズできることです。コードを最適化するだけなので、ソフトウェアを使用するためにユーザーを再トレーニングする必要はありません。欠点は、リスクとコストが高いことです。技術的負債を軽減するには熟練した開発者のチームが必要であり、開発サイクルは上記のソリューションよりも長くなります。

再構築

再設計には、新しいアーキテクチャに合わせてコードを大幅に変更する必要があります。たとえば、モノリスアーキテクチャからマイクロサービスアーキテクチャに切り替えるなどです。これにより、レガシーシステムが新しい環境の機能を活用し、高度なテクノロジーと統合できるようになります。

この方法では、ビジネスの中断やデータの損失など、リスクとコストが増加します。このプロセスには数か月かかり、費用もかかります。運用を継続するために 2 つのチームが新旧のアーキテクチャに取り組んでいます。

再構築

リビルドとは、範囲や仕様を変更せずにコードを最初から書き直すことです。再設計とコードのリファクタリングとリライトの違いは、家の改修と再建の違いです。

冗長性を削除し、新しい機能を追加するというメリットが得られます。ただし、この近代化手法は大手のレガシー銀行にとっては売り込みが難しい可能性があります。これは完了までに数か月、場合によっては数年かかる大規模なプロジェクトです。

交換中

置き換えると、次のレベル、つまり新しい範囲と仕様に再構築する必要があります。本質的には、別の銀行アプリです。セキュリティリスクが許容できない場合、保守コストが交換コストを超えている場合、ベンダーサポートが存在しない場合、またはシステムが組織の長期目標と一致していない場合には、このオプションを使用します。

従来の銀行システムの最新化をサポートする最新のテクノロジー

どのような最新化方法を選択する場合でも、プロセスを促進するために採用する必要があるテクノロジーがあります。

APIを使用すると、コアシステムをデジタル決済システムなどのサードパーティアプリケーションと統合できます。
クラウドコンピューティングにより、教育機関は IT インフラストラクチャをアウトソーシングし、所有コストを削減しながら、より高速でスケーラブルなサービスを提供できるようになります。
マイクロサービスはシステムを独立したサービスに分割し、アプリケーション全体に影響を与えることなく、より迅速な変更を容易にします。
DevOps プラクティスは、教育機関が新機能やアップデートをより迅速に提供し、規制遵守と競争力を確保するのに役立ちます。

近代化に伴う潜在的なリスク

従来の銀行システムを最新化することは、完全なデジタル変革に向けた正しい一歩です。ただし、移行を確実に成功させるためには、準備が必要な潜在的な課題があります。

データ損失: レガシーシステムには大量の貴重なデータが蓄積されており、古いアプリケーションから新しいアプリケーションに移行されます。移行プロセス中のデータ損失は悲惨な現実です。このシナリオを軽減するには、データをクラウドストレージや外付けハードドライブなどの複数の場所にバックアップします。
データセキュリティ: データは、移行プロセス中にもサイバー攻撃に対して脆弱です。コードや環境の変更により、不正アクセスやデータ漏洩の機会が生じます。セキュリティリスクを軽減するには、データセキュリティのベストプラクティスを適用し、データ保護機能を備えたデータベース転送ツールを使用します。
統合の問題: ほとんどの従来の金融システムは、新しいテクノロジーと互換性がありません。したがって、データの不整合やプロセスの中断が予想されます。統合テストを実施して互換性の問題を早期に発見し、解決することで、これらを軽減できます。
ビジネスの中断: 銀行コードや環境に変更が加えられると、ビジネス運営が中断され、生産性や顧客サービスが妨げられます。段階的な導入アプローチなど、こうした中断の影響を最小限に抑えるための継続計画を策定します。

こうした課題を恐れて、従来の銀行システムを最新化する必要はありません。それらのほとんどは、慎重に計画を立て、適切な銀行ソフトウェア開発代理店と提携することで克服できます。

たとえば、ロイヤルバンクオブスコットランドは、従来のシステムを物理サーバーからクラウドに再プラットフォーム化することに成功しました。その結果、導入後 2 年で手動サーバープロセスが 900 万ドル節約されました。

モダナイゼーションプロジェクトでソフトウェア開発会社と提携する必要がある理由

レガシー銀行の最新化は、バンキングアプリケーションの正確な分析から最適な最新化アプローチと実装の選択に至るまで、非常に困難な場合があります。このプロセスは複雑でリスクが伴います。

幸いなことに、適切なデジタル近代化機関がプロジェクトをガイドしてくれます。理想的な選択は、10 年以上の経験とソフトウェア開発の上位 7% の Pangea 検証を備えたフルサービス企業です。

ミキドはこれらの要件にチェックを入れ、ネクストバンクや BNP パリバなどのフィンテック企業に優れた製品を継続的に提供してきました。クラウド移行、コードリファクタリング、ソフトウェア監査サービスなどのポートフォリオをご覧ください。