フルスタックエンジニア求人、フロントだけだった理由

直近3ヶ月で対応したチケット27件のうち、バックエンドに触れたのは1件だけだった——面談でその一覧表を見せられて、しばらく言葉が出なかったのがMさん(27歳・経験4年)です。

私はIT・Web業界を中心に800名以上の転職支援をしてきましたが、「フルスタック」の求人票で入社した後、気づけばフロントエンドの改修しか回ってこない状態に寄っていくという相談は、ここ数年で目立って増えています。今回はMさんの入社前後の実例をもとに、選考段階で業務範囲のズレを見抜く質問と、フロント専任状態に気づいてからの立て直し方をお伝えします。

目次

1. フルスタックエンジニア求人でフロントだけを任されたMさんの実例
2. なぜ「フルスタック」の看板でフロント専任が起きるのか
3. 選考段階で業務範囲を見抜くための質問と求人票のチェックポイント
4. 年収相場とキャリアパス、フルスタックの看板は何をもたらすか
5. フロント専任状態に陥ったときの立て直し方、Mさんのその後
6. よくある疑問に答えます
7. まとめ

フルスタックエンジニア求人でフロントだけを任されたMさんの実例

Mさんは業務システムの受託開発会社で、社内の小さなチームでPHPのバックエンドとjQuery中心の画面改修を両方こなしてきたエンジニアでした。次の転職では自社開発の環境に身を置きたいと考え、社員20名ほどのSaaSスタートアップの求人に応募します。募集職種は「フルスタックエンジニア」、業務内容には「Reactによるフロントエンド実装とRuby on RailsによるAPI開発の両方をお任せします」とありました。

面接でも同じ説明を受けています。現場のエンジニアからは「今はバックエンドの設計ができる人が手薄で、慣れてきたらAPI側もどんどん触ってほしい」と言われ、Mさんはその言葉を疑わずに入社を決めました。年収は前職から42万円上がり、条件面でも申し分のないオファーでした。

ところが入社後の実務は、Reactで書かれた画面のUI修正と、既存フォームのバリデーション追加が中心でした。「慣れてきたら」がいつまで経っても来ないまま、8ヶ月が過ぎています。1on1で担当領域を尋ねても、「今はフロントの改修が優先度高いから」という答えが繰り返されるだけで、バックエンドのタスクは一向に割り振られませんでした。

私のところに相談に来たMさんは、冒頭のチケット一覧をスプレッドシートで自分でまとめていました。面接で聞いた話と実態のズレを言葉にできず、ただ「なんとなく期待と違う」で済ませてしまいそうになっていたのを、数字にして見せてくれたことで、私も状況をはっきり把握できました。

なぜ「フルスタック」の看板でフロント専任が起きるのか

フルスタックエンジニアという肩書きは、会社によって指す範囲がかなり違います。フロント・バック・インフラまで一通り触れる人を指す会社もあれば、単に「フロントもバックも多少は触れる」程度の意味で使う会社もあり、統一された定義がない職種です。これは業界内でもよく指摘される点で、フルスタックが「器用貧乏」と揶揄されがちなのも、この定義の曖昧さと無関係ではないと私は見ています。

問題は、この曖昧さが求人票の書き手側に都合よく働いてしまう場面があることです。Mさんの入社先のように、実際にはバックエンドの設計ができる人材が社内に1〜2名しかおらず、その人たちの手が回らないほど忙しいというケースでは、新規採用者にすぐバックエンドの根幹を任せるのは現実的にリスクが高い判断になります。

結果として、経験の浅いメンバーには当面フロントの改修を割り振り、バックエンドは既存の担当者が抱え続ける、という運用に落ち着きやすくなります。求人票を書いた時点では「両方任せたい」という意図が嘘だったわけではなく、現場の人員配置の都合が、入社後にその意図を上書きしてしまうというのが実態に近いと私は考えています。

ポイント： 「フルスタック」という言葉自体に業務範囲を保証する力はありません。業務範囲を決めているのは肩書きではなく、その時点でのチームの人員配置と優先順位です。

もう一つ見落とされがちなのが、求人票を書く採用担当者と、実際に業務を割り振る現場のマネージャーが別人であることです。採用担当者は候補者の母集団を広げるために「フルスタック」という間口の広い表現を選び、現場側はその求人票を見ずに、目の前の忙しいタスクから新人に割り振っていく。この2つの部署の間で言葉の意味がすり合っていないまま採用が進むと、Mさんのようなミスマッチが起きます。

採用予算の事情も無視できません。本来はフロントエンド専任とバックエンド専任で2名を採用したいところを、予算や人員枠の都合で1名の「フルスタックエンジニア」枠にまとめて募集する、というケースを私はいくつも見てきました。この場合、採用側の本音は「どちらもできる人を安く1人で」に近く、入社後にどちらか一方へ寄せられるのは、ある意味で最初から織り込まれた展開だったとも言えます。「フルスタックエンジニアはいらないのでは」という声が業界内で出るのも、この種の求人が実質的には専任職の埋め合わせに使われている実態への反応だと私は受け止めています。

もちろん、本当に両方の領域を任せたいという意図で「フルスタック」を掲げる会社も数多くあります。だからこそ、求人票の言葉だけで是非を判断するのではなく、選考の場で具体的に確かめる作業が欠かせません。次の章では、私が相談者に実際に勧めている確認の仕方を紹介します。

選考段階で業務範囲を見抜くための質問と求人票のチェックポイント

求人票の文言だけでフルスタックの実態を判断するのは難しいものの、言い回しの傾向からある程度の当たりはつけられます。私が相談者に伝えているチェックの視点を、よくある表現と対応させて整理すると次のようになります。

この表からも分かるように、「フルスタック」という言葉そのものより、周辺にどんな修飾語が付いているかの方が実態を映しやすい傾向があります。「将来的に」「慣れてきたら」といった時期を明示しない言葉が並んでいる場合は、選考の場で具体的に聞き返す価値があります。

これらの質問は、面接官を疑っているように聞こえないかを気にする相談者が多いのですが、実際には「早く戦力になりたいので、優先度の高い領域から準備したい」という前向きな文脈で聞けば、むしろ意欲として受け取られることがほとんどです。私が同席したオファー面談でも、この種の質問をした候補者に対して、現場側が担当領域のロードマップを急いで言語化し始めた場面を何度も見ています。

面接の場だけでなく、選考中に自分で調べられる情報もあります。会社のテックブログやWantedlyの記事に、直近の開発チームの体制やメンバー構成が書かれていることがあり、バックエンドを担当している社員の人数や在籍年数がある程度読み取れる場合があります。求人票では「少数精鋭のチームです」としか書かれていなくても、実際のメンバー構成を見ると、フロント担当が3人に対してバックエンド担当が1人しかいない、という偏りが分かることもあります。

カジュアル面談と本選考の面接では、聞き方も変えた方がうまくいきます。カジュアル面談は選考の合否に直結しないぶん、現場の本音が出やすい場です。「率直に聞きたいのですが、今のチームでバックエンドのタスクは足りていますか、それとも余っていますか」といった直球の質問も、カジュアル面談であれば比較的聞きやすくなります。一方、本選考の面接では、前向きな準備の文脈に置き換えて聞くのが無難です。

求人票と実態のズレは、フルスタックに限った話ではありません。データエンジニアとデータアナリスト、求人票の違いの見分け方でも書きましたが、職種名の解釈が会社ごとに揺れる求人では、肩書きよりも「入社後最初の数ヶ月に何をするか」を具体的に聞く方が、実態に近い情報を引き出せます。

年収相場とキャリアパス、フルスタックの看板は何をもたらすか

私が担当する自社開発企業の求人を見る限り、フルスタックエンジニアの年収レンジは経験3〜7年程度で550万〜850万円あたりに設定されることが多く、フロント専任・バックエンド専任の求人と比べて上限がやや高めに出やすい傾向があります。これは、両方の領域を実務レベルで動かせる人材が採用市場で希少なことの裏返しです。

ただしMさんのケースのように、実態はフロント専任なのに肩書きだけフルスタックというまま数年が過ぎると、次の転職で職務経歴書に「フルスタックエンジニア」と書いても、実際の面接ではフロントの話しかできない、という逆のミスマッチが起きます。肩書きと実務内容が食い違ったまま長く在籍するほど、次の選考で説明に苦労するというのは、私が転職相談の場で繰り返し見てきた構図です。

一方で、フロント専任の期間そのものが無駄になるわけではありません。フロントエンドの設計を深く経験してからバックエンドに広げた人の方が、最初から両方を薄く触っていた人より、結果的に強いフルスタック人材に育つ場面も少なくありません。問題は経験の順序ではなく、フロント専任のまま拡張の見込みがないかどうかを、本人がどこかの時点で確認できているかどうかです。

経験年数別に見ると、傾向はさらにはっきりします。実務2年未満のうちは、フロント・バックの一方に軸足を置きながら「もう一方にも触れられる」程度の求人が多く、年収レンジも450万〜600万円あたりに収まりがちです。3〜7年になると、両領域で設計判断まで任される求人が増え、先ほど触れた550万〜850万円のレンジに乗ってきます。8年を超えると、フルスタックという言葉自体があまり使われなくなり、代わりにテックリードやアーキテクトといった肩書きで、技術選定や体制設計の裁量が評価の軸になっていきます。

採用側が候補者を評価するときも、フロント・バックともに「広く浅く」触れているだけの人より、どちらか一方で深い経験を持ちながらもう一方にも実務で関わってきた、いわゆるT字型の経験を持つ人の方が評価されやすい傾向があります。Mさんの場合も、フロントの改修に偏った8ヶ月間そのものは無駄ではなく、その経験をどう語り直すかが次の評価を左右する、と私は説明しました。

フロント専任状態に陥ったときの立て直し方、Mさんのその後

Mさんがまず行ったのは、冒頭で触れたチケットの内訳を月単位で記録し続けることでした。感覚ではなく数字で示せる材料があると、1on1での話し合いの質が変わります。「フロントばかりで不安です」という感情の訴えより、「直近3ヶ月のチケット27件中、バックエンドは1件でした」という事実の方が、マネージャー側も対応を検討しやすくなります。

次に、抽象的な「バックエンドもやらせてほしい」ではなく、期限を区切った提案に落とし込みました。Mさんが持ちかけたのは、次の四半期からバックエンドのタスクを最低でも3割は割り振ってもらう、という具体的な合意です。あわせて、既存のバックエンド担当者のレビューを受けながら小さなAPI改修から始める、という段取りまで自分から提示しています。

この提案は上司にもすんなり受け入れられ、半年ほどかけて、既存のAPIエンドポイントの改修や、小規模な新規機能のバックエンド実装にも部分的に関わるところまで進みました。完全に当初の期待通りとは言えないものの、フロントに偏っていた状態から抜け出す手応えを得られたことで、Mさんは転職ではなく、今の会社に残って様子を見る選択をしています。

Mさんのケースは、上司が話を聞いて具体的に動いてくれたから立て直せた例です。1on1で提案しても状況が変わらない場合は、上司の一段上のマネージャーや人事に、記録してきた事実を持って相談する段階に進んでよいと私は考えています。

ここで注意したいのは、中途入社後に放置、早期離職すべきかの見極め方で扱ったような「誰からも仕事を振られない放置」とは、似ているようで原因が違う点です。Mさんの場合はタスクが途切れなく振られていた一方で、その中身が一方向に偏り続けていました。放置は会社側の受け入れ体制そのものの問題であることが多いのに対し、業務範囲の偏りは人員配置の都合であることが多く、対処の仕方も「働きかけて変わる余地があるか」を軸に考える必要があります。

すべてのケースがこのように改善するわけではないのも事実です。私が過去に見てきた中には、同じように1on1で改善を求めても、半年、1年と経っても業務範囲が変わらなかった例もあります。そういう場合は、社内で粘るより見切りをつけて動いた方が早いことが多く、Mさんが決めていたような「いつまでに変化がなければ動く」という自分なりの期限を、最初から持っておくことをおすすめしています。

よくある疑問に答えます

フルスタックエンジニアは「やめとけ」と言われますが、本当ですか。 学習範囲が広く責任も分散しやすい職種なので、専門性を一点集中で伸ばしたい人には不向きという意見はその通りだと思います。ただし実際の業務がフロントかバックのどちらかに偏っている求人も多く、「フルスタック」という肩書きだけで判断材料にするのは早計です。

器用貧乏と言われないためにはどうすればいいですか。 複数領域を触っていること自体は弱みではなく、その中で「これは自分の主戦場だ」と言い切れる領域を1つ持てているかどうかが分かれ目になります。Mさんの場合も、フロントの経験を軸にしつつバックエンドを広げる、という順序で語り直すことで、次の選考でも一貫した強みとして説明できるようになりました。

フロント専任になった場合、キャリア上マイナスですか。 一時的にはマイナスに感じやすいものの、フロントを深く経験してから他領域に広げた人材は、採用市場でも評価されやすい傾向があります。問題視すべきは専任であること自体より、拡張の見込みが本人にも会社にも見えないまま時間だけが過ぎることです。

業務範囲が違うと感じたら、試用期間中でも転職エージェントに相談していいですか。 構いません。試用期間中の違和感は、記録が新しいうちに言語化しておいた方が後の判断がしやすくなります。社内で交渉する材料の整理にも、次の選考に向けた準備にも役立ちます。

「フルスタックエンジニアはいらない」という意見もありますが、目指す価値はないのでしょうか。 いらないと言われるのは、専門性を持たないまま広く浅く触っている人材を指している場合がほとんどです。Mさんのように特定領域を深く経験したうえで対応範囲を広げている人材は、むしろ小規模なチームほど重宝されます。目指す価値がないのではなく、広さだけを追いかけると評価されにくい、という理解が実態に近いと思います。

まとめ

「フルスタック」という肩書きは、業務範囲を保証する言葉ではなく、その時点でのチームの都合によっていくらでも解釈が変わる言葉です。Mさんのケースが教えてくれるのは、求人票の文言を信じるかどうかではなく、入社後最初の数ヶ月に何を任される想定かを、選考の場で具体的に聞き切れるかどうかが分かれ目になるということです。入社後にズレに気づいたときも、感情ではなく記録した事実を持って話す姿勢が、社内での立て直しを現実的な選択肢に変えます。