職種・体制

フルスタックエンジニア

（ふるすたっくえんじにあ／Full-stack Engineer）

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

一言でいうと

画面側とサーバ側の両方を自分で実装できるエンジニアで、担当の受け渡しを挟まずに機能を最後まで出し切れる点に価値があります。

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

Web開発が前後に分業されたことへの反動として生まれた呼称です。2008年前後から、スタートアップを中心に「full stack developer」という言い方が使われ始めました。人数の少ない組織では、画面だけ作れる人材やサーバだけ作れる人材より、1人で機能を完成させられる人材のほうが実務に合ったためです。

現在では特殊な呼称ではありません。Stack Overflow の開発者調査では、職種の回答として full-stack が最大の割合を占め続けており、世界的には標準的な自己認識になっています。

国内で求人票に定着したのは2014年前後です。ただし国内の用法には注意点があります。海外では「両方を実務水準で書ける」意味で使われるのに対し、国内では「1人で全部やってほしい」という体制上の要請を表す語として使われる場合があり、インフラ構築や運用まで含む求人も見られます。求人票では、どこまでを範囲とするかの明示が必要です。

ミッション

責任範囲は、機能を企画から動く状態まで到達させることです。担当領域の境界で仕事を止めず、必要な範囲を自分で埋めていくことが期待されます。

そのため、深さより到達点で評価される場面が多くなります。専門特化した人材が担当する領域と比べて、どこまでの品質で仕上げるかを事前に握っておく必要があります。

主な業務範囲

画面の実装。コンポーネント設計、状態管理、APIとの接続を担当する
サーバ側の実装。API設計、データベース設計、業務ロジックを担当する
インフラの構築（求人による）。クラウド上の環境構築、CI/CD、デプロイまで含む場合がある
仕様の検討。PdMやデザイナーと、実現コストを踏まえた仕様を詰める
障害対応。前後どちらで起きた問題かを自分で切り分けて対処する

求められる能力

前後それぞれの基礎に加えて、両者をまたいだ設計判断が問われます。どの処理をどちら側に置くか、データをどこで整形するかといった判断が、この職種の中心にあります。

非技術面で大きいのは、自分の限界を把握して助けを求める姿勢です。範囲が広いぶん、専門領域では最善に届かない場面が発生します。抱え込まずに相談できるかどうかが、実務での結果を分けます。

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

多いのはフロントエンドまたはバックエンドからの拡張です。スタートアップや少人数のチームで両方を担当するうちに、この呼称が付く流れが一般的です。受託開発で一気通貫の担当を重ねてきた人も含まれます。

プロダクトエンジニアやテックリードへ進む例が代表的で、CTO に就く人もいます。逆に特定領域へ絞って専門を深める選択もあります。

隣接職種との違い

職種	責任の中心	フルスタックエンジニアとの違い
フロントエンドエンジニア	画面の実装と利用者体験	1領域を深く担当する。フルスタックは前後を横断する
バックエンドエンジニア	サーバサイドの設計と実装	1領域を深く担当する。フルスタックは前後を横断する
プロダクトエンジニア	事業の成果まで含めた責任	何を作るかの判断を含む。フルスタックは技術範囲の広さを指す
テックリード	チームの技術判断と設計の統括	他者の設計にも責任を持つ。フルスタックは自分の担当範囲の話

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

求人票では、インフラまで含むかどうかを明記してください。ここを書かないと、応募者の想定と業務がずれる原因になります
職務経歴書では、両方の領域それぞれで設計から担当したかを確認してください。片方が「触ったことがある」水準の候補者も同じ職種名で応募してきます
少人数体制で採る場合は、その前提を伝えてください。専門領域の相談相手がいない環境を許容できるかどうかは、候補者側の判断材料になります

求人・市場の傾向

自己申告としてのフルスタックは母集団が厚い一方、両領域とも設計から担当できる候補者は限られます。書類だけでは水準を判断しにくいため、面接での深掘りの設計が特に重要になります。

候補者側には、範囲が広いことを成長機会と捉える層と、専門を深められない懸念を持つ層の両方がいます。求人票では、担当範囲と併せて、専門を伸ばせる領域も書いておくと、後者の層にも応募先として検討してもらえます。