スクールや職業訓練校を出て半年、案件が取れないジュニアに足りない"たった1つ"のもの

プログラミングスクールや職業訓練校を卒業して半年。
学習成果物はある、勉強も続けてる。
・・・なのに案件が決まらない。
エージェント時代に500以上のエンジニアを見てきた筆者から見て、この状況には、ほぼ共通する**"ある欠けたもの"**がある。それは技術力じゃない。

卒業して半年、何が起きているか

学習成果物は作った。でも書類で落ち続ける

卒業した直後は、まだ希望がある。
研修課題やポートフォリオも作った。
Java、もしくはJavaScriptも触れるようになった。
コードもどこかに残してある。
なのに、応募した会社からは音沙汰がない。
あっても「今回はご縁がなかった」の一文。

最初の1〜2社なら気にしない。
しかし、それが10社、20社と重なってくると、自分の何が悪いのかわからなくなる。

サポートが切れた瞬間、もしくは最初から無い孤独

スクールなら卒業後3〜6ヶ月でサポート期間が終わる。
職業訓練校なら、そもそも手厚い就職紹介がない場合も多い。
どちらにしても、ジュニアエンジニアはどこかの時点で孤立する。

誰にも相談できないまま、応募と不採用を繰り返す日々が始まる。
これが一番しんどい。

そもそも未経験のIT転職は、想像以上に厳しい

ここで残酷な現実を共有させてほしい。
未経験からのIT転職は、本当に難しい。
理由は単純で、今のIT業界はどこも即戦力を欲しているからだ。

エンジニアの採用市場は経験者に偏っている。
企業は「経験3年以上」「実務でフレームワーク使用経験あり」を当たり前のように要求する。
未経験を一から育てる時間も予算も、ほとんどの現場には残っていない。

「未経験OK」と書かれた求人も、よく読むと「ただし経験者を優先」と注釈がある。
筆者もエージェント時代、未経験OK求人を企業に持ち込んでも「やっぱり経験者で」と差し戻されるケースは日常茶飯事だった。

つまりジュニアは、"未経験なのに、即戦力に近く見える人"だけが選ばれるという、矛盾した戦場に立たされている。

関連: 面談に呼ばれるスキルシートと、書類で落ちるスキルシートの違い

履歴書でもGitHubでもなく、"スキルシート"が基本である

ここで聞きたい。
今、応募の時にあなたが送っている書類は何だろう?

履歴書と職務経歴書だけ?
GitHubのリンクを貼って終わり?
「職業訓練校で学びました」「スクールで6ヶ月学習しました」とだけ書いていないか?

残念ながらそれだと、エンジニアの採用市場では戦えない。
門前払いがほどんどだろう。
エンジニアの世界には、履歴書でも職務経歴書でもない、専用のフォーマットがある。それがスキルシートだ。

なぜ"スキルシート"なのか

• 履歴書: 個人情報と学歴・職歴の枠。技術が書けない
• 職務経歴書: 業務経験の時系列。実務未経験だと書きづらい
• GitHub: コードは見せられるが、「何を考えて作ったか」「どこで詰まって、どう解決したか」は伝わらない
• スキルシート: 技術と経験を1枚に凝縮した、エンジニア界の共通言語

エージェントやIT企業の採用担当が読み慣れているのはスキルシートの方だ。この形式で出さない時点で、土俵に立てていない。

GitHubが武器になるのは、スキルシートで興味を持たれた"後"の話。
最初に読まれるのはスキルシートだ。
順番を間違えると、コードを見てもらう前に弾かれる。

関連: GitHubプロフィールだけでは伝わらないこと——ポートフォリオとスキルシートの役割の違い

落ちるジュニアに共通する"たった1つ"の欠落

ここまで読んで気づいた人もいるかもしれない。
落ちるジュニアに足りないのは、技術力でも経験年数でもない。

それは「自分の経験を、第三者が読める形に翻訳する力」だ。

エージェント時代、未経験〜ジュニアの相談を月に20〜30件は受けていた。その中で書類が通る人と落ちる人の差は、技術スタックの差より「言語化の差」の方が大きかった。

「学んだこと」と「やったこと」の混同

落ちる書類はだいたいこう書かれている。

「Java、Spring Boot、SQL、Gitを学習しました」
「HTML、CSS、JavaScript、Reactを学習しました」

これは「学習履歴」であって「経験」じゃない。
読んだ側は何も判断できない。

言語化のBefore/After

Web系の例

Before: 「ReactでToDoアプリを作りました」
After: 「ReactとFirebase Authenticationでユーザー認証機能を実装。状態管理にContext APIを採用し、認証状態に応じた画面遷移を制御した」

Java系の例

Before: 「Spring Bootで顧客管理アプリを作りました」
After: 「Spring BootとMySQLで顧客管理システムのCRUD APIを設計・実装。検索条件の組み立てにJPA Specificationを使用し、画面側はThymeleafで構築した」

同じ成果物の話なのに、後者は「何を考えて、何を選んで、何を作ったか」が見える。書類選考の担当者が見ているのはここだ。

役割・技術・成果の3点セットで書く

経験の言語化には型がある。

• 役割: その中で自分は何を担当したか
• 技術: 何の技術を、なぜ選んで使ったか
• 成果: 結果として何が動くようになったか

この3点が揃っていれば、未経験の学習成果物でも"経験"として読める。
もう一段しっかり構造化したい人には、STAR法という定番のフレームワークもある。「曖昧なアピール」を"伝わる実績"の形に変換する型として、使い勝手がいい。

関連: エンジニアの自己PRを「STAR法」で構造化する——曖昧なアピールを"伝わる実績"に変える型

未経験でも今日から書ける、自己棚卸しの3ステップ

「言語化」と聞くと難しそうだけど、手順を踏めば誰でもできる。

ステップ1: 学習履歴を時系列で棚卸し

まず、学校で学んだ内容と、自分で作ったものを時系列で書き出す。日付、技術、何を作ったか。これだけでいい。GitHubがあればコミット履歴を、なければ自分のメモやスクリーンショットでも構わない。

ステップ2: 各成果物を「役割・技術・成果」で言語化

棚卸ししたものを、さっきの3点セットで書き直す。1つにつき3〜5行で十分。完璧を目指さない。

ステップ3: 自己PRと組み合わせて1枚に整える

最後に、棚卸し結果と自己PRをまとめて1枚にする。ここで形式やレイアウトに悩む必要はない。中身に集中できる環境を選ぶことの方が、はるかに大事だ。

心当たりがあるなら、まずはスキルシートを作ろう

スクールや職業訓練校を卒業して案件が取れない時、多くの人は「もっと技術を勉強しなきゃ」と考える。気持ちはわかる。
でもエージェント時代の経験から言うと、足りないのはそこじゃないことの方が多い。

足りないのは、今の自分が何をできるかを、他人が読める形にする一手間だ。それさえあれば、書類の通過率は明らかに変わる。

ここまで読んで心当たりがあるなら、技術書を1冊買い足す前に、まずスキルシートを1枚作ってほしい。

Skillsheet-Port｜スキルシートポート なら、エージェントやIT企業が"読むべき""読ませるべき"情報の整理と可視化が、未経験でも容易にできる。フォーム入力で体裁は自動で整い、AI構成補助が自己PRや経験記述の叩き台を作ってくれる。最短5分で1枚目ができあがり、料金は無料。

スキルシートは、案件に応募するための書類というより、自分の現在地を見える化するための道具だ。
書いてみて初めて「ここが足りない」「ここは意外と書ける」が見えてくる。未経験でも、卒業して半年でも、今日から書いていい。早く書いた人ほど、次の一歩が早くなる。