【エンジニア不足の数字の読み方|不足しているのは入口ではない】
エンジニア不足の数字の読み方|不足しているのは入口ではない
職種の話の前に、「エンジニア不足」という言葉の読み方をそろえておきます。
よく引用されるのは、経済産業省「IT人材需給に関する調査」(2019年公表)の試算です。
この試算では、2030年にIT人材が中位シナリオで約45万人、需要が高く生産性が伸び悩む前提では最大で約79万人不足するとされています。
最大の約79万人は「最も厳しい前提」での数字です。前提なしに「79万人不足する」とだけ書かれている情報は、割り引いて読んでください。
求人倍率の面でも、レバテックの調査では2025年12月時点のIT転職求人倍率が10.4倍、セキュリティ領域では42.6倍と報告されています。
では、こんなに不足しているのに、なぜ未経験の応募は通りにくいのでしょうか。
理由は単純で、不足しているのは「経験者」と「先端領域」だからです。
企業が本当に欲しいのは、即戦力の中堅以上と、クラウドやセキュリティ、AIのような新しい領域を担える人材です。
一方で、未経験でも入れる入口職種には応募が集中します。結果として「業界全体は人手不足なのに、入口では未経験が余る」というねじれが起きています。
この構造を知らずに「不足しているから入りやすいはず」と考えると、職種選びを間違えます。
次の章から、そのねじれを地図で確認していきます。
【マップの読み方|入りやすさ・沼リスク・需要バッジの3要素】
マップの読み方|入りやすさ・沼リスク・需要バッジの3要素
地図は3つの要素でできています。
1つ目は「入りやすさ」です。未経験OKの求人の厚み、必要になる学習の到達可能性、入口の間口の広さから、5段階で評価しています。数字が大きいほど入りやすい職種です。
2つ目は「沼リスク」です。業務が手順化されていてスキルの伸びが止まりやすいか、夜勤や交代制があるか、身につけたスキルが市場で説明しやすいか、といった点から5段階で評価しています。数字が大きいほど、長くいるほど抜け出しにくくなります。
3つ目は「需要・不足度」のバッジで、高・中・低の3段で表しています。こちらは経産省の試算や求人倍率といった公開データをもとにしています。
位置づけのうち入りやすさと沼リスクは、実務経験に基づく編集部の見解です。絶対の正解ではなく、職種選びを考えるための物差しとして使ってください。
地図は大きく4つのゾーンに分かれます。
- 入りやすいが沼に注意のゾーン(右上):入口職種が集まる場所。入ること自体は難しくない代わりに、出口の設計が必須です
- 入口として狙い目のゾーン(右下):比較的入りやすく、スキルも積み上がる場所。資格や学習で到達できる職種が中心です
- 専門職ゾーン(左下):入口は狭いけれど、専門性がそのまま資産になる場所。経験を積んだ先の到達先です
- 到達点ゾーン:PMやテックリードのように、入口ではなく経験の先にある職種です。地図上は左下の専門職ゾーン寄りに位置しますが、「目指す入口」ではなく「積み上げた先」として区別しています
【カオスマップ全職種一覧|25職種の位置づけまとめ】
カオスマップ全職種一覧|25職種の位置づけまとめ
25職種の位置づけを一覧にまとめました。数字は入りやすさと沼リスクの5段階評価、バッジは需要・不足度です。
気になる職種があれば、各職種の詳しい解説記事へのリンクから進んでください。
入口の3職種
| 職種 | 入りやすさ | 沼リスク | 需要 | ひとこと |
|---|
| 運用監視 | 5 | 5 | 中 | 未経験OKの代表格。ただし夜勤と手順書中心の業務でスキルが積み上がりにくい 運用監視 |
| ヘルプデスク・テクニカルサポート | 5 | 4 | 中 | 間口は広いが感情労働が主戦場。業務知識を武器化できれば次に進める ヘルプデスク |
| テスター | 5 | 4 | 中 | 入りやすいが、手作業テスト専任のままだと自動化の波に取り残される テスター |
第1群:不足度が高く単価に直結する職種
| 職種 | 入りやすさ | 沼リスク | 需要 | ひとこと |
|---|
| クラウド(AWS) | 3 | 2 | 高 | 基礎学習は必要だが、スキルが市場に直結し横展開が効く クラウド |
| セキュリティ | 2 | 2 | 高 | 入口は経験前提が多く狭い。専門性がそのまま資産になる セキュリティ |
| 社内SE | 3 | 2 | 中 | 中途中心で未経験枠は少ない。業務とITの複合スキルが強みになる 社内SE |
| データ・AI | 2 | 2 | 高 | 統計と開発の複合職(データエンジニア/データサイエンティスト/機械学習・AIエンジニア)。入口は高いが需要の伸びが続く データAI |
第2群:検索需要が厚い基幹職種
| 職種 | 入りやすさ | 沼リスク | 需要 | ひとこと |
|---|
| インフラ | 4 | 3 | 中 | 監視・運用から入れるが、構築・設計へ進めるかでキャリアが二極化する インフラ |
| ネットワーク | 3 | 3 | 中 | CCNAなど道筋は明確。運用固定になると停滞する ネットワーク |
| DB | 2 | 2 | 中 | 単独の入口は少なく、開発・運用経由が多い。専門性は着実に資産になる DB |
| バックエンド | 3 | 2 | 高 | 学習量は多いが成果物で実力を示せる。可視化が効く職種 バックエンド |
第3群:分岐点がはっきりしている職種
| 職種 | 入りやすさ | 沼リスク | 需要 | ひとこと |
|---|
| フロントエンド | 4 | 3 | 中 | 入りやすいが競争も激しく、技術の移り変わりが速い フロントエンド |
| SRE・DevOps | 2 | 1 | 高 | 開発とインフラ両方の経験が前提。入れば希少性が非常に高い SRE |
| プラットフォームエンジニア | 2 | 1 | 高 | 社内の開発基盤そのものを作る職種。SRE・DevOpsの先にある専門職 プラットフォームエンジニア |
| QA・テスト | 4 | 3 | 中 | 入口は広い。自動化や品質設計まで担えるかが分岐点 QAテスト |
| モバイル | 3 | 2 | 中 | 言語・OS特化だが、個人開発で実績を作って入る道がある モバイル |
| フルスタック | 3 | 2 | 中 | 広く担える強みがある反面、広く浅くだと専門性が伝わりにくい フルスタック |
第4群:ドメイン特化と到達点の職種
| 職種 | 入りやすさ | 沼リスク | 需要 | ひとこと |
|---|
| 組み込み | 3 | 3 | 中 | C言語とハード寄りの前提がある。業界に固定されると横展開が効きにくい 組み込み |
| ゲーム | 4 | 3 | 低 | 「好き」で入りやすいが競争が激しく、横展開先が狭い ゲーム |
| テックリード | 1 | 1 | 高 | 入口職種ではなく到達点。経験を積んだ先の上流ポジション テックリード |
| セールスエンジニア | 3 | 2 | 中 | エンジニア経験と対人スキルの複合職。技術と営業の両方向に広がる セールスエンジニア |
| プロジェクトマネージャー(PM) | 2 | 3 | 高 | 入口職種ではなく到達点。計画とチームを束ねる上流ポジション プロジェクトマネージャー(PM) |
| プロダクトマネージャー(PdM) | 1 | 2 | 高 | 入口職種ではなく到達点。プロダクトの方向性を決める上流ポジション プロダクトマネージャー(PdM) |
| PMO | 3 | 3 | 中 | PMを支える進行と管理の専門職。組織のプロジェクト運営で広がる PMO |
| FDE | 1 | 3 | 高 | 生成AIを顧客の業務に組み込み、定着まで担う新しい職種 FDE |
【入りやすいのに危ない「入口の罠」|入口3職種の沼の中身】
入りやすいのに危ない「入口の罠」|入口3職種の沼の中身
地図の右上、「入りやすいが沼リスクが高い」ゾーンには、入口の3職種が並びます。
まず運用監視です。未経験OKの求人が多く、エンジニアの入口として最も目にする職種のひとつです。
ただ、業務の中心は手順書どおりの監視と、決められた連絡・対応です。夜勤や交代制も多く、筆者自身、約3年の監視勤務で「頑張ってもスキルが市場で説明できる形に残らない」焦りを強く感じました。
周りでは3年で15人以上が辞めていき、昇給は月2,000〜3,000円ほど。詳しい実録は、運用監視を辞めた理由と転職の記録を書いた記事にまとめています。
次にヘルプデスク・テクニカルサポートです。問い合わせ対応が中心で、クレーム対応のような感情労働の側面が強くなりがちです。
一方で、製品や業務の知識は社内SEなどへの移動で武器になります。「対応力」で終わらせるか「業務理解」に変換できるかが分かれ目です。
最後にテスターです。手作業のテストは入口として入りやすい反面、その専任のままだと、自動化が進むほど居場所が細ります。
テスト設計や自動化まで担えるQAへ進めるかどうかが、早い段階で分かれ道になります。
3職種に共通するのは、「入ること」と「その先」を分けて考える必要があることです。
入口として選ぶこと自体は間違いではありません。問題は、入った後に出口を考え始めるのが遅れることです。
【沼を回避する職種の選び方|入口と出口をセットで決める】
沼を回避する職種の選び方|入口と出口をセットで決める
では、どう選べば沼を避けられるのでしょうか。ポイントは、入口と出口をセットで決めることです。
求人を見る段階で、次の3点を確認してください。
- 業務がどのくらい手順化されているか(手順書の外の仕事がどれだけあるか)
- 身につくスキルを、転職市場で言葉にして説明できるか
- その職種から次に移れる職種が、現実的に見えているか
出口の例を挙げます。運用監視からは、インフラの構築・運用やクラウドへ進む道があります。筆者も監視からインフラ、クラウドへと移りました。
ヘルプデスクからは、業務知識を活かして社内SEへ進む道があります。テスターからは、テスト自動化や品質設計を担うQAへ進む道があります。
つまり、入口職種は「腰掛け」として計画的に使うなら有効な選択肢になります。
逆に、出口が見えないまま年数だけを重ねると、沼リスクの評価どおり、抜け出すコストが上がっていきます。
職種ごとの詳しい事情や、なるための手順は、各職種の解説記事で1つずつ掘り下げています。一覧表のリンク「クラウド」などから、気になる職種を先に読んでみてください。
また、未経験から目指す全体の流れは、未経験からエンジニアになる手順の記事にもまとめていきます。
【働き方で変わる入口の選び方|転職・フリーランス・副業】
働き方で変わる入口の選び方|転職・フリーランス・副業
最後に、働き方の軸で地図の見え方がどう変わるかを確認します。
まず転職(正社員)です。この記事の地図は、基本的に正社員としての入口を想定したものです。
未経験から正社員を目指すなら、入口職種の現実を知ったうえで、出口まで見据えて選ぶことが大切になります。
社内SEへの転職を具体的に知りたい方は、社内SE転職ナビの評判と面談までの流れ、未経験からの学習と就職をセットで考える方は、プログラマカレッジの評判と入校条件も参考にしてください。
次にフリーランスです。フリーランスは「入口」にはなりません。案件の多くは即戦力前提で、未経験からいきなり独立する道は現実的ではないからです。
フリーランスは、職種の地図でスキルを積み上げた先にある選択肢です。単価の実情はレバテックフリーランスの単価相場に、独立前後に整えるお金の守りはフリーランスエンジニアの年金と税金の不安を整理した記事にまとめています。
副業も同じく、実務経験が前提です。入口職種のままでは副業案件自体が薄いのが実情で、まずは本業で市場に説明できるスキルを作る順番になります。
副業そのものに興味が広がった方は、エンジニア以外の副業も含めて扱う姉妹企画の副業RPGも覗いてみてください。
なお、働き方を変える前に、お金の不安を先に潰しておきたい方は、無料FP相談の体験記事と、お金のみらいマップの評判記事が補助線になります。
【まとめ|職種選びは「入れるか」より「抜け出せるか」】
まとめ|職種選びは「入れるか」より「抜け出せるか」
この記事の要点をまとめます。
- エンジニア不足は本当だが、不足しているのは経験者と先端領域。入口では未経験が余る構造がある
- 職種は「入りやすさ」だけで選ぶと危ない。「沼リスク」=長くいるほど抜け出しにくくならないかをセットで見る
- 入口職種を選ぶなら、入る時点で出口(次の職種)まで決めておく
- フリーランスと副業は入口ではなく、スキルを積み上げた先の選択肢
地図を図で確認したい方は、エンジニアキャリアマップで25職種の位置を眺めてみてください。
自分に向いている職種を絞り込む「向いてるエンジニア診断」も準備中です。公開したらこの記事とマップページから案内します。
職種選びは、エンジニアキャリアの最初の設計です。
「入れるか」ではなく「入った後にどう動けるか」で選ぶ。その視点を持つだけで、最初の数年の遠回りはかなり減らせるはずです。