「ビッグバン型変革」はなぜ成功しないのか、そして代わりに何をすべきか
メインフレームは時代遅れのシステムであり、現代の企業には存在しません。しかし、高級キッチンで電子レンジが定着しているように、メインフレームにも依然として重要な役割があります。それは、大量の取引を低遅延で処理することです。柔軟性や意思決定よりも、スピードや一貫性が重要となる領域です。
次のことを想定してみましょう。
- ATM取引
- 大量取引
- レコードの一括更新
しかし、ここで困ったことに、メインフレーム上のすべてのワークロードがこれらのカテゴリーに分類されるわけではありません。 かつて、企業は、手間のかかる複雑なアプリケーションを実行するために、既存のアプリケーションを使わなければなりませんでした。メインフレームは理想的とはいえませんでした。
現在、これらの組織では、プロセスをクラウドに移行し、自動化を組み込み、AIで高速化し、データをさらに活用する方法を模索しています。そして企業は、メインフレームに縛られていることに気づいています。そこでは、レガシーコードが不透明な業務プロセスを支え、意思決定やポリシーは明確なドキュメントが存在しないブラックボックス化した状態になり、データは閉じたループの中に取り残されています。
モダナイゼーションプロジェクトの75%以上が失敗しています。1なぜでしょうか。
メインフレームの依存関係に対するソリューションには、いくつかの異なる形式があります。
手法：プラットフォームの再構築：メインフレーム環境全体を、細心の注意を払いながら、1行ずつクラウド上に再構築します。
問題：ヒューマンエラーが起こりやすいコンサルタントチームに頼ると、膨大な作業量になります。その結果、古い仕組みや問題をそのまま、新しい環境へ移しただけになってしまいます。
手法：ラップ＆リニュー：メインフレームアプリケーション上にアジャイルで適応性の高いUIレイヤーを構築することで、最新システムへの接続を可能にし、操作性を向上させます。
問題：古い問題が表面化せず、メンテナンス、アップグレード、プロセスの変更が大きな負担となっています。問題を解決しているのではなく、問題を隠しているだけです。
手法：リフト＆シフト：既存のコードベースに対する変更を最小限に抑えながら、メインフレームのワークロードをクラウド環境に再配置します。
問題：アプリケーション自体を最新化することはほとんどありません。システムがクラウドに移行しても、その一元的な構造、組み込まれたビジネスルール、および運用上の制約はそのまま引き継がれます。
これらの従来型の手法やその他の方法では、メインフレームの本当の姿を捉えることはできません。つまり、ある部分は現在の場所に残すことが適している一方で、別の部分は切り出してクラウド向けに再構築し、メインフレームから廃止すべきなのです。しかし、レガシーメインフレームの性質上、それを実現するのは非常に困難です。ビジネスロジック、データアクセス、ワークフローはコードベースに深く組み込まれており、境界はあいまいになり、データ、ロジック、UIは密接に結合されています。
モジュール化こそが、真のレガシートランスフォーメーションの鍵
中核的なトランザクションプロセスはそのままにして、請求処理、決済例外処理、アカウント管理、不正処理、変更管理など、クラウド対応型のビジネスアプリケーションに注力することが成功の秘訣です。それをどのように実現するのでしょうか。その鍵となるのがAIです。
AIを活用したコード分析により、COBOLプログラムに埋もれているビジネスロジックをマッピングして分離できます。しかし、ここからが重要なポイントです。一部のコード解析ツールはCOBOLをJavaやHTMLへ変換することを目指していますが、真のモダナイゼーションとは、COBOLをドキュメントへ変換し、そのドキュメントを活用して、クラウド上で目的に合わせて新たに設計されたアプリケーションを構築することです。
検出と分析にかかる時間を数か月から数日に短縮したり、そもそもそのような検出を可能にしたりすると、モジュラーアプリケーションモダナイゼーションは、別の未定義で型にはまったプロジェクトから、反復可能で拡張性に優れた付加価値の高いプロセスに変わります。最新型のメインフレームアプリケーションは数週間で本番稼働し、チームが次のターゲットを特定する間に、製品環境ですぐに価値の提供を開始できます。
メインフレームモダナイゼーションのためのファクトリー
このようにして、モダナイゼーションプロジェクトとそれを実行するIT関係者、ベンダー、システムインテグレーター、ビジネスユーザー、エグゼクティブは、それ自体がミニチュアファクトリーのような存在になります。そして、クラウドネイティブなSaaSアプリケーションを次々と生み出していくのです。最初の数回のモダナイゼーションに成功すると、プロセスは反復可能になります。チームは、レガシー資産を分析し、あるべき姿を再設計し、クラウドへ展開し、そのサイクルを継続的に繰り返すモダナイゼーションのパイプラインを構築します。
モダナイゼーションは、「10年に一度の大規模変革」ではなく、ファクトリーアプローチによる標準化・自動化された継続的なプロセスへと変わります。
特定のアプリケーションに関連するコードを分析し、それをクラウド対応で、AIと自動化を活用したワークフローとして再構築し、将来性のあるアーキテクチャに展開します。その際、必要に応じて基幹システムや統合システムとの接続や移行を行い、これらすべてをわずか数ヶ月の期間で実現します。同じ手順を繰り返します。
AWSなどのハイパースケーラー、AccentureやInfosysなどの成熟した変革支援プラクティス、AIを活用したワークフロー設計ワークベンチPega Blueprint™を使用することで、企業のCIOは、保留にしていたメインフレームのモダナイゼーションプロジェクトに、取り組むことができます。最小限のリスクで大規模なアップセットを実現し、短期間で変革を推進することが可能になります。
1 出典：調査：79%のアプリケーションモダナイゼーションプロジェクトは失敗