未経験からITエンジニアになれるのか｜現場から見た採用の実際

未経験からITエンジニアになれるのか、という問いに対して、私の答えは「なれる人はいるが、入り口はかなり限られる」です。私はSIerで受け入れ側にいるので、未経験で入ってきた人を何人か見てきました。うまく立ち上がった人も、1年以内に別の道へ移った人もいます。

はっきりさせておくと、私自身は未経験からの転職を経験していません。新卒でこの業界に入り、2020年に同業へ1度転職しただけです。だからここに書くのは「受け入れ側から見えた範囲」と「公開されている情報を読んだ範囲」であって、未経験当事者としての体験談ではありません。そのつもりで読んでください。

「未経験可」の求人が指しているもの

まず用語の整理からです。求人票の「未経験可」は、いくつか違う意味で使われています。

1. 業界未経験・職種経験あり：別業界で開発や運用をしていた人
2. 職種未経験・IT業界経験あり：営業や事務からエンジニアへの転換
3. 完全未経験：業界も職種も初めて

この3つはまったく別の話です。求人票を見るときに、自分がどれに当たるかを先に確認しないと、応募しても噛み合いません。「未経験可」と書いてあっても、社内で想定しているのは1番だけ、ということは普通にあります。

私の周囲で採用されている完全未経験の人は、運用・監視・テスト・サポートあたりの入り口が多いです。設計から入るケースはほとんど見たことがありません。これは能力の問題ではなく、教える側の体制の問題です。設計は誰かが横で見ていないと危ないので、受け入れ側のコストが高い。

入り口になりやすい職種、なりにくい職種

大まかな傾向として、次のように分かれていると感じています。あくまで私が見てきた範囲の話です。

入り口	未経験からの入りやすさ	補足
運用・監視	比較的入りやすい	シフト勤務が伴うことがある
テスト・品質	比較的入りやすい	手順が決まっているので教えやすい
ヘルプデスク・社内SE補佐	比較的入りやすい	IT業務ではあるが開発ではない
Web系の開発	ポートフォリオ次第	完全未経験だと競争が激しい
インフラ設計・クラウド構築	入りにくい	実務経験が前提になりやすい
データ・機械学習	入りにくい	統計や数理の素養を見られることが多い

ここで大事なのは、入りやすい職種＝キャリアとして劣る、ではないことです。私自身もオンプレのサーバ運用から入りました。運用で覚えたことは、いまクラウドの設計をするときの土台になっています。運用から設計へどう移ったかはクラウドエンジニアのキャリアパスに書きました。

ただし、運用の中身は現場によって差が大きい。手順書どおりに実行するだけの現場と、原因調査まで任される現場では、3年後に持っているものがまったく違います。ここは面接で必ず確認したほうがいい点です。

年齢によって見られるものが変わる

「何歳までなら未経験でも大丈夫か」という質問をよく見ますが、明確な線があるわけではありません。ただ、見られる観点が変わるのは事実だと思っています。

20代前半

伸びしろが評価の中心になります。技術的な下地が薄くても、学習の習慣と素直さがあれば受け入れ側は前向きに見ます。私の周囲でも、この層は比較的スムーズに入っています。

20代後半

前職で何をしてきたかが少し効いてきます。まったく無関係な職種からの転換でも十分ありますが、「なぜ今なのか」を説明できるかどうかで印象が変わります。この層向けの選び方は20代エンジニアの転職にまとめました。

30代以降

ここから難易度が上がります。理由は単純で、同じ給与レンジで比べたときに経験者が候補にいるからです。

ただ、私が見てきた中で30代未経験がうまくいったケースには共通点がありました。前職の業務知識が活きる領域を選んでいることです。たとえば経理の経験がある人が会計システムの運用へ、製造の現場にいた人が生産管理システムへ、というパターン。これは「未経験」ではなく「業務は分かるがITは初めて」という位置づけになるので、受け入れ側の見方が変わります。

30代の転職で求められる役割の変化は30代エンジニアの転職にも書いています。

独学で足りるのか、スクールを検討すべきか

ここが一番よく聞かれる部分だと思います。私の考えは「独学で手が止まらない人は独学で足りる」です。

技術情報は公式ドキュメント、公開されている学習サイト、書籍で十分に手に入ります。お金をかけなくても学べる環境はあります。問題は、多くの人が途中で止まることです。

止まる理由はだいたい次のどれかでした。

• エラーが解決できず、何日も同じところで詰まる
• 何を次に学ぶべきか分からず、教材を渡り歩く
• 期限がないので後回しになる

スクールが売っているのは知識そのものというより、質問できる相手と締め切りです。これに数十万円払う価値があるかは、その人がどれだけ止まりやすいかによります。

判断の分かれ目についてはプログラミングスクールに数十万円払う価値はあるかで、独学が続かない人向けの形式の違いはオンラインと通学、どちらのスクールが続くかで詳しく書きました。

費用を抑える方法はスクール費用を抑える方法に分けてまとめています。

学習内容より先に決めたほうがいいこと

未経験から始める人がつまずきやすいのが、「何の言語を学ぶか」から入ってしまうことです。私は逆だと思っています。先に決めるべきなのはどの入り口を狙うかです。

• 運用・監視を狙うなら：Linux の基本操作、ネットワークの基礎、監視の考え方
• Web開発を狙うなら：HTML/CSS/JavaScript と、サーバサイドを1つ
• 業務システム側を狙うなら：SQL と、業務の流れを説明できること

入り口が決まらないまま学習を始めると、学んだことが求人票と接続しません。逆に入り口が決まっていれば、必要な範囲は求人票を読めば見えてきます。

Python を選ぶかどうかで迷う人も多いので、インフラ寄りの仕事で実際にどう使ったかはいまPythonを学ぶ意味に書きました。

資格はどう扱うか

資格だけで採用が決まる場面は、私は見たことがありません。ただ、まったく無意味かというとそうでもなくて、学習を継続できた証明としては見られています。特に未経験の場合、他に見せられるものが少ないので、その効果は経験者より大きいかもしれません。

資格の扱われ方についてはインフラ系の資格は転職で評価されるかに、順番の話はAzure資格の取る順番にまとめました。

入社してから苦しくなりやすいポイント

採用されることと、続けられることは別の問題です。私が見てきた中で、未経験入社の人が苦しくなりやすかったのは次の場面でした。

分からないことが分からない期間

最初の数か月は、質問すること自体が難しい状態が続きます。何が分からないのかを言語化できないからです。この時期に「質問しないと怒られるが、質問すると呆れられる」と感じて孤立する人がいました。

これは本人の問題というより、受け入れ側の体制の問題です。だから面接で教育の体制を確認しておくと、入社後の差が大きい。「OJTです」とだけ返ってくる場合、実質は放置に近いこともあります。

シフト勤務と生活リズム

運用・監視から入る場合、夜勤やシフトが伴うことがあります。これ自体は経験として無駄になりませんが、生活が合わないと学習の時間が取れません。求人票の勤務形態は必ず具体的に確認してください。

想定より給与が下がる

未経験からの転換では、前職より給与が下がるケースがあります。数年で戻る前提で選ぶ人もいますが、生活が成り立たない水準だと続きません。ここは感情ではなく数字で確認する部分です。年収の考え方はインフラエンジニアの年収相場にまとめました。

ポートフォリオはどこまで必要か

Web系を狙う場合、作ったものを見せてほしいと言われることがあります。完全未経験だと他に判断材料がないので、これは自然な流れです。

ただ、私が受け入れ側の立場で見てきた限り、評価されているのは作品の完成度そのものではありません。見られているのは次のような点でした。

• なぜその機能を作ったのかを説明できるか
• うまくいかなかった部分を認識しているか
• 他人のコードを写しただけでない痕跡があるか（設定の変更、エラー対応の記録など）

チュートリアルをそのままなぞった成果物は、面接で少し掘るとすぐ分かります。逆に、小さくても「ここで詰まって、こう調べて、こう直した」という話ができる人は印象に残ります。作ったものの規模より、そこで何を考えたかのほうが伝わります。

インフラ寄りを狙う場合、いわゆるポートフォリオは作りにくいのですが、代わりに手を動かした記録は残せます。クラウドの無料枠で環境を作り、構成図と手順をまとめておくだけでも、話す材料としては十分に機能します。私が面接する側にいたときも、そういう記録を持ってきた人のほうが会話が具体的になりました。

学習の記録を残しておく

これは資格やポートフォリオより地味ですが、効果があると感じています。何を、いつ、どれくらいやったか。詰まった箇所と、その解決方法。この記録があると、面接で「学習を継続できます」と言うときの裏付けになります。

働きながら学習時間をどう確保したかは働きながら勉強時間を確保するにまとめました。未経験からの学習でも考え方は同じです。

続いた人と、そうでなかった人の違い

これは統計ではなく、私が見てきた十数人の範囲の話です。一般化はできませんが、傾向として気づいたことを書きます。

続いた人に共通していたのは、分からないことを溜め込まなかったことでした。質問の質が高いという意味ではありません。「ここまでは分かって、ここから分からない」を短いサイクルで出せる人です。逆に、完璧に理解してから聞こうとする人ほど、詰まる時間が長くなっていました。

もうひとつは、業務時間外の学習を必須にしなかった人が続いていた印象があります。意外に思われるかもしれませんが、休日を全部つぶして勉強していた人ほど、半年ほどで消耗していました。業務の中で学べる範囲を最大化して、外での学習は無理のない量に抑えていた人のほうが長く続いています。

離れていった人の理由で多かったのは、技術が合わなかったというより働き方が合わなかったというものでした。夜勤が続く、常駐先が遠い、質問できる相手が現場にいない。こうした条件は入社前に確認できることが多いので、面接の場でしっかり聞いておく価値があります。

SESという働き方について

未経験の求人を見ていると、客先常駐（SES）の形態にあたるものが多く出てきます。これは業界の構造上そうなっているだけで、それ自体が悪いわけではありません。私自身、常駐先で得た経験は今でも役に立っています。

ただ、確認しておいたほうがいい点はあります。

• 常駐先はどのように決まるのか（希望は通るのか）
• 契約が終わったあと、次はどう決まるのか
• 自社に戻る期間があるのか
• 評価は誰が、何を見て行うのか

このあたりが曖昧なまま入ると、数年後に「経験は積んだが説明しにくい」という状態になりやすいです。実際にそこで悩む人は多く、SESから抜けたいと思ったときに検討した選択肢に別途まとめました。

未経験の入り口としてSESを選ぶこと自体は、選択肢として十分あり得ると思っています。大事なのは、入る前に上の4点を確認しておくことと、何年でどこへ行きたいかを自分の中に持っておくことです。

求人票のどこを読むか

未経験向けの求人は数が多いぶん、内容の差も大きいです。読むときに私が見るポイントを挙げます。

「業務内容」の具体度
「ITエンジニアとしての業務全般」のような書き方だけの求人は、実際に何をするかが決まっていない可能性があります。使う技術、担当する工程、配属先の想定。どれか一つでも具体的に書かれているかを見てください。

研修の中身
「充実した研修制度」だけでは判断できません。期間、内容、講師が誰か。ここが書かれている求人のほうが、体制が実在する確率は高いと感じています。

募集人数
「若干名」と「20名」では、育成にかけられるリソースが違います。大量採用が悪いわけではありませんが、一人あたりに割ける時間は当然変わります。

勤務地の書き方
「本社および各プロジェクト先」とある場合、常駐が前提です。これ自体は普通のことですが、通勤時間が読めないという点は認識しておいてください。

必須要件と歓迎要件
未経験可でも、必須要件に「基本情報技術者相当の知識」などが入っていることがあります。ここを読み飛ばして応募すると、書類で落ちる理由が分からないまま数を打つことになります。

入社後の最初の3か月

未経験で入ったあと、最初の数か月をどう過ごすかで、その後の立ち位置がだいぶ変わると感じています。私が新人を受け入れる側で見てきた範囲で、効果があったと思うことを書きます。

分からない用語をその場でメモする
会議や作業の中で知らない単語が出てきたら、とにかく書き留めておく。あとで調べる。これを3か月続けた人は、半年後の会話の解像度が明らかに違いました。

質問の前に、自分の理解を言語化する
「分かりません」ではなく「ここまでは○○という理解ですが、ここから先が分かりません」と伝える。これができると、教える側の負担が減り、結果として教えてもらえる量が増えます。

やった作業を記録する
何をやったか、どこで詰まったか、どう解決したか。これは自分のためでもあり、後で職務経歴書を書くときの材料にもなります。1年後に思い出そうとしても出てきません。

手順書を疑う
渡された手順書のとおりにやるだけでなく、「なぜこの手順なのか」を考える。これができるようになると、イレギュラーに対応できるようになります。

未経験からの「その後」を先に考える

入り口の話に集中しがちですが、入ったあとにどこへ行きたいかを粗くでも持っておくと、日々の選択が変わります。

インフラ寄りなら、運用 → 構築 → 設計 → クラウド設計という流れが一般的です。この先の道筋はクラウドエンジニアのキャリアパスにまとめました。年収がどう変わるかはインフラエンジニアの年収相場を参照してください。

開発寄りなら、使う言語やフレームワークによって道が分かれます。どちらにしても、入社1年目のうちに次の方向を決める必要はありません。実際にやってみないと分からないことのほうが多いからです。

ただし、3年たっても方向が見えていない場合は、一度立ち止まって考えたほうがいいかもしれません。その時点で持っている経験が、次の選択肢を決めてしまうからです。

相談先をどう選ぶか

未経験からの転職で、総合型の大手エージェントに登録して「紹介できる求人がありません」と言われた、という話は珍しくありません。これは冷たいのではなく、そのサービスが想定している層と合っていないだけです。

未経験層を対象にしていると公式に明記しているサービスを選ぶほうが、条件の合わない求人を見る時間が減ります。キャリアカンパニー は未経験からのITエンジニア転職に特化していると公式サイトで説明しており、無料の転職相談を用意しています。相談の内容や対応範囲は公式サイトで確認できます。

エージェントを使うこと自体に費用はかかりません。前の記事にも書きましたが、これは採用が決まったときに企業側が手数料を払う仕組みだからです。ただし相談したからといって求人が紹介されるとは限らず、条件によっては紹介が難しいと伝えられることもあります。そこは事前に理解しておいたほうが精神的に楽です。

どのサービスに登録するか決められない場合は、転職エージェントを決められないときに整理すべきこととITエンジニアの転職エージェントの選び方を先に読むと、絞り込みがしやすくなると思います。

相談前に用意しておくもの

• いま何ができるか（前職の業務内容を具体的に）
• 学習の状況（何をどこまでやったか）
• 譲れない条件（勤務地、年収の下限、シフトの可否）
• いつまでに動きたいか

特に3つめは重要です。「どこでもいい」と伝えると、条件の合わない求人が増えて疲れます。下限を明確にしたほうが結果的に選択肢が絞れて楽でした。

まとめ

• 「未経験可」は3つの意味で使われています。自分がどれに当たるかを先に確認してください。
• 完全未経験の入り口は運用・監視・テスト・サポートあたりが中心です。設計から入るのは稀です。
• 年齢が上がるほど、前職の業務知識を活かせる領域を選ぶ意味が大きくなります。
• 独学で手が止まらない人は独学で足ります。何度も止まった経験があるなら、締め切りと質問先を外から買う判断はあり得ます。
• 採用されることと続けられることは別です。教育体制と勤務形態は面接で必ず確認してください。

なれるかどうかを一般論で議論しても答えは出ません。自分の年齢・前職・使える時間・許容できる年収の4つを紙に書き出して、そこから入り口を逆算するほうが早いと思います。

この記事の内容は 2026年8月時点で確認した情報と、私が受け入れ側として見てきた範囲をもとにしています。各サービスの条件は変わるため、必ず公式サイトで最新の情報を確認してください。