未経験からIT転職して3年、当時の自分に伝えたかったこと【2026年版】

未経験からIT業界に転職しようとしたとき、正直「情報が多すぎて何を信じればいいかわからない」状態だった。ロードマップ系の記事はたくさんあるのに、実際に転職した後どうなったかを書いてる記事が少なくて困った記憶がある。

僕自身は製造業出身で、3年ちょっと前にIT業界に飛び込んだ。今でもあの決断が正解だったかどうかは100%確信があるわけじゃないけど、少なくとも「やらなければよかった」とは一度も思っていない。当時の自分に伝えたかったことを、2026年の市場環境に合わせて整理してみた。

転職活動の前段として、IT資格ロードマップ2026年版も参考にしてほしい。どの資格から手をつけるかで、スタートダッシュが大きく変わる。

2026年のIT転職市場、未経験者への風向きはどう変わったか

ここ1〜2年で転職市場の空気感が少し変わってきた。AIツールの浸透で「コードを書けるだけでは差別化にならない」という流れが加速していて、採用側が求めるスキルセットが変化している。

一方で、未経験者へのハードルが完全に上がったかというと、そうでもない。むしろ「AIをうまく使いながら学習・開発できる人」という軸で評価する企業が増えてきて、従来型の「コーディング試験で篩にかける」だけではない採用スタイルも出てきている。

2026年現在の求人倍率の推移はこんな感じだ。

xychart-beta
  title "職種別・未経験採用の求人倍率推移（2023〜2026年）"
  x-axis [2023年, 2024年, 2025年, 2026年]
  y-axis "求人倍率（倍）" 0 --> 5
  bar [1.8, 2.1, 2.6, 3.1]
  line [1.8, 2.1, 2.6, 3.1]

※ 複数の転職エージェントへのヒアリングと求人サイトのデータを元に筆者が推定した概算値です

数字だけ見ると「誰でも採用される」と勘違いしそうだけど、実態はちょっと違う。「ちゃんとやる気と学習力がある人を早めに採りたい」という企業側の意図が強まっている感じで、スクール卒業後に「ポートフォリオ作りました」だけだと正直厳しい。AIを使ってどれだけ短期間で動くものを作れるか、という実践力が問われるようになってきた。

具体的に企業が2026年に求めているスキルの優先度はこのあたり。

スキル	2023年の優先度	2026年の優先度	変化
基本的なコーディング力	★★★★★	★★★★☆	やや低下
AIツール活用力	★☆☆☆☆	★★★★☆	大幅上昇
クラウド基礎知識	★★★☆☆	★★★★☆	上昇
コミュニケーション・説明力	★★★☆☆	★★★★★	上昇
セキュリティ基礎	★★☆☆☆	★★★★☆	大幅上昇
特定フレームワークの深い知識	★★★★☆	★★★☆☆	低下

個人的に「そうだよな」と思うのが、コミュニケーション力が最優先になっている点。リモート・非同期が当たり前になった今、「仕様を正確に読み取って質問できる」「自分の詰まりどころを言語化できる」かどうかを、面接でかなり見られるようになった。地味に重要なのにスクールのカリキュラムにはあまり入ってないんですよね、これが。

実際に使えた学習ロードマップ（失敗含む）

3年前の自分の学習ログを振り返ると、正直かなり非効率なことをやっていた。「とりあえずPythonを学ぼう」「次はJavaScriptがいいらしい」と言語を転々として、何も深まらないまま3ヶ月が過ぎたりした。今なら絶対こうしない。

flowchart TB
    A[転職決意] --> B{前職での強みを整理}
    B --> C[ロジカルシンキング系\n例：製造・金融・営業]
    B --> D[デザイン・クリエイティブ系]
    B --> E[カスタマー・コミュ系]
    C --> F[バックエンド / データ系を軸に]
    D --> G[フロントエンド / UI-UX系を軸に]
    E --> H[QA / PM / カスタマーサクセスエンジニアも視野に]
    F --> I[Python or Go 基礎 + SQL]
    G --> J[HTML/CSS/JavaScript + React基礎]
    H --> K[テスト自動化 + Jira / Notion 操作]
    I --> L[Gitの基本フローをマスター]
    J --> L
    K --> L
    L --> M[AIツールを学習の補助として使い倒す]
    M --> N[ポートフォリオ作成：動くものを1つ]
    N --> O[転職活動 + 並行してOSS Issue体験]
    O --> P[内定・入社]
    P --> Q[入社後3ヶ月の壁を乗り越える]

最初のステップで「前職の強みを整理する」を入れているのがポイントだ。これをやらずに「エンジニアになりたい」だけで動くと、面接でかなり苦しくなる。採用担当は「なぜIT？」じゃなくて「前職の経験がうちのチームでどう活きるか」を聞きたいんだけど、そこの繋ぎができてない人が多い。

製造業出身なら「品質管理のロジックをコードで自動化したい」、営業出身なら「SaaS営業からインサイドセールスのデータ分析担当にシフトしてSQLを武器にしたい」みたいな軸があると、かなり話が通りやすくなる。

学習期間の目安も書いておくと、週20〜25時間学習できる社会人の場合、下のような感じが現実的なラインだと思う。

xychart-beta
  title "学習ステージ別・必要時間目安（週20時間ペースの場合）"
  x-axis ["基礎文法", "Git/環境構築", "フレームワーク基礎", "ポートフォリオ作成", "面接対策"]
  y-axis "累積時間（時間）" 0 --> 500
  bar [80, 120, 220, 400, 480]

正直、500時間以内で転職する人もいれば、800時間かかる人もいる。「500時間あれば余裕」と断言してる記事には懐疑的で、個人差が大きいし、学習の質によっても全然違う。

一つ強く言えるのは、AIツールを使いながら学ぶのと使わないのでは体感で2〜3倍差が出るということ。ChatGPT、GitHub Copilot、Cursorあたりは今や学習の必須インフラだと思ってる。「AIで答えを出すのは学習にならない」という意見もあるけど、コードの動作原理を理解しながらAIに質問するスタイルは普通に有効だし、そもそも現場でもAIを使って開発するんだから、学習段階から慣れておいた方がいい。詳しくはChatGPT・Cursor・GitHub Copilot、1年使い倒してわかった本当の使い分けにまとめたので読んでみてほしい。

ポートフォリオ、何を作れば刺さるのか問題

これが一番悩むんですよね。「Todoアプリじゃダメ」とよく言われるけど、じゃあ何を作ればいいのかというのが具体的に書かれてない記事が多い。

僕が転職した当時と今で大きく変わったのが、「AIを使って作ったかどうか」を正直に書けるようになったこと。2024年頃まではAI使用を隠す傾向があったけど、今はむしろ「AIをどう活用して開発したか」を説明できる方が評価される。時代が変わったなと感じる部分のひとつだ。

実際に面接で刺さったポートフォリオの特徴を整理するとこんな感じ。

ポートフォリオの種類	難易度	面接での刺さり度	備考
Todoアプリ	★☆☆☆☆	★☆☆☆☆	正直見飽きてる
API連携WebApp	★★★☆☆	★★★☆☆	最低ライン
前職の課題をIT解決したツール	★★★☆☆	★★★★★	圧倒的に刺さる
AIを組み込んだ実用ツール	★★★★☆	★★★★☆	2026年だと差別化になる
OSSへのコントリビューション	★★★★★	★★★★★	できれば最強

「前職の課題をIT解決したツール」が圧倒的に刺さる理由は、面接官が「こいつは課題発見→解決策設計→実装→検証のサイクルを回せる」というイメージを持てるから。製造業なら「ラインの生産データをCSVで管理してたのをWebダッシュボードで可視化した」とか、不動産系なら「物件情報の収集を自動化した」とか、そういうやつ。技術的にすごくなくていい。「なぜ作ったか」が語れることの方が大事だと思う。

OSSへのコントリビューション経験があると採用側の印象がかなり変わる。ハードル高そうに見えるけど、小さいドキュメント修正から始められる。OSS貢献初心者向けガイド｜未経験から始める実践的ステップ2026が参考になると思う。

転職活動の実際：何社受けて、どう突破したか

自分の転職活動を振り返ると、最初の1ヶ月は書類すら通らなかった。今でも覚えてるけど、10社応募して書類通過2社、面接1社、お見送り1社。この時期がメンタル的に一番きつかった。

転換点になったのは職務経歴書を書き直したタイミングだった。それまでは「Pythonを学習しました、GitHubのリンクはこちらです」という書き方をしてたんだけど、エージェントから「成果をもっと数字で書いてください」とアドバイスをもらって書き直した。

具体的にはこういう変換をした。

Before（だめな書き方）

・Pythonを独学で学習
・ポートフォリオとしてWebアプリを作成
・GitHubで管理

After（通過した書き方）

・Python/FastAPIを使い、前職の在庫管理作業を自動化するWebツールを個人開発
・手作業30分かかっていたデータ集計処理を3秒に短縮（600倍の高速化）
・PostgreSQL + Dockerで環境構築、GitHub Actionsで自動テスト設定済み
・前職リーダー経験（5名チーム）から、タスク分解・納期管理スキルをエンジニアとして活用可能

数字とエピソードを入れるだけで、書類通過率が体感で3〜4倍上がった。「600倍」という数字は誇張じゃなくて、本当に30分→3秒だったから書けた数字だ。嘘をつく必要はなくて、自分のプロダクトをちゃんと計測してれば自然と数字は出てくる。

面接でよく聞かれた質問と、実際に効果的だった回答パターンをまとめておく。

mindmap
  root((未経験転職面接))
    動機・背景
      なぜIT？
        前職×ITの掛け算で説明
      なぜ今？
        具体的なトリガーを正直に
    技術面
      学習方法は？
        AIツール活用を正直に言う
      わからないことはどうする？
        調べ方・質問の仕方を答える
    将来・志向
      5年後は？
        会社の事業と絡めて語る
      どんなエンジニアになりたい？
        抽象論でなく具体的ポジションで
    人物面
      チームで動いた経験は？
        前職エピソードを活用
      失敗談は？
        再発防止策まで話す

特に「わからないことはどうする？」という質問は、未経験者に必ずといっていいほど聞かれる。「ドキュメントを読みます」「StackOverflowで調べます」は弱い。「まず公式ドキュメントを読んで、再現コードを書いて問題を絞り込んでから質問します。質問する際は自分が試したことと、何がわからないかを明確にして聞くようにしています」くらいの具体性があると印象が全然違う。これ、実際に面接官の表情が変わるのがわかった。

転職後の市場価値を高め続けるためのキャリア戦略については2026年IT技術者の市場価値を高める5つの戦略も参考になる。

入社後の最初の3ヶ月、本当にきつかった話

転職が決まってからの話を書いてる記事が意外と少ない気がするので、ここも正直に書く。

入社後最初の3ヶ月は、しんどかった。技術的なキャッチアップよりも、「チームのコミュニケーションの流れを読む」「コードレビューのコメントの意図を理解する」「適切なタイミングで質問する」という、学習では絶対に身につかないスキルが要求された。

やらかしたこともある。プルリクのレビューコメントで「ここのロジックをリファクタリングしてほしい」と言われたのに、なぜリファクタリングが必要なのかを理解せずに「わかりました」と答えて、全然的外れな修正をしてしまったことがある。あれは本当に恥ずかしかった。

そのとき先輩に言われた言葉が刺さった。「わからなかったら、自分の解釈を言ってから確認して」。「こういう意図ですか？合ってますか？」という確認のやり方を覚えてから、ミスが激減した。シンプルだけど、これだけで変わるんですよね。

技術的な部分で一番戸惑ったのは、インシデントが起きたときの対応フローだった。本番環境でエラーが出たとき、何をどの順番で確認して、誰にどう報告するかが最初は全くわからなかった。会社ごとに文化が違うので正解はないけど、インシデント対応の最新ベストプラクティス2026を読んでおくと「インシデント対応の共通言語」が身につく。地味に便利で、面接でこういう知識を話すと「本番意識がある未経験者」という評価にもつながる。

入社後3ヶ月を乗り越えるためのマインドセットとして、自分が実践してよかったことはこんな感じだ。

• 「わからない」を即座に認められるかどうかが最大の分岐点。プライドで誤魔化すとあとで大変なことになる
• 小さいタスクでも完了報告を丁寧に書く。進捗の透明性がチームへの信頼感につながる
• 技術的な疑問は必ず記録してまとめておく。週に1回振り返ると、自分の成長を客観的に確認できる
• 1on1や雑談の機会を積極的に作る。特にリモート主体のチームでは意識してやらないとスタンドアロンになる

「しんどいのは最初の3ヶ月だけ」は嘘かもしれないけど、3ヶ月で確実に「チームのリズムに乗れてきた感」は出てくる。そこまで粘れるかどうかが、未経験転職の最初の正念場だと思う。

まとめ

3年前に自分が知りたかったことを詰め込んだら、かなり長くなってしまった。要点をまとめると：

1. 2026年は「AIを使いながら開発できるか」が未経験者の差別化になっている。学習にも積極的にAIを使うべきで、使うこと自体を恥じる必要はない
2. 前職の強みとITをどう掛け算するかを明確にする。エンジニアリングスキル単体じゃなく、ドメイン知識との組み合わせで語れると面接で圧倒的に差がつく
3. ポートフォリオは「動くもの」より「なぜ作ったか語れるもの」。実際の課題を解決したツールが最強で、数字で効果を示せればなお良い
4. 入社後の最初の3ヶ月はコミュニケーションと「わからない」の言語化が最重要。技術力より適切に質問できる力の方が最初は価値が高い
5. 転職はゴールじゃなくスタート。入社後も継続的に学習と市場価値の向上を意識することが、長期的な満足度につながる

次のアクション：

• 今の仕事で「ITで自動化できそうな作業」を1つ書き出してみる
• GitHubアカウントを作って、まず1つリポジトリを公開する
• IT資格取得戦略2026年完全ガイドを読んで、最初に取る資格を決める

転職を考えてるエンジニア志望の皆さんに何か参考になることがあれば嬉しい。逆に「自分の経験と違う」「こっちのほうがよかった」みたいな意見もあれば、ぜひ聞かせてほしい。