銀行は、ここ二十年の大半にわたって、自社の基幹銀行システムを負債であると説明してきました。会話はあまり変わっていません。レガシー基盤は維持コストが高く、変更が難しく、現代の運用モデルが求めるものとのずれがますます大きくなっています。これは大まかには広く理解されています。しかし、あまり理解されていないのは、基幹システムが、いま銀行が行っている他のあらゆる戦略的投資の上限として、静かに変わりつつあるという点です。2026年に多くの組織が直面するシーケンスの難題を考えてみましょう。取締役会はエージェント型AIのプログラムを承認しています。テクノロジーチームはトークン化されたインフラに向けて構築を進めています。支払いのモダナイゼーションが進行中です。リスクおよびコンプライアンス機能には、バッチサイクルではなくリアルタイムで稼働することが求められています。これらのプログラムはいずれも、確かな事業上の根拠があります。しかも、いずれのプログラムも、ある時点で、基幹システムにそれまで想定されていなかったことをさせる必要が出てきます。自律的に実行されるエージェント型AIのワークフローには、リアルタイムの決済確認が必要です。トークン化された預金には、モノリシックなバッチ処理型コアがネイティブにサポートできない、プログラマブルな取引ロジックが必要です。リアルタイム決済は、日次締めの処理ではなく継続的な照合を求めます。24/7のプログラマブルなマネーフローに対するコンプライアンス監視は、真夜中に閉じるチェクポイントに頼ることはできません。コアは、取引がバッチで処理され、フィナリティは先送りされ、夜間のウィンドウが一つの特徴であるという世界のために設計されました。その世界は、多くのモダナイゼーションのロードマップが想定するよりも速く終わりを迎えています。基幹銀行のモダナイゼーション計画における失敗率が高いことは、緊急性を行動しやすくするのではなく、逆に行動を難しくします。大規模な置き換えを試みるほとんどのプログラムは、長期化し、見込みよりもコストがかかり、約束ほどの成果を出しません。IBMの調査では、基幹モダナイゼーションプログラムの94%が最初の期限を逃していました。それらの経験で痛い目を見た組織は、次の試みに対して当然ながら慎重になります。しかし、基幹モダナイゼーションに対する慎重さは、安全性と同じではありません。それは制約を吸収する選択であり、そしてその選択は、コアができることとビジネスが必要とすることの距離が広がるにつれて、時間とともに複利のように膨らんでいきます。この局面で最も効果的に立ち回っているのは、大規模な置き換えを目指している組織ではありません。彼らはサイドカー型のアーキテクチャを走らせており、レガシーシステムと並行してモダンなコアを稼働させ、特定のプロダクト、顧客セグメント、または取引タイプといった、レガシーの制約が最も深刻に突き当たる領域を扱っています。IDCは、2026年までに世界の銀行の40%がこのアプローチを追求していると見込んでいます。ロジックは筋が通っています。新しいコアを限定されたスコープで検証し、移行がビジネスが依存しているものを壊さないことを実証し、段階的に拡張するのです。これは置き換えより遅いです。しかし、成功する可能性ははるかに高いのです。とはいえ、より重要な組み替えは、どのモダナイゼーション手法を選ぶべきかという話ではありません。問題は、コアが組織の戦略的シーケンスの中でどこに位置しているかです。多くの銀行は、基幹モダナイゼーションを、テクノロジー機能が管理するテクノロジープログラムとして扱い、コスト削減や業務効率化を根拠とした事業計画を組み立てます。その捉え方は、予算サイクルが締まるとき、あるいはより目立つイニシアチブがリソースを巡って競合するときに、優先度を下げやすくします。また、基幹システムを、取締役会レベルの会話が実際に焦点を当てている戦略的な成果と結び付けにくくします。すなわち、エージェント型AIを大規模に展開する能力、トークン化されたインフラに参加するためのキャパシティ、最初からモダンなスタックを構築してきたノンバンク参入者からの競争圧力に対して迅速に対応するスピードです。コアは、戦略の下流にあるテクノロジーの問題ではありません。コアは、組織が行っているほぼすべてのテクノロジー投資の上流に位置する戦略上の制約です。そう名付けることで、会話の内容、誰がそれを担うのか、そして解決にとって許容されるタイムラインがどう見えるのかが変わります。すべての計画サイクルで問いとして価値があるのは、「現在のコアが、ロードマップ上のプログラムを支えられるか」ではありません。それは、「ロードマップ上のプログラムが、コアができないことを前提に設計されているのか、それとも、ビジネスが実際に必要としていることを前提に設計されているのか」です。それは別種のテクニカルデットです。貸借対照表には表れません。発表される内容と実際に提供される内容の間のギャップとして表れます。
コアはレガシーの問題ではない。それは戦略の問題だ。
銀行は、ここ二十年の大半にわたって、自社の基幹銀行システムを負債であると説明してきました。会話はあまり変わっていません。レガシー基盤は維持コストが高く、変更が難しく、現代の 運用モデルが求めるものとのずれがますます大きくなっています。これは大まかには広く理解されています。
しかし、あまり理解されていないのは、基幹システムが、いま銀行が行っている他のあらゆる戦略的投資の上限として、静かに変わりつつあるという点です。
2026年に多くの組織が直面するシーケンスの難題を考えてみましょう。取締役会はエージェント型AIのプログラムを承認しています。テクノロジーチームはトークン化されたインフラに向けて構築を進めています。支払いのモダナイゼーションが進行中です。リスクおよびコンプライアンス機能には、バッチサイクルではなくリアルタイムで稼働することが求められています。これらのプログラムはいずれも、確かな事業上の根拠があります。しかも、いずれのプログラムも、ある時点で、基幹システムにそれまで想定されていなかったことをさせる必要が出てきます。
自律的に実行されるエージェント型AIのワークフローには、リアルタイムの決済確認が必要です。トークン化された預金には、モノリシックなバッチ処理型コアがネイティブにサポートできない、プログラマブルな取引ロジックが必要です。リアルタイム決済は、日次締めの処理ではなく継続的な照合を求めます。24/7のプログラマブルなマネーフローに対するコンプライアンス監視は、真夜中に閉じるチェクポイントに頼ることはできません。
コアは、取引がバッチで処理され、フィナリティは先送りされ、夜間のウィンドウが一つの特徴であるという世界のために設計されました。その世界は、多くのモダナイゼーションのロードマップが想定するよりも速く終わりを迎えています。
基幹銀行のモダナイゼーション計画における失敗率が高いことは、緊急性を行動しやすくするのではなく、逆に行動を難しくします。大規模な置き換えを試みるほとんどのプログラムは、長期化し、見込みよりもコストがかかり、約束ほどの成果を出しません。IBMの調査では、基幹モダナイゼーションプログラムの94%が最初の期限を逃していました。それらの経験で痛い目を見た組織は、次の試みに対して当然ながら慎重になります。しかし、基幹モダナイゼーションに対する慎重さは、安全性と同じではありません。それは制約を吸収する選択であり、そしてその選択は、コアができることとビジネスが必要とすることの距離が広がるにつれて、時間とともに複利のように膨らんでいきます。
この局面で最も効果的に立ち回っているのは、大規模な置き換えを目指している組織ではありません。彼らはサイドカー型のアーキテクチャを走らせており、レガシーシステムと並行してモダンなコアを稼働させ、特定のプロダクト、顧客セグメント、または取引タイプといった、レガシーの制約が最も深刻に突き当たる領域を扱っています。IDCは、2026年までに世界の銀行の40%がこのアプローチを追求していると見込んでいます。ロジックは筋が通っています。新しいコアを限定されたスコープで検証し、移行がビジネスが依存しているものを壊さないことを実証し、段階的に拡張するのです。これは置き換えより遅いです。しかし、成功する可能性ははるかに高いのです。
とはいえ、より重要な組み替えは、どのモダナイゼーション手法を選ぶべきかという話ではありません。問題は、コアが組織の戦略的シーケンスの中でどこに位置しているかです。
多くの銀行は、基幹モダナイゼーションを、テクノロジー機能が管理するテクノロジープログラムとして扱い、コスト削減や業務効率化を根拠とした事業計画を組み立てます。その捉え方は、予算サイクルが締まるとき、あるいは より目立つイニシアチブがリソースを巡って競合するときに、優先度を下げやすくします。また、基幹システムを、取締役会レベルの会話が実際に焦点を当てている戦略的な成果と結び付けにくくします。すなわち、エージェント型AIを大規模に展開する能力、トークン化されたインフラに参加するためのキャパシティ、最初からモダンなスタックを構築してきたノンバンク参入者からの競争圧力に対して迅速に対応するスピードです。
コアは、戦略の下流にあるテクノロジーの問題ではありません。コアは、組織が行っているほぼすべてのテクノロジー投資の上流に位置する戦略上の制約です。そう名付けることで、会話の内容、誰がそれを担うのか、そして解決にとって許容されるタイムラインがどう見えるのかが変わります。
すべての計画サイクルで問いとして価値があるのは、「現在のコアが、ロードマップ上のプログラムを支えられるか」ではありません。それは、「ロードマップ上のプログラムが、コアができないことを前提に設計されているのか、それとも、ビジネスが実際に 必要としていることを前提に設計されているのか」です。
それは別種のテクニカルデットです。貸借対照表には表れません。発表される内容と実際に提供される内容の間のギャップとして表れます。