CWSは、お客さまが資産の状況を確認するためのWebサービスです。いわば、当社とお客さまとの重要な接点であり、その使い勝手は当社の評価に直結します。前身のシステムは2000年頃に構築されたもので、20年近く改修を重ねながら運用してきましたがベースとなるアーキテクチャ（システム全体の構造）が古く、システムの拡張や利便性向上は困難な状況にありました。

お客さまからも、長年『信託帳票をペーパーレス化してほしい』というご要望をいただいていました。旧システムでは紙の帳票を郵送するのが基本で、お客さまをお待たせするだけでなく、保管の手間も発生していました。また、IDの発行やパスワードの再発行に数日を要したり、特定のブラウザでしか利用できなかったりと、多くの課題を抱えていました。今回の刷新は、まさに避けて通ることができないプロジェクトでした。

私は旧システムの保守を担当していた経験がありますが、今回のプロジェクトは、これまでに経験したことのない大規模なもので、大きなやりがいを感じたことを覚えています。同時に、お客さまが直接利用するシステムだからこそ、情報の誤開示や流出は絶対に許されません。品質を最優先に、プロジェクトに臨みました。

今回のプロジェクトの大きな挑戦の一つが、クラウド上での開発でした。当社にはクラウド開発の経験がほとんどなく、一方で、今回新たに開発パートナーとして選定した企業はクラウド技術には長けているものの、当社の業務や金融システム特有の要求事項に関する知見が浅かったのです。案の定、プロジェクトの初期段階では、なかなか話が噛み合わないことも。そのため私からパートナー企業に呼びかけ、お互いに不足している知識を補い合う場を設けました。私たちから金融の業務知識や今回の帳票開示システムについての重要なポイントを伝え、パートナー企業側からはクラウドやセキュリティに関する技術情報を教えてもらう。双方向のコミュニケーションを通じて少しずつ共通の認識が生まれ、チームとしての一体感が高まっていくのを感じました。

私も業務統括という立場から開発側と密接に連携していたのですが、パートナー企業の方々に当社の要望を正しく伝えるのには苦労しました。普段、私たちが当たり前に使っている金融業界の用語が、異業界の人たちにはそのまま通じません。また、「絶対に止めてはいけない」という金融サービスに求められるミッションクリティカル性の高さも、すぐには理解してもらえませんでした。そこで私たちは、とにかく対話を重ねることにしたのです。

私がプロジェクトの統括を務めたステップ2では、開発側の担当が前任者から私に変わっただけでなく、業務側の担当者、さらにはパートナー企業の担当者も変わりました。また一から関係性を構築し、プロジェクトの目的や方針を改めて共有する必要がありました。また、CWSは単体で動いているわけではなく、複数のシステムと連携しています。関連プロジェクトも並行して動いていたのですが、そこで計画の変更も生じ、そのたびに調整が必要になりました。私は事前にプロジェクトの関連性を整理し、影響箇所を特定した上で社内の関係者と会話し、大きな変更が発生しないように調整し、影響を抑えることに注力しました。