プラットフォームチームモデル

エンジニア120名のBtoB SaaS。12チームがそれぞれ独自にCI/CD・Terraform・監視を構築していた。新チームの立ち上げに平均 3週間 かかり、チーム間でインフラ構成がバラバラだった。

4名のプラットフォームチームを新設。最初の提供物は「サービステンプレート（Cookiecutterベース）」と「共通CIパイプライン」の2つ。

年間で 2,400時間 の重複作業を削減。開発チームがインフラ作業から解放され、機能開発に使える時間が 15% 増加した。

エンジニア25名のフィンテックスタートアップ。SREの2名がインフラの問い合わせ対応で1日の 60% を消費していた。

2名でプラットフォームチームを兼任し、TVP（Thinnest Viable Platform）として以下を整備。

• GitHub Actionsの共通ワークフロー（テスト・ビルド・デプロイ）
• Terraformモジュールのテンプレート
• セルフサービスのドキュメントサイト

ドキュメントに「よくある質問Top20」を掲載した結果、問い合わせが 週15件 → 週4件 に減少。SREの問い合わせ対応時間が 60% → 20% になり、残りの時間でプラットフォーム機能を拡張するサイクルが回り始めた。

エンジニア400名の大手IT企業。「全社統一プラットフォーム」を50名のチームで2年かけて構築したが、採用率が 18% にとどまっていた。開発チームからは「使いにくい」「自分たちの要件に合わない」という不満が噴出。

「プロダクトマネジメント」の視点を導入し、改革。利用チームにプロダクトマネージャーを配置し、月次のユーザーインタビューを開始。機能の優先順位を利用チームの投票で決める仕組みに変更した。

「作って渡す」から「顧客の声を聞いて改善する」に変わったことが採用率向上の最大の要因だった。