プラットフォームエンジニアリングやってみたけど、結局「対話」が大事だった話

Posted at 2025-12-24

この記事は KDDIアジャイル開発センター（KAG） Advent Calendar 2025、24日目の記事です。

はじめに

こんにちは、KDDIアジャイル開発センターの若松です。

みなさん、プラットフォームエンジニアリングしてますか？

ガートナーによると

プラットフォーム・エンジニアリングは、セルフサービス機能とインフラストラクチャ・オペレーションの
自動化により、開発者のエクスペリエンスと生産性を向上させます。

だそうです。※

弊社内では 開発チームの認知負荷を下げ、アジリティを高めること を目的にプラットフォームエンジニアリングを取り入れています。

弊社は2年前にプラットフォームエンジニアリング部（PFE部）を立ち上げ、開発効率を上げるための様々な施策を打ち出してきました。しかし、実際にやってみて痛感したのは、「良いものを作れば勝手に使われる」というわけではないという当たり前の現実でした。

この記事では、私たちが直面した「認知されない壁」をどう乗り越えようとしているのか、そのプロセスをお伝えします。

まずは開発者の助けになるであろう「道具」を揃えることからスタートしました。具体的には以下の施策を実施しました。

インフラ・基盤の整備: GHE Serverの巻き取りや、セキュリティ施策
- 社内でボランティア的に運用されていたGHE Serverを巻き取って運用し、開発チームが開発に集中できる環境を構築
- AWSのSecurity HubやGuard Dutyなどセキュリティサービスを標準化して全アカウントに適用
標準化の推進: ガイドラインの策定やドキュメントの整備
- AIサービスの使用ガイドライン作成
- AWSサービスの解説ドキュメントとIaCテンプレートの作成
セルフサービス化: サービスメニューの立ち上げや便利ツールの開発
- 必要な情報にたどり着きやすくなるよう作成物をメニュー化
- GitHub上にツールを展開し、社内の誰でも使えるよう整備

「これで開発が楽になるはずだ」と自信を持ってリリースしたのですが……。

いろいろ作ったみたものの、あんまり使われていないという現実に直面しました。アンケートを取ってみたところ、衝撃の結果が出ました。ほとんどの人に認知されていなかったのです。

まさに「道具はあるが使われない」という、プラットフォームエンジニアリングの落とし穴にハマってしまいました。

この状況を打破するために、私たちは 「社内マーケティング」 の必要性を感じ、以下の活動を徹底することにしました。

まず、開発チームが今何に困っているのか、直接ヒアリングを行いました。

全社ミーティングでの積極的な露出を行い、Slackの文面も目立つように改善しました。

ここが一番の転換点でしたが、単にツールを提供するだけでなく、ヒアリングで出た課題に対して直接的な支援を行うようにしました。

がっつり案件に取り組むことで、現場にどういった課題があるのかを深く把握できるようになりました。

こうした「対話」を重視した活動を続けた結果、徐々に変化が現れ始めました。

（※アンケートの回収率が上がらないという、また別の課題も見えてきましたが……）

まだまだ直接手を動かして支援する部分が多いのが実情です。

しかし、支援をする中で得た気づきをサービスメニューにフィードバックする良い循環が生まれつつあります。私たちの最終的なゴールは、サービスメニューを開発チームが自律的に使用していく状態を作ることです。

「プラットフォームを作ったけど使われない」と悩んでいる方がいたら、まずは一度、開発チームの懐に飛び込んで「対話」することから始めてみてはいかがでしょうか。