このページの本文へ

400人体制で行なわれた新世代銀行システムの開発とは?

アクセンチュアのスクラムマスターが語る銀行システム開発の舞台裏

2022年05月27日 09時00分更新

文● 大谷イビサ 編集●ASCII 写真●曽根田元

提供: アクセンチュア

  • この記事をはてなブックマークに追加
  • 本文印刷

あるべき姿をみんなが模索していた

大谷:今回のプロジェクトに参加した経緯や目指したゴールを教えてください。

高:僕がこのプロジェクトに関わった経緯でもあるのですが、先にプロジェクトに参加していた知り合いに「最新のGoogle Cloud上で本当のマイクロサービスやってるぜ」とちょっとドヤられたことがあったんですよね。それを聞いてすごく興味を持って、結果として縁があり、このプロジェクトに入ることになりました。

アクセンチュア テクノロジー コンサルティング本部、シニア・マネジャー高 子棟氏

こうした経緯を振り返ると、やはり新しいことをやりたかったんですよね。僕が担当している預金システムって、昔ながらの重厚長大な基幹システムのイメージがあります。それこそちょっとした手直しでも3ヶ月ぐらいかかる感じ。でも、システムがそんなでは、これだけ世の中がスピーディに動いているのに、ついていけません。

僕も前職で基幹システムを扱ったことはありましたが、銀行のシステムを一から作れるなんて、めったにない機会です。だったら、まったく違うモノ、新しいモノとして作った方がよいのではと思いました。これが僕も含めてチーム全員が描いていたゴールです。

そのゴールのために途中で大きなリファクタリングもしているのですが、とにかく重厚長大なシステムではなく、柔軟で変化しやすいシステムを作りたいというのが根底にはありました。

大谷:山本さんはいかがですか?

山本:今までのウォーターフォール型の開発だと、いわゆる上流をコンサルが担当し、要件が決まったらエンジニアがものづくりをやり、そのエンジニアもサーバーだの、データベースだの役割が細分化していました。

でも、今回はあるべき姿を開発者もコンサルも現場のメンバーも、みんなで模索しながら作っていったというのが大きかった。これはお客様側、これはアクセンチュア側みたいな垣根を取り払い、みんなでフラットに仕事するという共通認識をみんなが持つことがすごく重要でした。

青柳:参加した頃には、アーキテクト側が技術やソリューションをおおむね決めていたのですが、やはりゴールもハードルも高かった。だから、つねに勉強しないといけない状態。チームとしては、つねに改善し続けるというマインドが必要で、プロセス自体も今のやり方が正しいとは限らない。だから、ここにゴールがあるからそこを目指すというより、模索を繰り返す中でゴールにたどり着いたみたいな感覚が強いですね。

アジャイルだからといって計画がないわけではない

大谷:銀行のシステム開発というと、ウォーターフォール型の重厚長大なプロジェクトという印象が強いのですが、今回はアジャイル開発ですよね。かなり特殊なアジャイル開発だったと思うのですが、違いや共通点をどう考えますか?みなさんは経験がありますか?

青柳:私自身はウォーターフォール型のプロジェクトしかやったことがなかったので、そもそもスクラムを組んでアジャイル型開発というのも初めてでした。もう3年もやっているので、素人のようなこと言ったら怒られると思うのですが、当時はアジャイル開発に慣れるのもちょっと時間かかりました。

たとえばクイックなやりとりが必要なことはわかっていたのですが、自分が思っているよりもさらなるクイックさが要求されました。スプリントが1ヶ月だとしたら、その1ヶ月の中で作りあげなければならないので、課題が出てきたらすぐエスカレーションするとか、意識的にやらないといけないんです。技術的な障壁よりも、マインドのアップデートの方が難しかった気がしますね。

大谷:なによりスピードや柔軟性が重要になるんですね。

青柳:しかも自分だけではなく、チームに浸透させなければならない。ここらへんは難しかったですし、慣れていくと面白いところでもあります。結局、課題ってチーム内だけでなく、前述したビジネスチームやアーキテクトチームなど、他のチームと連携しないと解決できないことも多い。他のチームを巻き込んで一丸となって解決するのは苦労したところです。

大谷:ウォーターフォールとの違いを感じるところはありますか?

青柳:おおまかに言えば、ウォーターフォール型というのは、先に長い計画があって、そこからぶれないように進める方法。仕様変更があったら、これを途中でやるのか、いったん終わってからやるのかを決めますよね。じゃあ、アジャイルになったから、ノープランで進めているかというと、そういうわけではない。ショートスパンだけど、計画がきちんとあるからプロジェクトが進むんです。

大谷:当たり前なんですが、ノリと想像で、次のアクションを決めているわけではないということですね。

青柳:アジャイル開発ではスプリントごとに次の計画を変えられるという点はあるのですが、エンタープライズの基幹系開発の世界では、計画という部分でアジャイル開発がウォーターフォール開発と極端に違うかというと、そんなことはないと思っています。だからもっとも違うのはマインドかなあと。

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

アクセスランキング

  1. 1位

    ITトピック

    情シス人材不足でも「採用予定なし」中小企業の意見/“従業員発のSNS炎上”6割の企業が懸念/「SNS疲れ」利用を減らす効果的方法、ほか

  2. 2位

    ビジネス・開発

    「Gemini Enterprise」に大規模導入の波 ― SOMPO・NTTデータ・Skyが描く“エージェント企業”への進化

  3. 3位

    ITトピック

    北米での成長率がすごすぎる NinjaOneとはいったい何者だ?

  4. 4位

    Team Leaders

    Power AutomateでSharePointリストにある申請データ一覧をメール送信する方法

  5. 5位

    sponsored

    無線APにデザインは不要ですか? ブラックスケルトンモデルは今どきのオフィスにめちゃなじむんです

  6. 6位

    YouTube

    ぶっちゃけ、あのSaaSってどう!? 情シスがガチ格付け! 本当に使えるツールを決める最強SaaSティア決定戦!!

  7. 7位

    sponsored

    キャッシュレス決済の利用シーンを広げる 三井住友カードの「stera terminal light」とソフトバンクのIoT回線

  8. 8位

    データセンター

    「関東・関西に次ぐDC集積地」目指す 北海道・石狩でデータセンター連合 さくら、NTT東らが参画

  9. 9位

    TECH

    プロテクティブDNSでDNSをセキュリティ基盤へ 福岡大学でも「運用課題なし」の実績

  10. 10位

    デジタル

    異常検知からロボット走行、車両制御まで —— 現場を遠隔化・自動化するSORACOM活用のIoTソリューション

集計期間:
2026年08月01日~2026年08月07日
  • 角川アスキー総合研究所