M&Aによる組織の急拡大は、技術組織に「複雑化」という大きな課題を伴います。そうした状況の中で、どのように開発者体験（Developer Experience）を損なうことなく、事業価値への貢献に集中できる環境を整えていくのか。本記事では、GENDAのPlatform Engineering部がこの課題に向き合ってきた「マインドセット」と「実践」を、組織の成長を技術で支える立場のマネージャーに向けて紹介します。
GENDAは「世界中の人々の人生をより楽しく」というAspirationのもと、M&Aを通じて連続的な非連続な成長を遂げています。それは、経営のスピードが上がれば上がるほど、技術組織としてもより複雑で難題の高い課題に向き合う必要が出てくることを意味します。プロダクトやシステムが増え、技術スタック、インフラ、そして求められる専門知識も増えていく。これらをいかに統合し、開発者がプロダクト開発、つまり事業価値への貢献に集中できる環境を作れるかがポイントであり、いわゆるDeveloper Experience（開発者体験）が重要なテーマになっていきます。
それらを支えるべく組成されたのがGENDAのPlatform Engineering部です。 この部は、「Chapter」というチームの枠組みからスタートし、「部」への昇格を経て約1年半が経とうとしています。組織はEM（Engineering Manager）・SRE/インフラ・QA（Quality Assurance）の三つの職能で構成されており、どの職能も「プロダクト開発を支える」という共通の役割を担っています。
本記事では、これまでのPlatform Engineering部の歩みを「マインドセット」と「実践と戦略的アプローチ」に分け、私たちが直面した課題と、そこから見えてきた「組織づくりのヒント」を共有します。
急成長に耐えうる「マインドセット」
GENDAには三つのバリューが掲げられており、多くの場面でこのバリューを意識した意思決定がなされています。
私たちPlatform Engineering部の活動も、自ずとこのバリューにマッチした動きをしています。
出典：https://genda.jp/management/
Speed is King：スピードが大事、ではなく「スピード最優先」
計画も重要だが「最速の仮説検証」を
インフラ構築や仕組み作りにおいて、完璧なロードマップを引くことよりも「まず動き出すこと」を最優先しています。100%の計画やロードマップを事前に用意することは非常に困難であり、時間もかかります。そのため、手を動かし始めるのに必要な最低限のものは作り、そこから先は「仮説検証」を繰り返しながら精度を上げていくことが重要です。 限られた人員のなかで多くのプロダクトや施策を支えるためには、必要不可欠な観点だと考えています。
Grit and Grit：「やり抜く力」こそが、成功の最も重要な要素
華やかな成果の裏にある「泥臭さ」
Platform Engineeringというと「最新ツールによる自動化」のようなスマートな響きがあるかもしれませんが、実態はツール導入だけでなく「専門家集団がプロダクトを支えるプラットフォーム」という側面が強いです。そのため、時にはゼロの状態から施策を練って具現化したり、M&Aでグループにジョインしたシステムを手探りで調査したりする必要もあります。私たちは「Grit and Grit（やり抜く力）」が示すように、こうしたいわゆる「泥臭い領域」から目を背けず、地道に信頼を積み重ねることも大切にしています。
Enjoy our Journey：皆で一緒にこの道のりを楽しみ、より大きな夢を叶えよう
カオスを「楽しむ」文化
多様なバックグラウンドを持つメンバーが集まる中で、困難な課題すらも「やりがいの一つ」として捉え、解決プロセスそのものを楽しむ。「Enjoy our Journey」の精神が、チームの心理的安全性を生み、挑戦を後押ししています。
三職能の連携が生んだ「勝ち筋」
前述のマインドセットを持ち、GENDAにおける開発生産性向上を目指して取り組んできたのが、EM・SRE/インフラ・QAの三職能による「伴走」と「標準化」 です。ここでは、それぞれの職能の取り組みの一部をご紹介します。
EMによる「データドリブンな改善」と「熱量の循環」
感覚値の議論から脱却し、文化を作る
組織拡大期には「なんとなく開発が遅い気がする」といった漠然とした不安が蔓延しがちです。EMはこれを数値化して健全な議論の土台を作るとともに、技術を「発信」することで組織の熱量を高めるアプローチを取りました。
Findy Team+による開発生産性の可視化と改善
サイクルタイムやデプロイ頻度を可視化することで、「レビュー待ちがボトルネックになっている」等の課題を特定しました。生成AI（Claude Code等）を活用したレビュー支援を行うことで、こうしたボトルネックも徐々に解消されていきました。重要なのは、初期段階で「可視化」と「発見された課題への取り組み」をセットで行うことです。この改善サイクルを繰り返すことで、単なる数値管理にとどまらず、開発生産性の向上を文化として定着させることができました。
技術広報による「知の循環」とカルチャー醸成
アウトプットできる社内での取り組みも近年急増しており、それに伴い技術広報も強化してきました。カンファレンスへのスポンサー・ブース出展や自社のテックイベント、登壇や記事発信を通じて多くの方々にGENDAの組織や技術的な取り組みを伝えてきました。外部へアウトプットすることで自社の強みを再認識する機会となり、「Enjoy our Journey」の精神で技術を楽しむ土壌が育っていきます。
SRE/インフラによる「信頼構築」からの標準化
コミュニケーションと仕組みの二軸の方針
いきなり「このツール・仕組みを使ってください」と押し付けても利用者には響きません。SRE/インフラチームが大切にしてきたのは、徹底的な「伴走」でした。
Office Hour（相談会）の常設
定期的な「Office Hour」の時間を設け、インフラに関する困りごとを気軽に相談できる場を作りました。それまでも「いつでも相談してくださいね」というメッセージは出していましたが、場所と時間があらかじめ確約されているOffice Hourの方が、相談のしやすさは向上します。個別に会話を重ねながら解決へと導き、「SRE/インフラに頼めば解決してくれる」という体験をしてもらうことが、今後も気軽に相談してもらえるための信頼構築につながっていきます。
信頼をベースにしたIaC/テンプレート展開
信頼関係を構築した結果、各プロダクトにおける困りごとや課題が、より明確に見えてきます。そこで初めて的を射た共通化の提案が出せるようになります。実際に、Terraformの導入やDatadogのテンプレート展開がスムーズに進んだのは、事前の伴走があったからだと言えます。
QAによる「小さく始めて横に広げる」展開
自動テストを文化にするための挑戦
品質保証の自動化は、一気に全社展開しようとしてもうまくいきません。GENDAでは、これまでも手動テスト（マニュアルテスト）を各プロダクトに順次導入することで品質を意識する文化を醸成してきました。そのため、自動化においても同様のアプローチをとっています。
特定プロダクトでの成功事例
最初にリリースサイクルが安定している特定プロダクトに絞り、テスト自動化プラットフォーム「MagicPod」を導入し、定着させました。定期リリースがベースとなっているため自動化の恩恵を受けやすく、かつ規模が大きすぎないプロダクトを選定したのがポイントです。
成功パターンの横展開
「自動化で手動テストの工数が減る」ことに加え、QAが工数の兼ね合い上マニュアルテストを実施できない際の安心感にもつながります。これらの効果を踏まえ、その運用ルールをテンプレート化し、適用範囲を拡大していきます。
部として「束ねる」ことで生まれる複合効果
個別の動き以上に重要なのが、これらが噛み合ったときのシナジーです。
- EMがプロセスを最適化（効率性）
- SRE/インフラが可観測性を担保して安定的なインフラを提供（透明性）
- QAが品質を担保（安全性）
この三つが揃うことで、プロダクトにおいて「安心して、より頻繁にデプロイできる」状態が実現され、サイクルタイムの安定とデプロイ数の増加にも寄与します。そして、そのようなプロフェッショナルたちが一つの部に集結することで、情報の横展開はもちろんですが、職能は違えど同じ目的に向けて一致団結できていることにも大きな価値があると感じています。
これまでの歩みにおいて、「現場への伴走」と「仕組みの標準化」というアプローチが有効であることは確認できました。次のフェーズは、この仕組みを特定の誰かがいなくても回る「文化（カルチャー）」へと昇華させ、開発者がストレスなく開発に没頭できる「最高の開発者体験（Developer Experience）」を追求し続けることです。そして、12月より新しくPjM（Project Manager）の職能もPlatform Engineering部に加わったため、また新しいシナジーが生まれるよう取り組んでいきます。
Discussion