職種・体制

Platform Engineer

（ぷらっとふぉーむえんじにあ）

登場（海外）: 2020年
国内で見られるように: 2023年ごろ
更新: 2026-08-24

一言でいうと

環境構築・デプロイ・監視といった共通の作業を、開発者が自分で済ませられるプラットフォームを製品として作り運用する職種です。

この職種の出自と登場時期

出発点は DevOps の限界にあります。「作った人が動かす」という原則が広まった一方で、すべての開発チームがインフラとセキュリティと運用まで自力で背負う形は多くの組織で回らず、共通部分をまとめて担当する役割が必要になりました。

呼称としての起点は2020年です。platformengineering.org は、Kaspar von Grünberg が2020年に Internal Developer Platform（IDP）という語を作り、2021年に Platform Engineer が主要な職種として広がったと説明しています。組織設計の側では、2019年の『Team Topologies』が4つのチーム型の1つとしてプラットフォームチームを定義し、その責務を「他チームが自律的に動けるようにする内部サービスの提供」と位置づけました。

国内で議論が本格化したのは2023年です。＠IT は2023年4月に「Platform Engineering は何を解決するのか？誰が何をするものなのか？」を掲載し、同年から国内カンファレンスでも扱われるようになりました。Microsoft は日本語ドキュメントでプラットフォームエンジニアリングを「開発者の生産性を高めるためのツールチェーンとワークフローを設計・構築する分野」と定義しています。

ミッション

責任の中心は、開発チームの認知負荷を下げて、プロダクト開発に使える時間を増やすことです。同じ「インフラを整える」でも、依頼を受けて構築するのではなく、開発者が自分で完結できる状態を作ることに成果が置かれます。

そのため、プラットフォームは社内の強制ツールではなく製品として扱います。使うかどうかを開発チームが選べる前提に立ち、選ばれるだけの体験を作れているかで評価されます。利用率・オンボーディング所要時間・リードタイムが主な指標になります。

主な業務範囲

内部開発者プラットフォーム（IDP）の設計と提供。開発者が自分で環境を作り、デプロイまで到達できる導線を用意する
ゴールデンパスの整備。標準構成のテンプレート・CI/CD パイプライン・権限設計を、迷わず選べる形にまとめる
セルフサービス化の推進。依頼ベースの作業を洗い出し、API・CLI・ポータルへ載せ替える
開発者体験の計測と改善。利用状況とアンケートから詰まりどころを特定し、優先順位をつける
標準の維持。セキュリティ要件や監査要件をプラットフォーム側に組み込み、各チームの実装差分を減らす

求められる能力

技術面では、クラウド（AWS / Google Cloud / Azure）と Kubernetes が前提です。そのうえで、Terraform などの IaC と CI/CD の設計を押さえていることが条件になります。加えて、社内向けとはいえ利用者に触ってもらう画面や CLI を作るため、アプリケーション開発の経験が求められる求人が増えています。

非技術面では、プロダクトマネジメントの感覚が重く見られます。開発チームへのヒアリングから要望の背景を読み、作らない判断も含めてロードマップを引く力が必要になります。標準を押し付けずに移行してもらう調整力も、実務では同じくらい重く見られます。

この職種に就く人のキャリア経路

多いのは SRE・インフラエンジニアからの移行です。運用の自動化を進めた延長で、開発チーム向けの基盤づくりに軸足を移す流れです。バックエンドエンジニアが CI/CD や開発環境の改善を担当し、そのままプラットフォーム側に入るケースもあります。

この先は、プラットフォーム組織のマネージャー、社内基盤全体を見るアーキテクト、開発生産性の責任者へ広がる道が中心です。

隣接職種との違い

職種	責任の中心	Platform Engineer との違い
SRE	サービスの信頼性を数値目標で担保する	対象がプロダクトの稼働品質。Platform Engineer の利用者は社内の開発者であり、成果は開発速度で測る
インフラエンジニア	サーバ・ネットワーク・クラウド基盤の構築と運用	依頼を受けて構築する形が中心。Platform Engineer はセルフサービス化して依頼そのものを減らす
DevOpsエンジニア	開発と運用の分断を埋める仕組みづくり	文化と手法の導入が中心。Platform Engineer は提供物がプラットフォームという製品に固定される
共通基盤エンジニア	社内の複数サービスが共用する基盤の開発と運用	国内の事業会社・SIerで使われる呼称。対象が重なる場合も多く、求人票では業務内容で見分ける

採用担当の見極めポイント

求人票に Platform Engineer と書いていても、実態が従来のインフラ運用のままという場合があります。開発者がセルフサービスで完結できる範囲がどこまでかを、募集前に社内で言語化してください
職務経歴書では「基盤を作った」の中身を掘ってください。作って終わったのか、利用率を上げるところまで見たのかで、再現できる成果が変わります
開発チーム側に使う意思がない状態でこの役割を採ると、作った基盤が使われないまま孤立します。導入の意思決定者と、既存チームの合意状況を確認しておく必要があります

求人・市場の傾向

国内では2023年以降に求人が増えましたが、母集団は SRE より薄く、Platform Engineer という呼称だけで検索しても件数は伸びません。SRE・インフラ・DevOps の経験者まで広げないと件数が作れません。そのうえで、開発者向けの基盤づくりに関心がある層を選別します。

対象となる開発者の人数と、プラットフォームチームの人数を並べて書いてください。その比率が、そのまま裁量の広さを示します。