Linux Foundationが公開した「2026年版 日本の技術系人材動向」によれば、AI関連の純雇用増加率は54%に達すると予測されている。しかし皮肉なことに、AIそのもののスキル不足より深刻なのが、インフラ、DevOps、SRE分野の人材不足だ。AIモデルを本番環境に載せるための土台、つまりクラウド基盤やCI/CDパイプラインを構築・運用できる人が足りていないのである。
日本企業のIT部門では、次のような構造的な課題が同時並行で進行している。
- レガシーシステムの維持と移行 — 銀行、保険、年金、公共系の基幹システムは依然としてCOBOLやJavaで動いており、維持要員と移行要員の両方が不足している。
- クラウドネイティブ化の遅れ — AWSを中心としたクラウド移行案件は増えているが、設計から運用まで一気通貫で担える人材が限られている。
- 生成AIの実装段階への移行 — PoC（概念実証）から本番導入へ進む案件が増え、データ基盤とMLOpsの知識を持つエンジニアへの需要が急伸している。
- 属人化した現場の疲弊 — 「ひとり情シス」状態の企業が多く、担当者が守りに追われて新しい技術を学ぶ時間を確保できない。
面白いのは、日本のIT求人では「何ができるか」より「何の案件に何人張り付けるか」というSES（システムエンジニアリングサービス）型の需給が根強いことだ。案件単位で技術スタックが決まるため、市場で求められる技術は一見バラバラに見える。だが共通しているのは、「古い技術を支えられる人」と「新しい技術に移行できる人」の両方が不足しているという点だ。
いま押さえるべき技術領域とキャリアの選択肢
日本市場で実際に求められている技術領域を、現場の視点で整理すると次のようになる。
| 領域 | 代表的な技術 | 市場の動向 | 向いている人 | 課題 |
|---|
| エンタープライズ基盤 | Java、COBOL | 金融・公共系の基幹システムで安定需要 | 長期的に腰を据えて開発したい人 | レガシー技術は単価が頭打ちになりがち |
| クラウド基盤 | AWS、Azure | 全業種で移行・運用案件が増加 | インフラとアプリ双方を理解したい人 | 資格だけでは現場を任せてもらえない |
| 自動化・運用 | DevOps、CI/CD、SRE | 人材不足が最も顕著な領域 | 運用改善や障害対応に興味がある人 | システム全体の俯瞰力が求められる |
| データ基盤 | SQL、データレイク、MLOps | 生成AI実装に伴い急拡大 | データの流れを設計したい人 | ビジネス要件の理解が不可欠 |
| モバイル・組み込み | Swift、Kotlin、C++ | 自動車、家電、ゲームで堅調 | 製品に近い開発をしたい人 | 業界ごとの技術色が強い |
| ここで重要なのは、この表のどこかに「正解」があるわけではないということだ。たとえばCOBOLは「化石技術」と揶揄されることもあるが、年金システムや銀行の勘定系を動かし続けるためには欠かせない存在で、実際には引退したベテランが再雇用されるケースも珍しくない。一方でAWSの資格を持っているだけでは、現場で求められる設計判断やコスト最適化の経験を評価してもらえないのが現実だ。 | | | | |
実践的なスキル強化のステップ
では、具体的に何から手をつければいいのか。転職市場で評価されるエンジニアになるためのステップを、現場の成功事例を交えながら紹介する。
1. 既存スキルを「移行の文脈」で語れるようにする
システム会社でJava開発を5年担当してきたAさんは、COBOLで動く保険系基幹システムのクラウド移行プロジェクトに参画し、移行先のJavaマイクロサービス設計を担当した。彼の履歴書で評価されたのは「Javaが書ける」という事実ではなく、「レガシーシステムの業務ロジックを読み解き、新しいアーキテクチャへ置き換えた」という文脈だった。
このように、古い技術と新しい技術の橋渡しができる人材は、どの企業でも重宝される。自分の担当領域を「古い」「新しい」と切り分けるのではなく、その間にある移行プロセスを経験として積むことが次のキャリアにつながる。
2. クラウド運用の実務経験を小さく作る
インフラ未経験のWebエンジニアだったBさんは、社内の小規模サービスをAWSに移行する際に自ら手を挙げ、週末を使ってTerraformで構成管理を学びながら本番環境の運用を担当した。最初は小さな案件でも、実運用の経験は資格取得以上に面接で語れる材料になる。
特に、コスト最適化やセキュリティグループの設計、障害時の切り分けといった「現場でしか学べない」経験は、求人市場での単価交渉力に直結する。
3. 生成AIを「作る側」の文脈で捉え直す
生成AI関連の案件が増える一方で、多くのエンジニアは「AIはツールとして使うもの」という認識に留まっている。だが市場が求めているのは、プロンプトを書ける人ではなく、社内データを安全に学習・推論できる基盤を設計し、既存業務に組み込める人だ。
具体的には、ベクトルデータベースの選定、RAG（検索拡張生成）の設計、データの権限管理といった領域の知識が、今後2年ほどで大きな差別化要因になる。まずは自分の会社の業務フローを見直し、「この部分にAIを入れたらどうなるか」を設計してみることから始めるとよい。
4. 属人化を解消する動きに乗る
「ひとり情シス」状態の企業では、担当者がすべてを抱え込み、技術のアップデートができない悪循環に陥っている。一方で、こうした企業を支援する外部サービスや、オフショア開発との併用を進める動きも加速している。
エンジニア個人として見た場合、属人化した現場で「一人ですべてできるスーパーマン」を目指すより、ドキュメント整備やナレッジ共有を習慣化し、チームで回せる体制を作る経験のほうが市場価値が高い。なぜなら、企業が採用したいのは「あの人が辞めたら終わり」という状態を続ける人ではなく、組織として持続可能な開発体制を作れる人だからだ。
地域の技術コミュニティを活用する
技術選びと同じくらい重要なのが、情報収集の場を持つことだ。日本国内では、以下のようなコミュニティやイベントが実践的な知識を得る場として機能している。
- KubeCon + CloudNativeCon Japan — クラウドネイティブ技術の最新動向が集まる国内最大級のカンファレンス。横浜などで開催され、SREやDevOpsの実践事例を直接聞ける。
- 各都市のエンジニア勉強会 — 東京、大阪、名古屋、福岡などで開催される勉強会は、転職市場の生の声や案件情報を得る貴重な場になっている。
- 技術書典やOSC（オープンソースカンファレンス） — 現場のエンジニアが自発的に登壇するイベントが多く、特定技術の深いノウハウを得られる。
これらの場で出会う人とのつながりが、次の案件や転職のきっかけになることは少なくない。SES市場では「紹介」が重要なチャネルであり、技術コミュニティへの参加は長期的なキャリア投資として見る価値がある。
市場の変化をチャンスに変える
日本のIT市場は、人材不足という慢性的な課題の一方で、エンジニア個人にとっては追い風が吹いている。求人倍率が10倍を超える領域では、技術力と実績があれば年齢や学歴に関係なく交渉の余地が生まれる。実際、COBOLのベテランが再雇用され高単価で契約されるケースも、AWSの資格取得者が未経験からクラウドエンジニアへ転身するケースも、同じ市場の中で同時に起きている。
重要なのは、流行の技術を追いかけることではなく、自分が立っている場所から一歩先の技術を学び続けることだ。レガシー技術を支えるエンジニアにも、クラウドネイティブを推進するエンジニアにも、それぞれにしかできない役割がある。そのどちらを選ぶにしても、市場の需給構造を理解した上で、自分の経験を「次の移行」にどう活かすかを考えられる人材でありたい。
研究の知恵