← 기사 목록
日本語https://qiita.com/tags/ai/feed

「エントリーレベル職の削減は"人材の技術負債"である」── MIT研究者の警告から考える、AI時代のキャリア戦略

추출된 키워드

40
人材の技術負債·5AI時代のキャリア戦略·5エントリーレベル職·5AIエージェントスキル·5Agent Skills·5経験の空洞化·42025年問題·4新卒一括採用·4OJT·4ジュニアエンジニア·4MIT·4Andrew McAfee·4タレントパイプライン·4技術負債·4Technical Debt·4シニアエンジニア·4ChatGPT·3暗黙知·3ジョブ型雇用·3Architecture Decision Record·3Goldman Sachs·3Z世代·3Devin·3ドメイン知識·3ADR·3GitHub Copilot Coding Agent·3Claude Code·3Copilot·3OSSコントリビューション·3生成AI·3アカリク·2ソフトバンク·2キリンHD·2NTTドコモ·2マイナビ·2Ward Cunningham·2Deloitte·2BLS·2米国労働統計局·2Handshake·2

원문

21,042
「エントリーレベル職の削減は"人材の技術負債"である」── MIT研究者の警告から考える、AI時代のキャリア戦略

本記事は EVA Daily の記事 "MIT Researcher: Automating Entry-Level Jobs Is Destroying Talent Pipelines" を起点に、独自の分析・考察を加えて執筆しています。

はじめに── あなたの仕事が消えるのではない。成長する機会が消える。

バグ調査はAIがやる。テスト追加もAIがやる。設計ドキュメントもAIが書く。
では、ジュニアエンジニアはどこで「なぜこの設計は危ないのか」を学ぶのでしょうか。

「AIに仕事を奪われる」──この議論はもう聞き飽きたかもしれません。

しかし本当に怖いのは、仕事を奪われること ではありません。仕事に就けたとしても、成長できなくなること です。

MITの研究者 Andrew McAfee 氏は、企業がAIでエントリーレベル職を自動化することに対し、明確に警告しています。「それは自社のタレントパイプラインを破壊する行為だ」と[1]

この構造、ソフトウェアエンジニアなら見覚えがあるはずです。技術負債(Technical Debt) とまったく同じパターンだからです。

「今は動いているから大丈夫」── その判断が、数年後に組織を蝕む。

本記事では、この問題を 3つの層 で掘り下げます。

  • 企業の問題── ジュニアを雇わない(McAfee氏の警告)
  • もっと深い問題── ジュニアが雇われても育たない(Agent Skillsの浸透)
  • あなたの問題── では、どう経験を積むのか?

1. 「シニアはどこから来るのか?」── MIT研究者の根源的な問い

「なぜジュニアアナリストを3人雇うのか? AIに雑務をやらせて、シニア1人が監督すればいいじゃないか」

──多くの企業が今まさにこう判断しています。データを見れば、それが単なる印象論ではないことが分かります[1][2]

指標数値出典
エントリーレベル求人の前年比-2% Handshake(2026年調査)
パンデミック前比-12% Handshake(同上)
大卒者(22-27歳)の失業率5.6% 米国労働統計局(BLS)
Z世代の AI ツール利用率76% Deloitte 2025年調査
AI関連の米国月間雇用影響推定約16,000件 Goldman Sachs 推計(CNBC報道経由)

Goldman Sachs のデータでは、AIに曝露された職種の20〜30歳層の失業率は2025年初頭から 約3ポイント上昇。労働市場全体の上昇幅の 4倍以上 です[3]

McAfee 氏の問いはシンプルですが、本質的です:

"How else are people going to learn to do the job except via on-the-job learning?"


(OJT 以外に、いったいどうやって仕事を学ぶというのか?)[1]
ジュニアエンジニア → ドメイン知識の獲得 → 失敗と学習 → 判断力の形成 → シニアエンジニア

この「→」の部分が、まさにエントリーレベル職で培われるものです。AIは分析も調査もコード生成もこなせます。しかし ドメイン知識に基づく判断力 ──「このデータは怪しい」「この設計はスケールしない」「この要件には裏がある」──は、実務経験なしには獲得できません。

企業は「今四半期の人件費」を最適化しながら、「次の10年のリーダーシップパイプライン」を破壊しています。しかも、Z世代は 全世代で最もAI採用率が高い(76%がスタンドアロンAIツールを使用)。つまり AIを最も使いこなせる世代を、AIを理由に締め出している という皮肉な状況です[1]

Goldman Sachs は「大卒者は回復力が高い」と楽観的な見方も示しています[3]。確かに個人は適応するでしょう。しかし、適応した先は御社ではない。 シニアポストは永遠に外部採用頼みになります。

ここまでなら「企業の問題」です。しかし、本当の問題はもう一段深いところにあります。

2. もっと深い問題── Agent Skills が「経験する機会」そのものを奪う

McAfee 氏の警告は「企業がジュニアを雇わなくなる」という 採用側 の問題でした。しかし筆者は、もう一段深い構造変化が進行していると考えています。それは Agent Skills(AIエージェントスキル)の浸透 です。

Agent Skills とは?
単なるチャット型AIアシスタント(ChatGPT等)ではなく、調査・実装・テスト・レビュー・PR作成までを 一連のタスクとして自律的に計画・実行するAIエージェント機能 を指します。GitHub Copilot Coding Agent、Devin、Claude Code、社内AIワークフローなどがこの方向に急速に進化しています。

「やらせてもらえない」から「やる必要がない」へ

従来のAIツール(ChatGPT、Copilot等)は、あくまで 人間が指示を出し、AIが補助する モデルでした。ジュニアエンジニアは少なくとも「何を聞くか」を考え、出力を評価し、自分の手でコードを書く必要がありました。

しかし Agent Skills の世界では、AIが 自律的にタスクを計画・実行・検証 します。

従来のAI補助:
  人間: 「このバグを調査して」 → AI: 「原因はここです」 → 人間が修正

Agent Skills:
  人間: 「このバグを直して」 → AI: 調査→原因特定→修正→テスト→PR作成
                                   ↑ ジュニアが経験すべき全工程をAIが実行

つまり問題は「企業がジュニアを雇わない」ことだけではありません。ジュニアが雇われたとしても、経験を積む機会そのものがAIに吸い取られる のです。

エンジニアの「経験値テーブル」が書き換わる

RPGに例えるなら、Agent Skills は「経験値をもらえるモンスター」を片っ端から倒してしまうパーティメンバーのようなものです。

従来ジュニアが経験していたことAgent Skills 導入後
バグの原因調査(ログを読む、仮説を立てる)AIが自動で特定・修正
設計ドキュメントの作成AIが自動生成
コードレビューでの指摘を受けるAIが事前にlint・修正済み
本番障害の初動対応AIが検知・対応・報告
「なぜこの設計にしたのか」を先輩に聞くAIが設計理由ごと生成

これらはすべて、ジュニアエンジニアが 「失敗し、学び、判断力を形成する」ための訓練場 でした。Agent Skills はその訓練場を効率化の名のもとに消し去ります。

筆者が最も懸念しているのは、この 「経験の空洞化」が静かに、しかし不可逆的に進行する ことです。採用を絞る判断は可視化できます。しかし「ジュニアが在籍しているのに成長していない」状況は、数値に表れにくく、気づいた時にはもう手遅れです。

──この「見えないまま進行する」構造。エンジニアなら既視感があるはずです。

3. エンジニアが直感的に分かる構造── これは「人材の技術負債」だ

Ward Cunningham が1992年に提唱した「技術負債」の概念は、短期的な近道が長期的なコストを生む という構造を捉えたものです。ジュニア職の削減と経験の空洞化は、まさにこれと同じ力学で動いています。

技術負債との構造的同型性

技術負債人材負債
「借り入れ」の瞬間 テストを書かずにリリースジュニアを採用せずにAIで代替
短期的リターン 開発速度の向上、納期遵守人件費削減、今期の利益
利子の正体 バグ修正コスト、変更困難、属人化育成断絶、暗黙知の消失、外部採用コスト
返済不能になる閾値 レガシーコードの「もう誰も触れない」状態シニア全員退職後の「もう誰も教えられない」状態
破産(=全面書き直し) フルリライト組織文化の再構築(ほぼ不可能)

「利子」は複利で膨らむ

技術負債と同様に、人材負債の利子も 複利 です。

Year 0: ジュニア採用を停止 → コスト削減 💰
Year 2: メンターを務める中堅が「教える相手がいない」ため育成スキルが衰退
Year 4: シニアが退職 → 暗黙知が流出、しかし後継者がいない
Year 6: 外部からシニアを採用 → 自社文化・ドメイン知識の習得に2年必要
Year 8: 組織の判断力が低下 → AIの出力を検証できる人材がいない

そして Agent Skills が加えるもう一つの「負債」──

AIが書いたコード   → 動いている → でも誰も「なぜこう書いたか」を知らない
AIが育てた組織     → 回っている → でも誰も「なぜこう判断すべきか」を知らない

技術負債のコードが「動いているけど誰も触れない」状態に陥るように、組織もまた「回っているけど誰も育っていない」状態に陥ります。

なぜエンジニアこそこの問題を語るべきか

エンジニアは技術負債の痛みを 身体的に 知っています。

  • 「テストがないコードに機能追加する恐怖」を知っている
  • 「ドキュメントがない設計を解読する徒労」を知っている
  • 「前任者がいない保守の絶望」を知っている

ジュニア職の削減と経験の空洞化は、組織レベルでまったく同じことを起こしている のです。

──では、この構造は日本にどう当てはまるのでしょうか? 実は、日本にはすでに「答え合わせ」が存在します。

4. 日本市場への示唆── 新卒一括採用の転換点

この議論は日本にとって、米国とは異なる形で深刻です。

数字が示す日本の現状

日本の新卒採用市場でも、AIによる構造変化はすでに進行しています[4][5][6]

指標数値出典
AI導入で採用戦略を見直した企業約9割 アカリク調査(2025年、生成AI導入企業対象)
採用人数が「減少傾向」と回答した企業約6割 同上
2026年卒の新卒採用充足率 69.7%(過去最低・4年連続減) マイナビ(2025年11月調査)
AI進化でオフィス系新卒求人が消失する予測 最大50%(試算値) ビジネス+IT

NTTドコモ、キリンHD、ソフトバンクなど大手がAI選考を本格運用し、学生側もES作成・模擬面接でのAI活用が一般化しています。

なぜ日本は米国より脆弱なのか── 「新卒一括採用」という構造的依存

米国のジョブ型雇用では、エントリーレベル職はあくまで「最初のポジション」です。労働者は転職を通じてキャリアを構築し、企業も中途採用で人材を補充できます。

一方、日本の伝統的モデルはこうです:

新卒一括採用 → 配属 → OJT(2-3年)→ ジョブローテーション → 管理職
     ↑                                                    ↓
     └──────── この全体が「一本のパイプライン」 ────────────┘

このパイプラインの 入口(新卒採用)を絞ると、途中のOJTも、出口の管理職候補も、すべてが連鎖的に干上がる 構造です。米国のように「途中から中途採用で補充する」文化が弱い日本では、入口の破壊はパイプライン全体の破壊を意味します。

日本はすでに「答え合わせ」を経験している── 製造業の2025年問題

実は、日本の製造業はこの「人材パイプライン断絶」をすでに経験しています。

2025年問題──団塊世代の熟練技能者が大量退職し、OJTで受け継がれてきた暗黙知(「勘」「コツ」「例外対応」)が失われる危機です。多くの製造現場で:

  • 「技」を教えられるベテランがいなくなった
  • マニュアル化できない判断力が消失した
  • 映像記録・VR化・AI活用で必死に補おうとしている──が、追いつかない

これはまさに McAfee 氏が警告している構造と同じです。 そして今、同じことがホワイトカラーの世界で起きようとしています。

米日比較── 構造的リスクの違い

観点米国日本
影響を受ける層エントリーレベル全般事務系・ルーチン業務の新卒枠
育成モデルジョブ型 OJT(転職で補完可能)新卒一括 → 長期 OJT(代替困難)
パイプライン断絶のリスク高い 極めて高い(入口=唯一の供給源)
Z世代の AI リテラシー76%がAIツール利用ES・就活でのAI活用が急増
先行事例──製造業の2025年問題(暗黙知消失)

技術負債のメタファーで言えば、日本の新卒一括採用モデルは 「テストもドキュメントもない巨大なモノリシックアプリケーション」 に相当します。リファクタリング(採用モデルの再設計)なしに一部を削除すれば、全体が壊れます。

もちろん、日本には「若手を育成する制度的慣性」──研修制度、メンター制度、解雇規制による雇用安定──もあります。問題が「即時の雇用消失」として表れるのではなく、「配属後の経験空洞化」として静かに進行する のが日本型の危険です。見えにくいぶん、対処が遅れやすい。

──問題の深刻さは十分に伝わったはずです。では、この時代をどう生き抜くか。

5. 経験を積めない時代に、どう経験を積むか?

ここまでの議論を整理します。

第1の壁: 企業がジュニアを雇わない          ← McAfee氏の警告
第2の壁: 雇われても経験を積めない          ← Agent Skillsの浸透
第3の壁: 経験なしにはシニアになれない      ← 構造的に不変

嘆いていても解決しません。AIが訓練場を奪うなら、自分で訓練場を作る しかない。

📌 戦略1: 「AIの出力を疑う」を習慣にする

Agent Skills がコードを自動生成する時代に、最も価値のある経験は 「それが本当に正しいか判断する力」 です。

❌ AIが生成したPRをそのままマージする
✅ AIが生成したPRを「なぜこの設計にしたのか?」と問い直す

具体的には:

  • AIが生成したコードの 設計意図を自分の言葉で説明できるかテストする
  • AIの提案を あえて別のアプローチで実装してみて、どちらが優れているか比較する
  • AIが「動くコード」を出した時に 「なぜ動くのか」をドキュメントに書く習慣をつける

これは「AIを使うスキル」ではなく 「AIの判断を上書きできるスキル」 であり、まさにシニアエンジニアの仕事そのものです。

📌 戦略2: 「失敗できる場所」を意図的に確保する

業務でAIが失敗の機会を奪うなら、業務外で失敗の機会を自ら作る 必要があります。

訓練場得られる経験なぜAIに奪われないか
OSSコントリビューション 他人のコードを読む力、設計思想の理解文脈理解が必要、AIだけでは完結しない
個人プロジェクト(AIなしで) ゼロからの設計判断、泥臭いデバッグ意図的にAIを外すことで生の経験を得る
障害対応の振り返り参加 本番環境の複雑さ、判断の連鎖暗黙知の塊、リアルタイム判断が必要
技術記事の執筆 理解の言語化、知識の構造化「なぜ」を説明する行為はAIに代替困難
勉強会での登壇・質疑応答 想定外の質問への対応、即興的思考対人・即興はAIの外側

特に 「AIをあえて使わない時間」 を設けることが重要です。筋トレで補助器具を外すのと同じで、自力で負荷をかけなければ筋力はつきません。

📌 戦略3: 「AIの限界」が露出する仕事を選ぶ

すべての仕事が等しくAIに代替されるわけではありません。AIが完全に代替しにくいのは、正解がコード内に閉じておらず、利害・責任・文脈・リスク許容度を含む判断 です。こうした領域に意図的にポジションを取ることで、経験の機会を確保できます。

AIが得意なこと(=経験が積みにくくなる領域):
  → 定型的なコード生成、データ分析、ドキュメント作成

AIが代替しにくいこと(=経験が積める領域):
  → ステークホルダーとの要件交渉(利害調整)
  → レガシーシステムの移行判断(「何を捨てるか」の責任を伴う意思決定)
  → チーム間の技術的コンフリクトの調整(人間関係と技術の交差点)
  → 本番障害時の優先順位判断(不完全な情報下でのリスク判断)
  → 「この機能は作らない」という判断(ビジネス文脈の理解)

📌 戦略4: 「育成する側」に早く回る

McAfee 氏の警告は、裏を返せば 「育成できる人材の価値が急騰する」 ことを意味します。

ジュニアを育てるスキル──メンタリング、コードレビュー、設計判断の言語化──は、AIには代替できません。そして 「教える」行為自体が最も深い学びになる という事実は、AI時代でも変わりません。

経験年数に関わらず、今日から始められることがあります:

  • 後輩のPRに 「なぜ」を問うコメントを書く
  • 自分の設計判断を ADR(Architecture Decision Record)として残す
  • チーム内で 「AIの出力をレビューする場」を提案する(詳しくは次章)

6. 人材負債を「増やさない」AIの使い方── 組織とチームの実践

ここまでは個人の戦略でした。しかし人材負債は 組織の問題 です。AIを「人を減らすツール」ではなく「人を育てるツール」として使えば、負債を増やさずに済みます。

❌ 人材負債を増やすAIの使い方

目的:  人件費削減・効率化
方法:  ジュニアがやっていたタスクをAIに置き換える
結果:  ジュニア不要 → 採用削減 → パイプライン断絶

これが McAfee 氏が警告している「デフォルトの使い方」です。AIを 人間の代替(Replacement) として導入するパターンです。

✅ 人材負債を増やさないAIの使い方

目的:  育成の加速・判断力の早期獲得
方法:  ジュニアの「雑務」をAIが引き受け、浮いた時間で「判断」を経験させる
結果:  ジュニアの成長加速 → パイプライン強化

AIを 人間の増幅(Amplification) として使うパターンです。具体的には、

📌 実践1: 「AIにやらせる/自分でやる」を意図的に分ける

すべてをAIに任せるのではなく、タスクの種類によって使い分ける ルールをチームで設計します。

タスクの種類AIの役割人間(ジュニア)の役割
ボイラープレートコード生成AIが実行 レビューして設計意図を言語化
バグ調査AIが候補を3つ提示人間が仮説を立て、検証する
設計ドキュメントAIが初稿を生成人間が「なぜこの設計か」を議論
コードレビューAIがスタイル・lint修正人間がアーキテクチャ判断をレビュー
障害対応AIが検知・データ収集人間が優先順位を判断し対応

ポイントは、AIに「作業」を任せ、人間に「判断」を残す ことです。技術負債の文脈で言えば、これは「自動テストは書くが、テスト設計は人間がやる」のと同じです。

📌 実践2: AIを「壁打ち相手」として使う

Agent Skills を「代行者」ではなく 「対話相手」 として位置づけ直します。

❌ 代行モード:  「このバグを直して」 → AIが全部やる → ジュニアは何も学ばない

✅ 壁打ちモード: 「このバグの原因について、3つの仮説を出して」
                → ジュニアが仮説を評価 → 自分で検証 → AIに結果を説明
                → AIが「その検証方法で見落としている観点は?」とフィードバック

この使い方なら、AIは 「いつでも質問できるシニアエンジニア」 として機能します。ペアプログラミングの相手がAIになるイメージです。ジュニアは判断のプロセスを経験でき、かつAIがいるので安全に失敗できます。

📌 実践3: 「AIレビュー会」を OJT の場にする

前セクションでも触れましたが、これを組織の仕組みとして定着させることが重要です。

週次「AIレビュー会」のフォーマット:

1. 今週AIが生成したコード/設計/ドキュメントを1件ピックアップ
2. ジュニアが「AIの判断」を評価し、改善案をプレゼン
3. シニアが「自分ならどう判断するか」を共有
4. 差分を議論 → 「なぜ人間の判断が違うのか」を言語化

これにより:

  • ジュニアは AIの出力を批判的に評価する訓練を積める
  • シニアは 暗黙知を言語化する機会を得られる
  • チーム全体で 「AIが見落とすもの」への感度が上がる

技術負債の返済で「リファクタリングの日」を設けるように、人材負債の返済として 「AIレビューの日」 を設ける。これが、人材負債を増やさないAI運用の核心です。

Replacement と Amplification の見分け方

最後に、自分のチームのAI導入が「負債を増やしていないか」をチェックする簡単な基準を示します。

問いReplacement(負債↑)Amplification(負債↓)
ジュニアの仕事は増えた?減った?減った(AIが代替) 変わった(判断業務にシフト)
ジュニアは「なぜ」を説明できる?できない(AIが全部やった) できる(プロセスを経験した)
シニアが抜けた時、判断根拠を説明できる?できない(AIの出力履歴しかない) できる(人間の判断プロセスが残っている)

3つ目の問いが最も重要です。「シニアがいなくてもAIで回る」は一見理想的に見えますが、判断の根拠が人間の中に蓄積されていない なら、それは組織がAIに依存しているだけであり、人材負債を積み続けている証拠です。

まとめ── 「人材負債」を返済できるのはエンジニアだけかもしれない

McAfee 氏が指摘するように、すべての自動化の波は同じパターンをたどります:

  • 「冗長な」職を削減する
  • それらの職が担っていた知識移転の重要性に気づく(手遅れ)
  • すでに失われた組織の記憶を必死に再構築しようとする
  • 技術負債と人材負債。両者に共通する最大の教訓は、「返済コストは、借り入れた時点では見えない」 ということです。

    テストを書かないコードが「今は動いている」ように、ジュニアを雇わない組織も「今は回っている」。しかし技術負債と同様に、気づいた時にはもう返済不能 になっているのが常です。

    エンジニアはこの構造を直感的に理解できる稀有な存在です。だからこそ、この問題を「人事の話」として傍観するのではなく、技術負債と同じ urgency で 組織に警鐘を鳴らすべきではないでしょうか。

    AIはツールです。しかし そのツールを意味ある形で使える人間を育てる仕組み を壊してしまえば、ツール自体の価値も失われます。自分自身の「人材パイプライン」──学び、判断力、育成力──への投資を怠らないこと。それが、AI時代に 技術負債も人材負債も積まない エンジニアの生存戦略です。

    References

    [1] MIT researcher Andrew McAfee warns automating entry-level jobs could backfire - EVA Daily, 2026-05(元記事: Fortune

    [2] MIT AI expert warns automating Gen Z entry-level jobs could backfire - Yahoo Finance, 2026

    [3] Goldman Sachs Data: AI Job Displacement and Labor Market Impact - CNBC, 2025-08; Goldman Sachs: AI Displacing 16,000 Jobs/Month - TechRepublic, 2026

    [4] "生成AI時代"に変わる新卒採用戦略 - HR Pro, 2025

    [5] AI時代における就職活動・採用プロセスの変容 - 同志社大学政策学部, 2026-04

    [6] AI進化でオフィス系「新卒」の50%が消失、若者は「もう不要」なのか - ビジネス+IT; 2026年卒企業新卒内定状況調査 - マイナビキャリアリサーチLab, 2025-11

    最終更新: 2026-05-19