2017 年以降、三井氏が率いる第三クラウド推進では、AWS のマネージドサービスの利用を最優先とする方針を掲げています。NTT ドコモのサービスを開発するにあたって、必要な機能をゼロから構築するのではなく、AWS 側で管理する OS やミドルウェア以下のレイヤーについてはユーザー側での故障に備えた冗長化やバックアップ、モニタリング、セキュリティ対策、パッチ管理、アップデート対応が不要になるマネージドサービスを組み合わせて実現するものです。三井氏が「世界で鍛えられたコードが埋まっている」と表現するように、AWS のマネージドサービスは開発者やお客様からのフィードバックにより改良、洗練されているため、確実に高速開発ができるという判断です。

マネージドサービスのみでは必要な機能や性能を満たさない場合は、AWS Lambda のサーバーレスに実行できる関数や Amazon ECS のコンテナで開発。コンテナの実行環境は AWS Fargate を主に使い、GPU 利用など現在 Fargate で対応がない部分は Amazon EC2 を使いますが、基本的にはクラウドネイティブな設計を前提に開発します。

「移行方針は、オンプレミス環境を AWS に載せ換えるリホスティングでなく、クラウドネイティブでゼロから再構築するリファクタリングです。これまでの 3 年間で 9 割以上の案件が方針どおりに実現しています」（三井氏）

また、復旧、監視、集計などマニュアル（手順書）に落とし込みができる作業はほぼ自動化し、運用を効率化。こうした取り組みは、今ではサービスデザイン部全体に波及しています。

三井氏は開発体制を整える一方、エンジニアが自ら AWS を使って開発できるようにするための意識付けを進めています。なかでも着目したのは、やる気とスキルのあるメンバーが加わると、全員のモチベーションが高くなることの効果です。

「飛び抜けて優秀な外部の人材をプロジェクトに招いたところ、マネージドサービスを手足のように使いこなして高品質なシステムを短期開発する様子を目の当たりにし、部内の雰囲気が一変しました。準内製チームに入りたいと志願してきたオンプレミスのエンジニアも AWS を活用して、オンプレミスのシステムで発生していた性能問題を、数名の若手と短期間で解決してしまいました。彼ら、彼女らがビジネス部門から評価、感謝されるのを見て周囲も大いに刺激を受けています」

また、チーム内のコミュニケーションの活性化、開発グループ全体の底上げも図っています。これまで手がけたプロジェクトの事例共有会を開催し、AWS の開発手法や成功・失敗の体験を議論しながらノウハウを共有。さらに社外のプログラムも活用し、新しい技術の習得やハンズオンなども奨励しています。

「AWS プロトタイピングプログラムを利用して、小規模の新サービスを高速に開発リリースする基盤の開発にチャレンジしました。プロトタイピングは知識が豊富な AWS の技術担当者から設計段階から支援してもらえるため、最適なアーキテクチャの検討・実装ができます。最新の開発手法を教わり、下位クラスだったチームが上位チームに肩を並べるまでに成長しています」（三井氏）

こうした取り組みが功を奏し、部内では「やりがいがある」「意見や提案をする人が増えた」「コスト意識が上がった」「笑顔が増えた」などの意見が出されるようになりました。自主的に勉強会などに取り組むエンジニアも増えたといいます。

サービスデザイン部が組織改革を断行できた背景には、AWS の存在が大きいと三井氏は語ります。

「組織や開発方法論が確立している大企業の場合、正攻法では難しい側面もあります。私が異動した当時は、現在の部署でも従来の開発手法で不都合はないという空気が漂っていました。そこで AWS の利点を活かして積極的にサービスを高速開発し、コスト削減や開発の効率化といった成果を目に見える形で示すことで、周囲への理解を深めていきました」

今後、三井氏はこの開発手法を全社に水平展開し、NTT ドコモのデファクトスタンダードにすることで、DX の推進に貢献していく考えです。「最近はスモールスタートの新規の案件で私たちのチームが指名されるケースが多く、社内の他部門からも内製化の方法や、高速 PDCA の回し方を教えて欲しいと依頼される機会も増えました。経営層にも実績を示し、今後も他部署に水平展開を進めながら、私たちは引き続きクライマーとして最短ルートを開拓していきます」

国内のお客様の導入事例一覧に戻る »