National Australia Bank、Cursorでレガシーマイグレーションを加速
NABはAmazon QとGitHub Copilotを評価したうえで、6,000人の開発者にCursorを標準導入しました。レガシーのモダナイゼーションは現在、3倍の速さで、より高品質に進んでいます。
National Australia Bank (NAB) はAmazon QとGitHub Copilotを評価したうえで、6,000人の開発者にCursorを標準導入しました。エンジニアリングチームは、これまで実現が難しかったプロジェクトも、より速く、より高品質にリリースできるようになっています。
モノリスをマイクロサービスへリファクタリングするようなレガシーコードベースのモダナイゼーションや、Assemblyから脱却するメインフレームのマイグレーションは、想定の3倍の速さで進んでいます。チームはCursorを使ってグリーンフィールドプロジェクトの構築も進めており、ある加盟店向けサービスチームは、当初4か月を見込んでいたハードウェアに依存しない決済アプリを3週間でリリースしました。
企業全体へのCursorのロールアウトを評価する
NABは当初、主要なAIコーディングアシスタントとしてAmazon QとGitHub Copilotを使っていました。その後、同社はより広範な評価を行い、いくつかの理由から、まずは6,000人の開発者を対象にCursorを標準化することを決めました。
- モデルの柔軟性: NABのエンジニアは、求められるコスト、レイテンシ、知能に応じて、タスクごとに適したモデルを使い分けることを好みます。低コストなモデルはフロントエンドUIの変更のような定型的で比較的単純な実装に使われる一方、より高価な thinking モデルはアーキテクチャ設計のような複雑で長時間にわたるタスクに使われます。
- コードベースの理解: NABは複数のGitHubアカウントにまたがって数千のリポジトリを保有しており、さまざまな技術スタック (たとえばJava、React、COBOL、Assembly) にまたがっています。Cursorは、この複雑な環境に対して最も高速かつ正確なエージェントの挙動を実現しました。
- 拡張性と制御: NABは、rules、skills、hooksといったCursorのprimitivesを使って、NAB CELという社内のコンテキストエンジニアリングライブラリを構築しました。共有知識をCursorに集約することで、NABは開発標準を徹底し、エージェントの挙動にガードレールを設けられるようになりました。
プラグインベースのコーディングアシスタントを使うのは、外側からワークフローにAIを無理やり付け足そうとするようなものです。Cursorなら、エージェントが私たちのコードベースを理解し、NABの仕事の進め方に合わせて動いてくれます。
NABは現在、エンジニア、プロダクトマネージャー、デザイナー、リーダー層を含む技術部門全体で、10,000人を超える従業員にCursorを展開しています。各職種ごとに専用の学習パスが用意されており、NABは組織全体の生産性向上を進めています。
私たちは当初から活用支援を重視し、開発者が実際の本番プロジェクトでCursorを使う、役割に合わせた学習セッションやスプリントデーを用意しました。この投資はいま着実に成果を上げており、チームはお客様にとって有用な機能を、より速く、より高い品質でリリースできるようになっています。
レガシーなモノリスをマイクロサービスにリファクタリング
NABのビジネス融資部門では、融資の価格設定に BizCalc という手数料計算アプリケーションを使っています。このアプリケーションはもともと、Silverlight/.NET フレームワークを用いたオンプレミスのモノリスとして構築されていました。Silverlight の延長サポートが 2026 年に終了することを受け、NAB は BizCalc を、バックエンドは Java のマイクロサービス、フロントエンドは React へとリファクタリングする期限を明確に設定しました。
NAB は当初、このマイグレーション全体に 6 か月かかると見積もっていました。最初の 2 か月はすべて、レガシーコードの仕組みの文書化、プロダクト要件の整理、ユーザーストーリーの作成、そしてフロントエンドとバックエンドのサービス間通信に必要な API 仕様の作成といった、開発前のタスクに充てる予定でした。
NAB のプリンシパルエンジニアである Coby Paterson は、Cursor を使ってこれらの開発前作業をわずか 1 週間で完了しました。彼女は Ask Mode を使ってビジネスロジックを可視化して文書化し、さらに NAB-CEL のカスタム skill と Plan Mode を使ってユーザーストーリーとそれに対応する API 仕様を作成しました。その後 NAB は、これらのアーティファクトを Cursor に入力し、マイグレーションの開発とテストを進めました。
わずか1週間で、Cursor は、システムを何か月もかけてリバースエンジニアリングした末に手作業で作れるものよりも、優れたユーザーストーリーと、より詳細な API 仕様を生み出しました。
Paterson は、マイグレーション全体が 2 か月で完了する見込みで、当初の見積もりと比べて 3 倍の改善になると見ています。
Assemblyメインフレームから基幹バンキングアプリを移行
顧客残高、利息計上、手数料の管理を担うNABの基幹バンキングシステムは、Assemblyベースのメインフレームインフラストラクチャ上で稼働しています。NABは、サポートや保守、他システムとの統合をしやすくするため、主要なプログラムをAssemblyから移行したいと考えていましたが、リソース不足により、このマイグレーションプロジェクトは停滞していました。
Cursor導入以前は、Assemblyからの移行など考えられませんでした。これほど大規模なプロジェクトに手作業で取り組めるだけの専門知識も時間も、私たちにはなかったのです。
最大の制約は、書き換えに着手する前に、低レベルの機械命令とビジネスロジックを切り分けるために必要なAssemblyの専門知識でした。これは手作業で進めるしかない骨の折れるプロセスで、Assemblyメインフレームで使われる3270ターミナルエミュレーターのGUI、いわゆるグリーンスクリーンに向き合い続ける必要があります。
Cursorを使って、HarjotのチームはAssemblyから直接フローチャートと業務サマリーを生成しました。エージェントがプログラム単位で修正を進めています。Assemblyのマイグレーションプロジェクトは今、想定の3倍の速さで進んでいます。
Cursorがなければ、このマイグレーションにかかる時間とコストは、そこから得られる価値を上回っていたでしょう。
3週間でハードウェアに依存しない決済アプリを構築
NABの加盟店向けサービスチームは、ベンダーロックインを避けるため、ハードウェアに依存しない決済アプリを構築したいと考えていました。このグリーンフィールドプロジェクトは、チームにKotlinなどのAndroidフレームワークでの開発経験がなかったこともあり、当初は4か月フルのエンジニアリング工数を見込んでいました。
プリンシパルエンジニアのChris De Lorenzoは、Cursorを使ってこのプロジェクトを3週間足らずで構築しました。まずCursorを使って要件を詰め、詳細なプロダクト要件と、サブエージェントで並列に進められる複数フェーズの実装計画を作成しました。その後、ComposerとOpusコーディングモデルを使ってその計画を実行に移しました。
開発速度は5〜8倍に向上しました。ですが何より大きいのは、Cursorがなければこのアプリを構築しようとすらしなかっただろうという点です。
De Lorenzoはまた、エンジニア以外にもソフトウェア開発を広げた点でもCursorを評価しています。「Cursorは、エンジニア、アーキテクト、プロダクト、セキュリティを同じワークフローに取り込む、私がこれまで見てきた中で初めてのエージェントプラットフォームです。組織としてのソフトウェア開発の進め方を変えつつあります。」
現在NABは、コード生成を超えて、ソフトウェアライフサイクルのあらゆる工程にCursorを組み込むことに注力しています。「Cursorをコードレビュー、品質保証のテスト、そしてデプロイまで広げたいと考えています。エージェントを中心にエンジニアリングプロセスを見直すことは、NABにとって重要な投資分野です」と、NABのHead of AI Tooling & DeliveryであるCaroline Trangは述べています。
レガシーシステムのモダナイゼーション自動化に取り組んでいる方、またはグリーンフィールドプロジェクトをより速く進めたい方は、Cursorのトライアルを始めるためにお問い合わせください。
