FFGでは、グループ各サービスが利用する共通認証基盤（IDP）を、フルスクラッチで内製開発しています。専任のプロダクトオーナーやスクラムマスターを置かない体制の中で、要件探索から設計・実装・運用改善までを、平均28歳・5名のデベロッパーがオーナーシップを持って担っています。

認証基盤は、「動く」ことと「安全に動き続ける」ことの差が大きい領域です。失敗の影響はグループ各サービスに及び、専門知識、継続的な脅威対応、高可用性、運用改善が求められます。そうしたプロダクトを少人数で作り続けるために、私たちが大切にしてきたのは、チーム全員で"開発に集中できる状態"を育て、守ることでした。

ここでいう開発とは、コードを書くことだけではありません。要件を探索し、設計し、実装し、リリースし、運用から学んで改善するまでの一連の活動です。本セッションでは、その活動に集中するために取り組んできた2つの実践——チームの判断基準と品質基準を揃えること、自動化・属人化の解消・コミュニケーションの見直しによって認知負荷を設計すること——を、実際の失敗や改善事例を交えて紹介します。

私たちのチームでは、リリース後の状態把握や運用改善の一部としてNew Relicを活用しています。New Relicのダッシュボードやメトリクスを通じて、特定の人だけがシステム状態を把握するのではなく、チーム全員が同じ情報を見ながら判断できる状態を作ってきました。

少人数で難しいプロダクトに向き合うチームが、どのように判断基準を揃え、認知負荷を下げ、開発に集中できる状態を作ってきたのか。エンジニアがより価値に向き合うための、チームづくりと仕組み化の実践を共有します。

本セッションは、New Relic 株式会社様の提供でお送りいたします。