未経験からITエンジニアはやめとけ？きつい理由とそれでも転職を成功させる方法

◆はじめに｜未経験からエンジニアを目指す前に知っておくべきこと

この記事では、エンジニア未経験の人が最初に知っておきたい現実を、きれいごと抜きで整理します。
検索して「未経験からITエンジニアはやめとけ」なんて出てきて、ちょっと心が削られていませんか？
安心材料だけではなく、きつい部分も先に見ておくと、転職活動の失敗をけっこう減らせます。

・この記事の結論｜未経験からエンジニアは目指せる。ただし準備なしでは厳しい

結論から言うと、エンジニア未経験でもITエンジニアは目指せます。
ただし、「パソコンが好きなら誰でもすぐ採用される」という世界ではありません。
求人はありますが、学習の順番、応募する職種、最初に入る会社を間違えると、相当しんどい道になります。

理由はシンプルで、ITエンジニアは人手不足と言われる一方、企業が欲しいのは「現場で少しでも早く動ける人」だからです。

経済産業省の「IT人材需給に関する調査」でも、IT需要の拡大と若年人口の減少により、2030年にはIT人材の需給ギャップが最大で約79万人に広がる可能性があると示されています。
※参考：https://www.meti.go.jp/policy/it_policy/jinzai/houkokusyo.pdf

つまり、「まったくの未経験者にチャンスがない」のではなく、「何も準備していない未経験者のままだと厳しい」という話なんです。
ここを混同すると、転職エージェントに登録しただけで受かる気がしてしまいます。
でも、現実はそんなに甘くないんですよね。

私自身、大学生の頃に「プログラマーになりたい」と決め、最初はC言語とJavaの勉強から始めました。
当時は今ほど動画教材もオンラインスクールも当たり前ではなく、書店で分厚い入門書を買い、下宿先でちまちま読みながらコードを書いていました。
C言語のポインタ（メモリ上の場所を扱う仕組み）で頭がこんがらがったのも、今となっては懐かしいです。

Javaを勉強するときはEclipse（Javaを書くときに使う開発環境）、C言語のときはVisual Studio（Microsoft製の開発環境）も触っていました。
プログラミング言語だけではなく、開発環境（プログラムを書く・動かすためのソフト）の使い方も同時に覚える必要があったんです。
正直、最初は「コードを書く前の準備が多すぎる」と思いました。

なので、未経験からエンジニアを目指すなら、最初に見るべきなのは「なれるかどうか」だけではありません。
「どの職種を狙うか」「何を3ヵ月学ぶか」「どんな会社を避けるか」まで決めてから動くほうが、ずっと現実的です。
この章では、その前提を先にそろえておきますね。

・この記事で扱う「エンジニア」は主にITエンジニアのこと

この記事で扱う「エンジニア」は、主にITエンジニアのことです。
機械系、電気系、建築系のエンジニアではなく、システムやアプリ、Webサービス、サーバーなどを扱う仕事を想定しています。
ここをはっきりさせておかないと、「エンジニア 未経験」で調べても話がごちゃごちゃになります。

ITエンジニアといっても、実際にはけっこう幅があります。
たとえば、Webエンジニア（WebサイトやWebサービスを作る人）、アプリエンジニア（スマホアプリなどを作る人）、インフラエンジニア（サーバーやネットワークを扱う人）、SE（システムエンジニア）などです。
同じ「未経験歓迎」でも、仕事内容はけっこう違います。

具体的には、プログラマーはコードを書く時間が多めです。
SEは、仕様を整理したり、お客さんと話したり、設計書（システムの作り方を書いた資料）を作ったりします。
インフラエンジニアは、Linux（サーバーでよく使われるOS）やクラウド（インターネット経由でサーバーなどを使う仕組み）に触れることも増えます。

未経験の人が最初から全部を理解する必要はありません。
とはいえ、「ITエンジニア＝ずっと黒い画面に向かってコードを書く人」と思っていると、入社後にギャップが出ます。
私もSEとして働いてきましたが、コードを書く日もあれば、資料を作る日、打ち合わせで半日終わる日もありました。

この記事では、主に未経験から入りやすいITエンジニア職を前提に話します。
そのうえで、「やめとけ」と言われる理由と、それでも転職を成功させるための現実的な進め方を見ていきます。
まずは、エンジニアという言葉の中身を、ざっくりでも分けて考えてみてください。

・未経験者が最初に不安になる3つのこと

エンジニア未経験の人が最初に不安になるのは、だいたい次の3つです。
「きついのか」「やめとけと言われる理由は何か」「何から始めればいいのか」。
あなたも、このどれかで検索してこの記事にたどり着いたのではないでしょうか。

不安になる理由は、検索結果に出てくる言葉が強すぎるからです。
「ITエンジニア 未経験 きつい」「未経験 エンジニア やめとけ」みたいな文字を見た瞬間、まだ何も始めていないのに門前払いされた気分になります。
なかなか心を削ってきますよね。

最初に整理すると、不安の中身はこの3つに分けられます。

• 学習面：プログラミングやIT用語についていけるのか
• 仕事面：多忙による残業や、迫る納期が怖い
• 転職面：未経験で本当に採用されるのか

私が就活をしていた頃は、「デスマーチ」という言葉をよく見かけました。
デスマーチとは、納期が厳しかったり、人手が足りなかったりして、プロジェクトが過酷な状態になることです。
名前からしてラスボス戦です。

しかし、長年SEをやってきてわかったことは、忙しいかどうかは「プロジェクトによる」としか言いようがありません。
毎日バタバタする現場もあれば、定時で帰れる時期が続く現場もあります。
同じ会社でも、部署や案件が変わるだけで空気がまるで違うこともありました。

だから、「ITエンジニアは全部きつい」と決めつける必要はありません。
でも、「未経験でもラクに稼げる」と思って入ると、相当苦しいです。
学ぶことは多いし、最初の1年は知らない単語だらけで、会議中に頭の中で必死に翻訳するような場面も出てきます。

不安を消すというより、不安の正体を分けて見るほうが現実的です。
学習の不安は小さな教材で試す、仕事の不安は求人票と口コミを読む、転職の不安は転職エージェントに市場感を聞く。
この3つをバラして考えるだけで、「なんとなく怖い」はかなり薄まります。

ここまでをまとめると、未経験からITエンジニアは目指せます。
ただ、準備なしで飛び込むと、学習でも仕事選びでもつまずきやすいです。
次の章では、もう少し踏み込んで「未経験からでもなれるのか」「誰でも簡単ではない理由」を整理していきます。

◆1｜結論：エンジニアは未経験からでもなれる。ただし「誰でも簡単」ではない

この章では、未経験からエンジニア転職が可能な理由と、簡単ではない理由を分けて整理します。
「自分の年齢や学歴でもいけるのかな？」と不安になっているなら、ここで一度、現実の線引きをしておきましょう。
勢いだけで応募するより、どこが勝負どころなのか見えてきます。

・未経験からエンジニア転職が可能な理由

未経験からエンジニア転職は可能です。
理由は、IT業界には「経験者だけで採用を埋めきれない会社」があるからです。
特に若手層を採用して、社内で育てる前提の企業であれば、最初から完璧な実務経験を求めていないケースもあります。

もちろん、誰でも内定が出るという意味ではありません。
でも、求人票を見ていると「未経験歓迎」「研修あり」「第二新卒歓迎」などの条件が出てくることがあります。
このあたりは、企業側もゼロから育てる候補者を探しているサインと見てよいです。

私の感覚でも、現場に入ってから伸びる人はけっこういます。
最初はGit（ソースコードの変更履歴を管理する仕組み）も、SQL（データベースに問い合わせるための言語）もよくわからない。
でも、毎日エラーを読み、先輩に聞き、同じ作業を3回ほど繰り返すうちに、少しずつ手が動くようになるんですよね。

未経験転職で見られるのは、完成度よりも「伸びしろ」と「続ける気配」です。
小さなWebアプリを1つ作った、基本情報技術者試験の勉強を始めた、Linux（サーバーでよく使われるOS）を触ってみた。
こういう行動があると、「この人は入社後も学べそうだな」と判断しやすくなります。

まずは、未経験でも入口はあると考えて大丈夫です。
ただし、入口があることと、何もせず通れることは別物です。
ここを間違えると、「未経験歓迎って書いてあるのに落ちた…」となりがちなんです。

・未経験者を採用する企業がある理由

未経験者を採用する企業があるのは、IT人材を中長期で確保したいからです。
経験者だけを採ろうとすると、採用競争が激しく、年収条件も上がりやすいんですよね。
それなら、若手や異業種出身者を採って、自社の開発手順に合わせて育てたほうがよいと考える会社もあります。

企業側にも事情があります。
システム保守（既存システムを直したり安定稼働させたりする仕事）、社内ツール開発、テスト、運用監視など、いきなり高度な設計を任せるわけではない仕事もあるからです。
最初は補助的な作業から入り、半年、1年とかけて担当範囲を広げる流れですね。

たとえば、最初の仕事がテスト項目の実行だったとします。
画面に文字を入力して、想定どおり動くか確認する。
一見すると地味ですが、ここで仕様書（システムの動き方を書いた資料）の読み方や、バグ報告の書き方を覚えます。

私も新人の頃、いきなり華やかな開発だけをやっていたわけではありません。
エラーの調査、資料の修正、動作確認、議事録っぽいメモ作成など、泥くさい作業もたくさんありました。
今思うと、あの地味な作業が現場の流れを覚える練習になっていた気がします。

未経験者採用は、企業にとっても投資です。
採用する側は「今すぐ何でもできる人」ではなく、「半年後、1年後に戦力になりそうな人」を見ています。
応募する側も、その前提で準備したほうが話が噛み合いますよ。

・未経験からエンジニアになるメリット

未経験からエンジニアになるメリットは、将来の選択肢が広がりやすいことです。
ITは、会社の中だけで完結する仕事ではなく、金融、医療、製造、小売、行政サービスなど、あらゆる業界に入り込んでいます。
パソコンの前でコードを書くだけではなく、業務の仕組みそのものを支える仕事なんです。

IPA（独立行政法人情報処理推進機構）が公開した「DX動向2024 – 深刻化するDXを推進する人材不足と課題」では、2024年2月から5月初旬にかけて実施した調査から、DXの取組を担う人材の不足が一層深刻化していると示されています。
※参考：https://www.ipa.go.jp/digital/chousa/discussion-paper/dx-talent-shortage.html

つまり、IT人材の需要は「エンジニア会社だけ」の話ではありません。
事業会社でもデジタル化を進める人材が足りず、DX（デジタル技術で業務やサービスを変える取組）のボトルネックになっている、という見方ができます。
未経験からでも、基礎を積み上げていく意味は十分あります。

あと、これは少し本音ですが、エンジニアという響きはカッコイイです。
名刺に「システムエンジニア」と書いてあると、ちょっとそれっぽく見えるじゃないですか。
もちろん響きだけで続く仕事ではないですが、最初に「なんかカッコイイ」と感じるのも立派な入口だと思っています。

実際のメリットを挙げると、次のようなものがあります。

• ITスキルが積み上がると、転職時に説明しやすい
• リモートワークや副業と相性のよい職種もある
• 資格や制作物で、努力の跡を見せやすい
• 業界をまたいで働ける可能性がある

たとえばJavaで業務システムを作った経験があれば、別の会社でも似た技術を使う場面があります。
AWS（Amazonが提供するクラウドサービス）を触った経験があれば、インフラ寄りの仕事にも広げられます。
経験が点ではなく、線になっていく感じですね。

メリットだけ見ると夢があります。
とはいえ、最初の半年から1年は、知らない言葉だらけで頭がパンパンになる時期もあります。
そこを越えた先に、少しずつ「自分でできる範囲」が増えていく仕事だと考えると、現実とのズレが少なくなります。

・それでも未経験転職が簡単ではない理由

それでも、未経験からのエンジニア転職は簡単ではありません。
理由は、企業が「未経験でもいい」と言っていても、「何も知らなくていい」とは考えていないからです。
ここ、相当まぎらわしいんですよ。

採用する側は、面接で実務経験がないこと自体はわかったうえで見ています。
その代わり、なぜエンジニアになりたいのか、何を勉強したのか、どこでつまずいたのかを確認します。
「まだ勉強していません。でも入社後に頑張ります」だと、さすがに弱いです。

具体的には、次のような差が出ます。

• Progateやドットインストールを触っただけで止まっている
• HTML/CSSで簡単なページを作って公開している
• JavaやPHPでログイン機能つきの小さなアプリを作った
• GitHub（コードを公開・管理できるサービス）に学習履歴を残している

同じ未経験でも、見え方がまるで違います。
2週間だけ教材を触った人と、3ヵ月かけて小さな成果物を出した人では、面接官の質問も変わります。
私が採用側の目線で見るなら、「わからないなりに手を動かした跡」がある人のほうが話を聞きたくなります。

未経験転職が難しいのは、才能が必要だからではありません。
準備不足の人が多い中で、「この人なら育てられそう」と思ってもらう材料を出す必要があるからです。
まずは1つ、画面で動くものを作ってみてください。小さくても、口だけより強いです。

・20代・30代・高卒・文系で難易度はどう変わるか

年齢や学歴で難易度は変わります。
ただし、それだけで未経験エンジニア転職が無理になるわけではありません。
見られるポイントが変わる、と考えたほうが近いです。

20代前半から半ばなら、ポテンシャル採用（将来性を見込んだ採用）の枠に乗りやすいです。
30代になると、前職での業務経験やマネジメント経験、コミュニケーション力も含めて見られます。
高卒や文系の場合は、学歴や専攻よりも「ITに触れてきた証拠」をどう見せるかが勝負になります。

ざっくり整理すると、こんな感じです。

• 20代：学習意欲と伸びしろを見られやすい
• 30代：前職経験をどうIT業務に活かすかを聞かれやすい
• 高卒：資格や制作物で基礎力を補うと説明しやすい
• 文系：業務理解、文章力、調整力が武器になることもある

文系だから不利、というより「技術に触れた形跡がない」と不利です。
高卒だから無理、ではなく「学歴以外で説明できる材料がない」と厳しいです。
30代だから終わり、ではなく「なぜ今キャリアチェンジするのか」を言葉にできないと詰まりやすいんですよね。

私はSEとして、お客さんの要望を聞いたり、仕様を文章に落としたりする仕事も多くやってきました。
この部分は、ゴリゴリの理系知識だけではどうにもならない場面があります。
相手の話を整理する力、わかりやすく説明する力、抜け漏れに気づく力。文系出身の人が活かせる場面も普通にあります。

年齢や学歴は、たしかに影響します。
でも、それ以上に「今の自分なら何を武器にできるか」を決めておくほうが現実的です。
20代は学習量、30代は前職経験、高卒や文系は成果物と説明力。このあたりを意識すると、応募先の選び方も変わります。

・「未経験歓迎」は“何も勉強していなくてよい”という意味ではない

「未経験歓迎」は、何も勉強していなくてよい、という意味ではありません。
この言葉をそのまま受け取ると、転職活動でかなり苦戦します。
求人票の未経験歓迎は、多くの場合「実務未経験でも応募できる」という意味なんです。

企業は、学校の先生ではありません。
もちろん研修を用意している会社もありますが、入社後に給与をもらいながら学ぶ以上、最低限の準備は見られます。
タイピングができるか、IT用語を調べる習慣があるか、エラー文を読んで逃げないか。こういう地味なところも、現場ではけっこう効きます。

「未経験歓迎」が怪しい求人かどうかを見るときは、次の点を確認してみてください。

• 研修期間と研修内容が具体的に書かれているか
• 最初の配属先が開発、テスト、運用のどれなのか
• 家電量販店やコールセンター勤務だけになっていないか
• 資格取得や学習支援の内容が現実的か
• 給与や残業時間の説明がぼんやりしていないか

たとえば「未経験からエンジニアへ」と書いてあるのに、最初の仕事内容がずっと携帯販売だけなら注意したほうがいいです。
販売経験が悪いわけではありません。
でも、エンジニア転職のつもりで入ったのに、いつ技術職に移れるのかわからないなら、話が違いますよね。

未経験歓迎の求人を見るときは、「歓迎」の文字よりも、その後の育成ルートを見てください。
入社後3ヵ月で何を学ぶのか、半年後にどんな業務を担当するのか、1年後にどんなスキルが身につくのか。
そこが曖昧な会社は、面接でしっかり聞いたほうがよいです。

この章の結論は、未経験からエンジニアにはなれる、でも準備なしでは厳しい、ということです。
次の章では、そもそもエンジニアとはどんな仕事なのか、プログラマーとの違いも含めて整理していきます。

◆2｜そもそもエンジニアとは？仕事内容とプログラマーとの違い

この章では、エンジニアの仕事内容とプログラマーとの違いを整理します。
「ITエンジニア 未経験」で調べていると、コードを書く仕事なのか、打ち合わせの仕事なのか、だんだん迷子になりますよね。
ここを先に分けておくと、求人票の見え方がかなり変わります。

・エンジニアとは、設計・開発・運用・改善を行う技術職

エンジニアはコードを書く人というより、技術を使って仕組みを作り、動かし、直していく人です。
ITエンジニアの場合は、システム、アプリ、Webサービス、サーバー、ネットワークなどを扱います。
未経験の段階では、まず「作って終わりの仕事ではない」と覚えておくとズレにくいです。

理由は、システムには寿命があるようで、実際にはずっと手入れが続くからです。
最初に設計して、開発して、テストして、本番環境（実際に利用者が使う環境）に出して、運用しながら改善する。
言ってしまえば、デジタル版の家づくりみたいですね。建てたあとも、雨漏りチェックやリフォームが必要になるわけです。

厚生労働省の職業情報提供サイト（job tag）では、職業ごとの仕事内容や必要な知識・スキルなどが整理されています。
未経験から仕事内容を調べるなら、求人サイトだけでなく、こういう公的な職業情報も見ておくと「広告っぽいキラキラ感」に目を焼かれにくいです。
※参考：https://shigoto.mhlw.go.jp/User/

ITエンジニアの仕事をざっくり分けると、次のような流れになります。

• 要件定義：何を作るかを決める
• 設計：どう作るかを図や文章にする
• 開発：プログラムを書く
• テスト：想定どおり動くか確認する
• 運用・改善：動かしながら直していく

たとえば、ECサイト（ネットショップ）を作る場合を考えてみてください。
商品を検索する、カートに入れる、決済する、注文メールを送る。
利用者から見るとボタンを押すだけですが、裏側ではデータベース（情報を保存する箱）やサーバー、決済サービスとの連携が動いています。

未経験の人が最初から全部を担当することは、あまりありません。
でも、どこか一部分だけ見て「これがエンジニアの全体像だ」と思うと危ないです。
最初はテストや修正でも、その先に設計、運用、改善の世界が広がっているんですよね。

・プログラマーとの違い｜コードを書く人と、システム全体を見る人

プログラマーはコードを書く比重が高く、システムエンジニアはシステム全体を見る比重が高いです。
ざっくり言えば、プログラマーは下流工程、システムエンジニアは上流工程というイメージですね。
下流だから下、上流だから偉い、という話ではありません。

理由は、システム開発には順番があるからです。
最初にお客さんの要望を聞き、仕様（システムに必要な動き）を決め、設計書を書き、そのあとコードに落とし込みます。
料理で言うなら、メニューを決める人、レシピを書く人、実際にフライパンを振る人がいる感じです。もちろん、全部できてしまう人もいます。

一般的には、こんな分担で考えるとわかりやすいです。

• プログラマー：設計書をもとにコードを書く
• システムエンジニア：要件や仕様を整理し、設計する
• テスター：不具合（バグ）がないか確認する
• インフラ担当：サーバーやネットワークを整える

ただ、現場ではこの線引きがきれいに分かれないこともあります。
小さな会社だと、1人で設計、開発、テスト、運用までやることもあります。
「これは私の担当ではございません」とすべて線を引いていたら、案件という名の総合格闘技に放り込まれたときに動けなくなるんですよ。

私もSEとして働く中で、設計書を書く日もあれば、SQL（データベースから情報を取り出す言語）を直す日もありました。
画面の文言を1つ変えるだけなのに、影響範囲を調べたら3つのシステムにまたがっていたこともあります。
ボタン1個の裏に、ラスボスの第二形態っぽい複雑さが隠れていることもあるんです。

未経験から目指すなら、最初はプログラマー寄りの仕事から入るケースも多いです。
とはいえ、ずっとコードだけ書いていればよいとは限りません。
将来的にシステム全体を見る力がつくと、仕事の幅はけっこう広がります。

・ITエンジニアの仕事は「黙々とPC作業」だけではない

ITエンジニアの仕事は黙々とPC作業だけではありません。
むしろ現場では、打ち合わせ、確認、説明、相談、調整が相当あります。
「人と話さなくてよさそうだからエンジニアになりたい」と思っているなら、ここで一度ブレーキを踏んでおきましょう。

理由は、システム開発がチーム戦だからです。
同じプロジェクトでも、画面チーム、サーバーチーム、インフラチーム、テストチーム、運用チームのように分かれることがあります。
自分の作業だけ完璧でも、別チームとのつなぎ目がズレると、そこからバグが「こんにちは」してきます。

たとえば、ログイン画面を作るだけでも、次のような確認が出てきます。

• 画面にどの項目を表示するか
• 入力エラーをどう見せるか
• サーバー側でどう認証するか
• データベースに何を保存するか
• 障害時に誰が対応するか

これ、ひとりで黙って決めるとだいたい事故ります。
30分の打ち合わせで確認しておけば済んだ話が、あとで3日分の手戻りになることもあります。
手戻りとは、作ったものをやり直すことです。精神的には、積み上げたジェンガを自分で蹴る感じに近いです。

私の昔の現場では、インドの方とよく話す機会がありました。
英語でバリバリ議論していた……と言いたいところですが、日本語のできるリーダーの方と日本語で話していました。
仲良くなって、仕事の確認だけでなく、ちょっとした雑談もするようになったんですよね。

最近だと、ベトナムや中国の方と一緒に開発する現場も多い印象です。
もちろん会社や案件によりますが、オフショア開発（海外の開発拠点と一緒に作る開発）やニアショア開発（国内の地方拠点と一緒に作る開発）は珍しくありません。
技術だけでなく、相手に伝わる日本語で説明する力も、地味に効いてきます。

でも、コミュニケーションが得意な陽キャだけが向いている、という意味ではありません。
必要なのは、飲み会で場を回す力ではなく、仕様のズレを確認する力です。
「このボタンを押したら、どの画面に進みますか？」と聞けるだけでも、現場ではかなり助かります。

ITエンジニアは、PCと会話する時間もあります。
ただし、それ以上に、人が作った仕様、人が使う画面、人が困っている業務を相手にする仕事でもあります。
無人島でひとりコードを書く仙人っていうイメージは、いったん引き出しにしまっておいたほうがいいですよ。

・未経験者が勘違いしやすい仕事内容のギャップ

未経験者がきついと感じやすいのは、仕事内容そのものよりも「思っていた仕事とのズレ」です。
コードを書くつもりで入ったのにテストばかり、静かに作業するつもりが会議ばかり。
このギャップがあると、まだ3ヵ月も経っていないのに心のHPが赤ゲージになります。

理由は、ITエンジニアの仕事が段階的に広がっていくからです。
未経験入社の最初から、いきなり設計や新機能開発を任されるとは限りません。
最初はテスト、資料修正、問い合わせ対応、ログ確認（システムの記録を見る作業）などから始まることもあります。

勘違いしやすいポイントは、だいたいこのあたりです。

• 毎日コードを書くと思っていた
• 最初からリモートワークできると思っていた
• 研修が終わればすぐ開発できると思っていた
• エラーは検索すれば一瞬で解決すると思っていた
• コミュニケーションはほぼ不要だと思っていた

もちろん、全部が間違いというわけではありません。
でも、現場では「調べても出てこない社内ルール」や「誰かに聞かないとわからない仕様」が普通にあります。
Google先生も、社内システムの謎までは面倒を見てくれません。そこは急にドライです。

私も新人の頃、エラー文を見ても何を言われているのかわからず、画面の前でフリーズしたことがあります。
PCが固まったのではなく、私が固まりました。
それでも、先輩に聞きながら原因を分解していくと、「あ、この単語は毎回出てくるな」と少しずつ見えるようになります。

とはいえ、きつい部分を知ったうえで入るなら、必要以上に怖がらなくて大丈夫です。
最初の3ヵ月は、知らない言葉をメモするだけでも前進です。
半年くらい経つと、「前に見たエラーだ」と気づく場面が増えてきます。ここからちょっと楽になります。

未経験からITエンジニアを目指すなら、仕事内容を「コードを書く仕事」だけで見ないほうが現実的です。
設計、開発、テスト、運用、改善、コミュニケーションまで含めて見る。
この全体像を持っておくと、次に出てくる「やめとけ」と言われる理由も、だいぶ冷静に読めるはずです。

◆3｜未経験からエンジニアは「やめとけ」と言われる7つの理由

この章では、未経験からエンジニアを目指す人が先に知っておきたい「やめとけ」の理由を7つに分けて整理します。
検索で強い言葉を見ると、まだ応募もしていないのに心が正座させられる感じがありますよね。
でも、中身を分解すると、怖がるべきことと対策できることが見えてきます。

・理由1｜入社後すぐに開発・コード書きができるとは限らない

未経験で入社しても、最初からバリバリ開発できるとは限りません。
むしろ、まずは機能のテストからお願いされると思っておいたほうが現実に近いです。
「エンジニア 未経験 開発できない」で不安になる人は多いですが、これは珍しい話ではないんですよね。

理由は、いきなり本番のコードを触らせると、会社側にもリスクがあるからです。
本番環境（実際に利用者が使う環境）で動くシステムは、1行の修正でも影響が広がることがあります。
新人が触ったボタンひとつで請求処理がズレたら、もう胃がキリキリどころではありません。

私も最初から新機能を作っていたわけではありません。
テスト項目に沿って画面を操作したり、結果をExcelに記録したり、仕様書（システムの動き方を書いた資料）と実際の動きを見比べたりしていました。
正直、最初は「コード書かないんかい」と思ったこともあります。

ただ、テストは雑用ではありません。
画面の流れ、エラーの出方、データの動き、仕様書の読み方を覚える入口になります。
地味ですが、ここを飛ばすと後で「この処理、どこから来た？」という迷子イベントが発生します。

未経験から入るなら、最初の仕事がテストでも焦りすぎなくて大丈夫です。
ただし、半年たっても1年たっても開発に近づけないなら、配属や育成ルートは確認したほうがいいです。
最初がテストなのは普通でも、ずっとテストだけで成長の階段がないなら、つらい道になりやすいです。

・理由2｜SES・客先常駐から始まるケースが多い

未経験エンジニアはSES・客先常駐からキャリアが始まるケースも多いです。
SES（システムエンジニアリングサービス）とは、ざっくり言うと技術者が顧客先のプロジェクトに入って働く契約形態のことです。
客先常駐は、自社ではなくお客さんの会社や指定された現場で働くスタイルですね。

理由は、自社で大きな開発サービスを持っていない会社だと、外部の案件にエンジニアを出す形になりやすいからです。
これは、自社開発しているものがあるかどうかによります。
自社プロダクト（自社で作って運営するサービス）があれば社内開発に入りやすいですが、受託開発やSES中心の会社だと現場は外に出ることが多くなります。

SESそのものが悪、という話ではありません。
いろいろな現場を経験できる、未経験でも入口がある、案件によっては学べる範囲が広い。
このあたりはメリットです。職場ガチャという言葉で片づけるには、さすがに乱暴かなと思っています。

でも、やめとけと言われる理由もわかります。
配属先によって仕事内容が変わる、帰属意識が持ちにくい、営業担当との連携が弱いと相談しにくい。
案件が変わるたびに人間関係も業務知識もリセットされると、けっこう大変です。

確認したいのは、SESかどうかよりも中身です。
次のような点は、面接で聞いておくと現実が見えやすいです。

• 最初の配属先は開発、テスト、運用のどれが多いか
• 自社開発や受託開発の案件はあるか
• 待機期間中の給与や学習支援はどうなるか
• 営業担当や先輩に相談できる仕組みがあるか
• 案件変更の希望は出せるか

SESから始めても、経験を積んで転職したり、社内の開発案件に移ったりする人はいます。
ただ、何も聞かずに入ると「思ってたエンジニア像」と違って苦しいです。
契約形態の名前だけで判断せず、最初の1年でどんな経験が積めるかまで見ておきたいですね。

・理由3｜研修制度が弱い会社に入ると放置されやすい

研修制度が弱い会社に入ると、未経験者は放置されやすいです。
「研修あり」と求人票に書いてあっても、その中身が3日だけの動画視聴なのか、3ヵ月の実践研修なのかで全然違います。
ここを見落とすと、入社後に静かな絶望がやってきます。無音のホラーです。

理由は、ITエンジニアの仕事が現場依存になりやすいからです。
同じJavaでも、会社ごとに使うフレームワーク（開発を楽にする部品の集まり）や開発ルールが違います。
Git、SQL、Linux、クラウド、チケット管理ツール（作業を管理する仕組み）など、覚えるものも一気に出てきます。

研修が弱い会社では、次のようなことが起こりがちです。

• 教材だけ渡されて質問先がわからない
• 現場配属後に先輩が忙しすぎて聞けない
• 研修内容と実務で使う技術がズレている
• 評価基準が曖昧で、何を伸ばせばよいかわからない

もちろん、手取り足取り教えてもらえる優良企業ばかりではありません。
でも、未経験者にとって「質問できる人がいるか」は相当大きいです。
質問先がないままエラーと1対1で向き合うのは、やばいですね。

私なら、面接で研修期間と内容を具体的に聞きます。
「研修はありますか？」ではなく、「研修中に作るものはありますか？」「誰がレビューしますか？」「現場配属後のフォロー面談はありますか？」まで聞きたいです。
質問して嫌な顔をされるなら、それもひとつの情報です。

未経験から入るなら、研修制度は福利厚生の飾りではありません。
最初の3ヵ月を乗り切るための足場です。
足場がぐらぐらだと、学習以前にメンタルがしんどいので、求人票の「研修あり」は中身まで見てください。

・理由4｜仕事後も学習を続ける必要がある

未経験からITエンジニアになると、仕事後も学習を続ける場面が出てきます。
入社したら勉強終了、ではありません。
むしろ入社後に「本番の知らない言葉たち」が団体で押し寄せてきます。

理由は、現場で出てくる知識が教材どおりではないからです。
教材ではきれいなサンプルコードが出てきますが、実務では何年も改修されてきたコードや、社内独自のルールに触れることがあります。
エラー文も、親切な日本語ではなく、英語と記号のミックスジュースが出てきます。

私も帰宅中などに、仕事でわからなかった部分を調べていました。
電車の中で「SQL JOIN 違い」とか「NullPointerException 原因」とか検索していた記憶があります。
当時のスマホ画面は、もはや勉強アプリというより反省会場でした。

勉強といっても、毎日3時間机に向かえという話ではありません。
まずは次のような小さい復習で十分です。

• 今日出てきたIT用語を3つメモする
• エラー文を1つ調べ直す
• 先輩に言われた指摘を自分の言葉で書く
• 使ったコマンド（PCに指示を出す命令）を残す

これだけでも、1ヵ月続けると30個、3ヵ月で90個くらいの引き出しができます。
とはいえ、仕事で疲れたあとに勉強するのはつらいです。
眠い日は眠いし、帰ったら動画を見たい。人間ですもの。毎日意識高く燃えていたら、それはそれでちょっと怖いです。

未経験エンジニアの勉強は、根性論よりも記録が効きます。
わからなかったことを残して、翌日少しだけ見返す。
この小さな積み上げが、半年後に「あれ、前より読めるぞ」という感覚につながります。

・理由5｜ポートフォリオや実績がないと評価されにくい

未経験者はポートフォリオや実績がないと評価されにくいです。
ポートフォリオとは、自分が作ったアプリやサイト、学習成果を見せるための作品集のことです。
実務経験がないなら、「何を作ったか」「どこまで自分で考えたか」を見せる材料が必要になります。

理由は、未経験という言葉だけでは差がつかないからです。
求人に100人応募して、全員が「やる気あります」と言ったら、採用側は困ります。
やる気は目に見えません。湯気みたいなものです。ある気はするけど、つかめません。

見せやすい材料としては、次のようなものがあります。

• HTML/CSSで作った自己紹介サイト
• JavaScriptで動く簡単なメモアプリ
• PHPやJavaで作ったログイン機能つきアプリ
• GitHub（コードを公開・管理できるサービス）の学習履歴
• 基本情報技術者試験などの資格学習

すごいサービスを作る必要はありません。
未経験のポートフォリオで見られるのは、天才的な発想よりも、基本を理解して手を動かした跡です。
ログイン、一覧表示、登録、編集、削除。このあたりが動くだけでも、口だけよりかなり強いです。

ただし、教材を丸写ししただけの作品は弱いです。
自分で機能を1つ足した、画面デザインを変えた、エラー処理を入れた、README（使い方や説明を書くファイル）を書いた。
こういう少しの工夫があると、「自分で考えた形跡」が見えます。

未経験から応募するなら、ポートフォリオは名刺代わりになります。
立派なものを1年かけて作るより、3ヵ月で小さく作って改善するほうが現実的です。
完璧を目指しすぎると、ポートフォリオが完成する前に気持ちが成仏します。

・理由6｜最初から高年収・フルリモートを期待するとギャップが出る

未経験から最初に高年収・フルリモートを期待しすぎるとギャップが出ます。
「ITエンジニア 未経験 年収」「在宅 エンジニア 未経験」で調べると夢がありますが、最初から全部乗せはなかなか難しいです。

理由は、リモートワークや高年収ほど、ひとりで仕事を進める力が求められるからです。
質問の仕方、進捗報告、トラブル時の切り分け、仕様の確認。
このあたりがまだ不安定な時期は、出社して近くで聞ける環境のほうが伸びやすいこともあります。

高年収も同じです。
会社は、まだ実務で何ができるかわからない人に、いきなり高い給与を出しにくいです。
最初は年収よりも、開発経験、レビュー経験、チーム開発経験を取りに行くほうが後で効く場合があります。

とはいえ、低すぎる条件を飲めという話でもありません。
次のような求人は慎重に見たほうがいいです。

• 仕事内容が「ITサポート」だけで技術経験が積めない
• 昇給条件がほとんど説明されていない
• リモート可と書いてあるのに実態が不明
• 残業時間や配属先の説明がぼんやりしている

未経験の最初の1社目は、理想の働き方を全部かなえる場所というより、経験値を取りに行く場所になりやすいです。
でも、経験値が入らない職場に長くいるのはしんどいです。
給与、働き方、仕事内容の3つを見て、「何を優先するか」を決めておくとブレにくくなります。

・理由7｜AI時代は「ただコードを書けるだけ」では差別化しにくい

AI時代はただコードを書けるだけでは差別化しにくくなっています。
生成AI（文章やコードなどを作れるAI）が普及して、簡単なコードのたたき台なら以前より作りやすくなりました。
未経験者にとっては便利な道具ですが、同時に「コードを書けます」だけの価値が少し薄くなる面もあります。

OECDの「OECD Employment Outlook 2023」では、AIを含む自動化技術を考慮すると、OECD諸国平均で27％の仕事が自動化リスクの高い職業に含まれると示されています。
また、AIの発展により、新しいスキルが必要になり、一部のスキルは変化したり古くなったりするとも整理されています。
※参考：https://www.oecd.org/en/publications/oecd-employment-outlook-2023_08785bba-en.html

これは、「エンジニアが全部AIに置き換わる」という単純な話ではありません。
むしろ、AIが出したコードを読めるか、間違いを見つけられるか、仕様に合っているか判断できるかが問われます。
AIは便利ですが、たまに自信満々で変なことを言います。新人より堂々と間違えるので、ある意味かなり手ごわいです。

未経験者が意識したいのは、コードを書く前後の力です。

• 何を作るべきか整理する力
• AIが出したコードを読んで直す力
• エラー原因を切り分ける力
• 仕様を人に確認する力
• セキュリティや個人情報を雑に扱わない感覚

たとえば、AIに「ログイン機能を作って」と頼めば、それっぽいコードは出てくるかもしれません。
でも、そのコードが安全なのか、パスワードの扱いが正しいのか、会社のルールに合っているのかは別問題です。
そこを見ずに貼り付けると、便利ツールが一瞬で地雷原になります。

未経験からエンジニアを目指すなら、AIを怖がるより使い方を覚えたほうがいいです。
ただし、答えを丸飲みするのではなく、「なぜそうなるのか」を確認するクセをつける。
AI時代の新人は、コードを書く人というより、AIと一緒に考えて確認できる人が強くなると思っています。

・「やめとけ」は半分正しいが、全員に当てはまるわけではない

結論として、「未経験からエンジニアはやめとけ」は半分正しいです。
準備なしで入ると、開発できない、SESでギャップが出る、研修が弱い、勉強が続かない、ポートフォリオがない、高年収やフルリモートに届かない、AIで焦る。
こう並べると、なかなかの障害物競走です。しかもハードルの高さが現場ごとに違います。

でも、全員に当てはまるわけではありません。
理由は、同じ未経験でも、準備量、応募先、年齢、前職経験、学習の続け方で結果が変わるからです。
「未経験」というラベルだけでまとめるには、さすがに大ざっぱすぎます。冷蔵庫の中身を全部「食べ物」で片づけるくらい雑です。

向いている可能性があるのは、次のような人です。

• わからないことを調べるのが苦ではない
• 小さな作業でも改善点を探せる
• エラーが出てもすぐ投げ出さない
• 人に質問するとき、状況を整理できる
• 3ヵ月単位で学習を続けられる

反対に、「入れば会社が全部育ててくれる」「パソコンだけ見ていればよい」「すぐ高年収で在宅勤務できる」と思っているなら、ちょっと苦しいです。
期待値が高すぎると、現場の地味さにやられます。
エンジニアの仕事は、キラキラしたデモ画面より、地味な確認と修正のほうが多い日もあります。

私の考えでは、「やめとけ」は警告として受け取るくらいがちょうどいいです。
赤信号ではなく、黄色信号ですね。
止まる必要がある人もいますが、左右を確認して進める人もいます。

この章で見た7つの理由は、未経験者を脅すためのものではありません。
先に知っておけば、会社選びや学習計画で避けられる落とし穴もあります。
次の章では、未経験から狙いやすいエンジニア職種と、最初から狙いにくい職種を分けて見ていきます。

◆4｜未経験から狙いやすいエンジニア職種と、最初から狙いにくい職種

この章では、未経験からITエンジニアを目指すときに、どの職種を狙いやすいのかを整理します。
「エンジニア 未経験 職種」で調べても、種類が多すぎて回転寿司のレーンのように流れていきませんか？
先に入口を決めると、学習内容も応募先もかなり絞りやすくなります。

・未経験から狙いやすい職種一覧

未経験から狙いやすい職種は「基礎知識を見せやすい仕事」と「運用やテストから入れる仕事」です。
いきなりAI開発や大規模な設計を狙うより、まずは現場に入り、システムの動き方を覚えられる職種のほうが現実的です。
最初の職種選びを間違えると、勉強している内容と求人票がかみ合わず、遠回りになります。

理由は、未経験者には実務経験がないからです。
企業側は「この人は入社後に伸びそうか」「最低限の基礎を自分で学んでいるか」を見ます。
つまり、資格、ポートフォリオ、学習記録、前職経験とのつながりで説明しやすい職種ほど、入口にしやすいんです。

IPA（独立行政法人情報処理推進機構）の「デジタルスキル標準」では、DXリテラシー標準とDX推進スキル標準が紹介されており、DXを推進する人材の役割や習得すべきスキルなどが定義されています。
未経験から職種を選ぶときも、「何となくエンジニア」ではなく、職種ごとに求められるスキルを分けて見るほうが迷子になりにくいです。
※参考：https://www.ipa.go.jp/jinzai/skill-standard/dss/index.html

未経験から比較的狙いやすい入口を並べると、次のようになります。

• インフラエンジニア：資格や基礎知識を見せやすい
• ネットワーク・サーバーエンジニア：運用から経験を積みやすい
• テスト・QAエンジニア：品質保証から開発工程を学びやすい
• Webエンジニア：ポートフォリオの質で勝負しやすい
• ヘルプデスク・運用監視：IT業務の入口になり得る

もちろん、どれが正解という話ではありません。
あなたがコードを書きたいのか、サーバーを触りたいのか、人の困りごとを解決したいのかで向き不向きは変わります。
まずは「入りやすさ」と「その先の伸び方」をセットで見てみてください。

・インフラエンジニア｜資格と基礎知識をアピールしやすい

未経験から狙いやすい職種のひとつがインフラエンジニアです。
インフラエンジニアとは、サーバー、ネットワーク、クラウド（インターネット経由でサーバーなどを使う仕組み）など、システムの土台を支える仕事です。
派手さは少ないですが、土台が止まるとサービス全体が止まるので、縁の下どころか床下の守護神的な存在です。

理由は、資格や基礎学習で準備の跡を見せやすいからです。
たとえば、ITパスポート、基本情報技術者試験、LinuC（Linux技術者向けの資格）、AWS認定クラウドプラクティショナーなどは、未経験でも学習しやすい入口になります。
資格だけで内定が決まるわけではありませんが、「最低限の言葉は知っています」と伝える材料にはなります。

具体的には、次のような基礎を押さえると説明しやすいです。

• Linux：サーバーでよく使われるOS
• ネットワーク：通信の仕組み
• クラウド：AWSやAzureなどの利用
• セキュリティ：不正アクセスや権限管理の基礎
• 監視：システムが正常に動いているか見る仕組み

たとえば、Webサイトが見られないとき、原因はプログラムだけとは限りません。
サーバーが止まっている、ネットワークが詰まっている、証明書（通信を安全にするための電子的な身分証）が切れている。
裏側では、見えないところでいろいろ起きています。ユーザーから見れば「なんか動かない」の一言ですが、中の人からすると宝探しという名の原因調査です。

未経験からインフラを狙うなら、資格を1つ取りつつ、Linuxコマンドを触ってみるのが現実的です。
最初から全部わかる必要はありません。
ただし、「サーバーって何ですか？」の状態だと面接でつらいので、最低限の言葉は自分の口で説明できるようにしておきたいですね。

・ネットワーク・サーバーエンジニア｜運用から経験を積みやすい

ネットワークエンジニアやサーバーエンジニアは、運用から経験を積みやすい職種です。
ネットワークエンジニアは通信の道を整える人、サーバーエンジニアはシステムを動かす機械や環境を整える人、というイメージです。
道路と建物を整える仕事に近いですね。地味に見えて、止まると全員が困ります。

理由は、最初の仕事が運用監視や保守から始まるケースがあるからです。
運用監視とは、システムが正常に動いているかをチェックし、アラート（異常を知らせる通知）が出たら対応する仕事です。
いきなり設計するより、決められた手順に沿って状態を確認する仕事から入ることがあります。

未経験者が学びやすいポイントは、次のあたりです。

• IPアドレス：ネットワーク上の住所
• DNS：ドメイン名をIPアドレスに変換する仕組み
• ポート番号：通信の入口番号
• バックアップ：データを失わないための控え
• 障害対応：トラブル発生時の切り分け

たとえば、社内システムにつながらないとき、原因は1つではありません。
PC側の問題、ネットワーク機器の問題、サーバー側の問題、認証の問題。
切り分けとは、どこが原因か順番に確認することです。闇雲に再起動ボタンを押すだけだと、ただのお祈りです。

とはいえ、運用監視だけで満足してしまうと、キャリアが伸びにくい場合もあります。
夜勤の有無、障害対応の頻度、設計・構築に進めるルートがあるかは、面接で確認したほうがいいです。
ネットワーク・サーバー系を狙うなら、最初の1年で「監視だけ」なのか「構築にも触れる」のかを見ておきましょう。

・テスト・QAエンジニア｜品質保証から開発工程を学ぶ入口

テスト・QAエンジニアは、未経験から開発工程を学ぶ入口になりやすい職種です。
QAとはQuality Assuranceの略で、品質保証という意味です。
ただ動くかを見るだけではなく、「このシステムは利用者に出して大丈夫か」を確認する役割なんですよね。

理由は、テストを通じて仕様書、画面、データ、バグ報告の流れを学べるからです。
未経験者がいきなり設計や実装に入るより、まずテストでシステム全体の動きを見るほうが、理解しやすいことがあります。
地味に見えますが、開発の裏側を覗ける入口です。バックヤードツアーさながらですね。

QAチームは、開発をやっている人から恐れられます。
私もちょっと怖かったです。
なぜなら、開発者が「これで大丈夫」と思って出したものに対して、容赦なくバグを見つけてくるからです。しかも、にこやかに。あれは静かな強者です。

テスト・QAで身につきやすい力は、次のようなものです。

• 仕様書を読む力
• 不具合を再現する力
• バグ報告を書く力
• 利用者目線で画面を見る力
• 開発者に状況を伝える力

たとえば、「ログインできません」だけでは、開発者は困ります。
どの画面で、どのアカウントで、何時ごろ、どんな操作をして、どんなエラーが出たのか。
ここまで整理できると、かなり助かります。バグ報告は、現場の伝言ゲームを救う地味なヒーローです。

未経験からテスト・QAを狙うなら、「テストだけで終わるのか」「自動テスト（プログラムでテストを自動化する仕組み）や品質改善にも進めるのか」を見てください。
テストは入口として有効です。
でも、キャリアを伸ばすなら、仕様理解、SQL、テスト設計、自動化あたりまで広げていきたいですね。

・Webエンジニア｜ポートフォリオの質が重要

Webエンジニアは未経験から人気がありますが、ポートフォリオの質が見られます。
Webエンジニアとは、WebサイトやWebサービスを作るエンジニアです。
見た目の画面を作るフロントエンド、裏側の処理を作るバックエンド、両方を触る人もいます。

理由は、Web系は学習教材が多く、作品を見せやすい一方で、応募者も多いからです。
HTML/CSS、JavaScript、PHP、Ruby、Python、Reactなど、入口はいろいろあります。
教材だけなら始めやすいのですが、同じように始める人も多いので、そこで団子状態になります。みんなで学習ロードに並ぶ感じです。

Webエンジニアを狙うなら、次のような材料があると説明しやすいです。

・公開済みのWebサイトやアプリ
・GitHubのコード
・ログイン、投稿、編集、削除などの基本機能
・READMEに使い方や工夫を書いている
・エラー対応や改善履歴を残している

たとえば、ただのToDoアプリでも、工夫の見せ方で印象は変わります。
期限で並び替えできる、検索できる、スマホでも見やすい、ログインユーザーごとにデータを分けている。
小さいアプリでも「自分で考えた跡」があると、見てもらいやすくなります。

ただし、Webエンジニアは未経験から狙う人が多いぶん、ポートフォリオが薄いと埋もれやすいです。
3ヵ月で1つ作るなら、見た目だけでなく、なぜその機能を入れたのかまで説明できるようにしておきたいです。
作品は飾りではなく、面接で会話するためのネタ帳だと思ってください。

・ヘルプデスク・運用監視は入口になり得るが、キャリア設計が必要

ヘルプデスクや運用監視はIT業界の入口になり得ます。
ヘルプデスクは、社内や顧客からの問い合わせに対応する仕事です。
運用監視は、システムが正常に動いているかを確認する仕事ですね。

理由は、未経験でも始めやすい求人があり、IT用語や現場の流れに触れられるからです。
PC設定、アカウント管理、問い合わせ対応、障害の一次対応などを通じて、ITの基礎体力がつきます。
いきなり開発現場に飛び込むのが不安な人には、助走として合う場合もあります。

ただ、キャリア設計なしで入るとしんどいです。
問い合わせ対応だけ、監視だけ、手順書どおりの作業だけが続くと、開発職への転職で説明しにくくなることがあります。
「IT業界に入ったのに、技術経験が増えない」という状態ですね。経験値が入っているようで、違うステータスに振られていることがあります。

見るべきポイントは、次のあたりです。

• 問い合わせ対応だけでなく改善提案ができるか
• Linuxやネットワークに触れる機会があるか
• 障害対応の記録や原因調査に関われるか
• 資格取得や職種変更の支援があるか
• 6ヵ月〜1年後のキャリアルートを説明してもらえるか

ヘルプデスクからインフラ、運用監視からサーバー構築へ進む人もいます。
でも、何となく入って何となく続けると、次の一手が見えにくくなります。
入口として使うなら、「次にどの職種へ進むか」までセットで考えておきたいです。

・AIエンジニア・データサイエンティストは最初から狙うと難易度が高い

AIエンジニアやデータサイエンティストは、未経験から最初に狙うには難易度が高いです。
AIエンジニアはAIモデル（データから学習して判断する仕組み）を扱う仕事、データサイエンティストはデータを分析して意思決定に活かす仕事です。
名前はカッコいいです。名刺に書いてあったら、ちょっと特殊部隊感があります。

理由は、必要な知識の幅が広いからです。
プログラミングだけでなく、数学、統計、機械学習（データからパターンを学ばせる技術）、データベース、クラウド、業務理解まで求められることがあります。
未経験からいきなり狙うと大変です。

必要になりやすい知識は、ざっくり次のようなものです。

• Python：AIやデータ分析でよく使われる言語
• 統計：データの傾向を見る考え方
• 機械学習：データから予測や分類を行う技術
• SQL：データベースから情報を取り出す言語
• 業務理解：分析結果を仕事にどう使うか考える力

もちろん、未経験から絶対に無理という話ではありません。
でも、最初の転職でAIエンジニアだけに絞ると、応募できる求人が少なくなりやすいです。
まずはWeb、インフラ、データ分析補助、社内SE、運用などでIT経験を積み、その後にAIやデータ領域へ寄せるルートのほうが現実的だと思います。

とはいえ、今からPythonや統計を学ぶのは無駄ではありません。
AI時代にデータを読める力は、Webエンジニアにもインフラエンジニアにも役立ちます。
最初から肩書きを狙い撃ちするより、基礎を積み上げて寄せていく。これくらいの温度感がちょうどいいです。

この章では、未経験から狙いやすい職種と、最初から狙うと難しい職種を整理しました。
次の章では、今のあなたが「すぐ応募してよい状態」なのか、「先に学習したほうがよい状態」なのかを診断していきます。

◆5｜未経験者の現在地診断｜今すぐ応募？先に学習？相談すべき？

この章では、未経験からITエンジニアを目指す人が「今すぐ応募するべきか」「先に学習するべきか」「誰かに相談するべきか」を整理します。
求人を見る前に、自分の現在地をざっくり測っておきましょう。地図なしでダンジョンに入ると、最初の分かれ道でだいたい迷います。
あなたはいま、どの地点にいますか？

・診断1｜基礎学習も成果物もない人は、まず1〜3ヵ月学習する

基礎学習も成果物もない状態なら、まず1〜3ヵ月は学習に寄せたほうが現実的です。
「エンジニア 未経験 何から」と検索している段階なら、応募より前に、IT用語と小さな制作に触れる時間を作ったほうが話が早いです。
何も持たずに面接へ行くのは、手ぶらでキャンプに行くようなもの。気合いだけでは、夜の寒さに勝てません。

理由は、求人票の「未経験歓迎」が「完全に何も知らなくてOK」と同じ意味ではないからです。
企業側は、実務経験がないことはわかったうえで、最低限の興味や行動の跡を見ています。
Excelの基本操作、ITに興味がある、パソコン作業に抵抗がない、といった条件が並ぶ求人もありますが、そこに甘えすぎると面接で言葉が詰まりやすいんですよね。

最初に書いたように、私はC言語とJavaの勉強から始めました。
当時は、まず「プログラムってどう動くの？」を手元で確かめる感じでした。
C言語のポインタで頭がこんがらがったり、Javaの開発環境を入れるだけで時間を溶かしたり。楽しくやっていましたね。

最初の1〜3ヵ月でやるなら、次のくらいで十分です。

• HTML/CSSで1ページ作る
• JavaScriptでボタン操作を試す
• ITパスポートや基本情報技術者試験の用語に触れる
• GitHub（コードを公開・管理できるサービス）に学習メモを残す
• 求人票を10件見て、出てくる言葉をメモする

ここで立派なポートフォリオを作る必要はありません。
まずは、面接で「何を学びましたか？」と聞かれたときに、3つくらい自分の言葉で返せる状態を作る。
それだけで、完全なゼロ地点からは抜け出せます。

・診断2｜基礎学習済みだが職種が決まらない人は、求人票を見て逆算する

基礎学習はしたけれど職種が決まらない人は、求人票から逆算して決めるのが早いです。
「Webがよさそう」「インフラも気になる」「AIもカッコいい」と迷う気持ちはわかります。
でも、全部を同時に追うと、学習ロードマップがバイキング会場の皿のようになります。

理由は、職種ごとに求人票で求められる言葉が違うからです。
WebエンジニアならHTML/CSS、JavaScript、PHP、Ruby、Reactなどが出やすいです。
インフラ寄りならLinux、ネットワーク、AWS、監視、運用保守などが並びます。テスト・QAならテスト設計、不具合報告、品質保証といった言葉が出てきます。

私が求人を見るときも、「歓迎条件」はけっこう見ていました。
歓迎条件として、「独学で学んでいる人」「自分でアプリを作った経験」「IT資格の勉強をしている人」といった表現は多いです。
自己研鑽できることは強みになります。言い換えると、「教えられるまで何もしません」だと弱い、ということですね。

求人票を見るときは、次の3つをメモしてみてください。

• 必須条件：応募に最低限必要なもの
• 歓迎条件：あると評価されやすいもの
• 仕事内容：入社後に実際にやること

たとえば、Web系の求人を10件見て、7件にJavaScriptが出てくるなら、次の1ヵ月はJavaScriptを優先する判断ができます。
インフラ求人でLinuxやAWSが多いなら、LinuxコマンドやAWSの基礎に寄せる。
求人票は、企業が出している現場のヒント集です。たまに落とし穴も混ざっていますけどね。

職種が決まらないときは、興味だけで決めなくて大丈夫です。
求人票を20件ほど見て、出てくるキーワードと自分の学習状況を照らし合わせる。
そのうえで「今の自分が1〜3ヵ月で届きそうな職種」を選ぶと、だいぶ動きやすくなります。

・診断3｜ポートフォリオがある人は、応募と改善を並行する

ポートフォリオがある人は、完成を待ちすぎず、応募と改善を並行して進めてください。
未経験のポートフォリオは、100点の作品というより、面接で会話するための材料です。
「まだ見せるのは恥ずかしい」と思う気持ちはありますが、ずっと磨いているだけでは始まりません。

理由は、応募してみないと評価されるポイントがわからないからです。
自分では見た目が弱いと思っていても、面接官はコードの読みやすさを見るかもしれません。
逆に、デザインに時間をかけても、ログイン機能やデータ保存の説明が弱いと突っ込まれることもあります。

応募前に確認したいのは、次のあたりです。

• URLを開けば作品を見られるか
• GitHubのREADMEに使い方が書いてあるか
• ログイン、登録、編集、削除などの基本操作が動くか
• 自分で工夫した点を説明できるか
• エラーや未完成部分を正直に話せるか

ポートフォリオがあるなら、まず5社〜10社くらい応募して反応を見てもよいです。
書類で落ちるなら、職務経歴書や作品説明を直す。
面接で詰まるなら、説明練習や技術理解を補う。応募はテストのようなものです。結果が返ってくるぶん、教材だけより現実が見えます。

ただし、明らかに動かない作品を出すのは避けたいです。
ボタンを押したらエラー画面、ログインしたら真っ白、スマホで見ると画面が崩壊。この状態だと、作品というより事故現場の実況見分に近くなります。
小さくても、最低限動くものを出して、応募しながら改善していきましょう。

・診断4｜30代・高卒・フリーターなど、職歴・学歴に不安がある人は転職支援に相談する

30代・高卒・フリーターなど、職歴や学歴に不安がある人は、早めに転職支援へ相談したほうがいいです。
自分ひとりで求人を眺めていると、「やっぱり無理かも」と不安だけが育つことがあります。
不安は放っておくと、部屋のすみのホコリのごとし。気づいたら存在感が増しています。

理由は、年齢や学歴そのものよりも、応募先の選び方と説明の仕方で差が出るからです。
学歴不問の求人は多いですが、やはり不安ですよね。
「高卒でも大丈夫ですか？」「30代でも間に合いますか？」「フリーター歴をどう説明すればいいですか？」という悩みは、ひとりで抱えると相当重いです。

相談するときは、次のような情報を整理しておくと話が早いです。

• 年齢、学歴、職歴の概要
• これまで学んだIT知識
• 作ったものや資格学習の有無
• 希望職種と避けたい働き方
• 転職希望時期

たとえば、30代で営業経験があるなら、顧客折衝や要件整理に近い仕事へつなげられる可能性があります。
高卒でも、基本情報技術者試験の学習やポートフォリオがあれば、説明材料になります。
フリーター歴がある人も、接客、在庫管理、シフト調整など、業務理解やコミュニケーションの話に変換できることがあります。

もちろん、転職支援に相談したからといって、すぐ内定が出るわけではありません。
でも、自分の市場感を知るだけでも動き方が変わります。
「今すぐ応募できる求人」「先に3ヵ月学習したほうがよい求人」「避けたほうがよい求人」を分けてもらうだけでも、霧が少し晴れるはずです。

・診断5｜独学で詰まっている人は、スクール・メンター・コミュニティを検討する

独学で何度も詰まっている人は、スクール・メンター・コミュニティを検討してもよい段階です。
独学が悪いわけではありません。
でも、同じエラーで3日止まる、何を作ればいいかわからない、学習順が崩れているなら、外から見てもらう価値はあります。

理由は、未経験者がつまずく場所は、本人から見えにくいからです。
環境構築（プログラムを動かす準備）で失敗しているのか、文法の理解が浅いのか、作るものが難しすぎるのか。
自分では「才能がない」と思っていても、実際は設定ファイルが1行違うだけ、ということもあります。

厚生労働省の「教育訓練給付金」では、働く人の主体的な能力開発やキャリア形成を支援するため、厚生労働大臣が指定する教育訓練を修了した場合に、教育訓練経費の一部が支給されると説明されています。
専門実践教育訓練では、令和6年10月以降に開講する講座の場合、受講中に教育訓練経費の50％（年間上限40万円）、条件を満たすと70％や80％まで支給される仕組みも示されています。
※参考：https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/koyou_roudou/jinzaikaihatsu/kyouiku.html

とはいえ、「給付金があるからスクールに行くべき」という話ではありません。
お金が戻る可能性があっても、先に支払いが必要なケースもありますし、対象講座や受給条件もあります。
ここを確認せずに申し込むと、学習以前に財布がしんどいことになります。講座選びは、買い物というより契約です。

スクールやメンターを検討するなら、次の点を見てください。

• 質問対応の回数や時間帯
• 作るポートフォリオの内容
• 転職支援の範囲
• 給付金や補助制度の対象か
• 途中で辞める場合の条件

独学で進める人は、そのままでも問題ありません。
でも、詰まり続けて学習が止まっているなら、外部の力を借りるのは逃げではないです。

・現在地別の次の行動チェック表

最後に、現在地別の行動を整理します。
今の自分に近いところを1つ選んで、次の2週間でやることを決めてください。
全部を一気にやろうとすると、ロードマップが巨大巻物のようになって、読むだけで疲れます。

現在地ごとの目安は、こんな感じです。

• 基礎学習なし：1〜3ヵ月、HTML/CSSやIT用語から始める
• 基礎学習済み：求人票を20件見て、職種を1つに絞る
• ポートフォリオあり：5社〜10社応募しながら改善する
• 職歴・学歴が不安：転職支援で応募先と伝え方を相談する
• 独学で停滞中：スクール、メンター、コミュニティを比較する

この表は、完璧な診断ではありません。
でも、「何から始めればいいのか」で止まっているなら、最初の一歩を決めるには十分です。
未経験からITエンジニアを目指すとき、いちばんしんどいのは、やることが多すぎて何も進まない状態なんですよね。

まずは、今の自分を責めずに現在地を見てください。
基礎がないなら学習、作品があるなら応募、迷いが強いなら相談。
次の章では、実際に未経験歓迎求人を見るとき、入社後に後悔しないためのチェック項目を整理していきます。

◆6｜未経験歓迎求人の見極め方｜入社後に後悔しない7つのチェック項目

この章では、未経験歓迎求人を見るときに、入社後に後悔しないための確認ポイントを整理します。
「未経験歓迎」と書かれているだけで安心してしまう気持ち、わかります。私も求人票を見て、都合のよい文字だけ光って見えた時期がありました。
でも、求人票は福袋ではありません。開けてから「思ってたのと違う…」となる前に、中身をできるだけ確認しておきましょう。

・「未経験歓迎」と「誰でも歓迎」は違う

未経験歓迎は、誰でも歓迎という意味ではありません。
求人票の「未経験歓迎」は、実務経験がなくても応募できる、という意味で使われることが多いです。
パソコンに触ったことがほとんどない、学習もしていない、職種も決めていない状態まで丸ごと歓迎、とは限らないんですよね。

理由は、企業が採用後に給与を払って育てる以上、最低限の適性や準備を見たいからです。
「ITに興味があります」だけでは弱くても、「HTML/CSSで1ページ作りました」「ITパスポートの勉強をしています」なら、話の入口ができます。
未経験でも、何かしら手を動かした跡があると、面接官も質問しやすいです。

e-Gov法令検索で確認できる職業安定法では、求人者などは求人等に関する情報を的確に表示するよう努め、虚偽の表示や誤解を生じさせる表示をしてはならない趣旨が定められています。
求職者側も、求人票の言葉をふわっと受け取らず、仕事内容や労働条件を具体的に確認したほうが安全です。
※参考：https://laws.e-gov.go.jp/law/322AC0000000141

たとえば、「未経験歓迎」と書かれていても、次のような差があります。

• 本当にIT研修から始まる求人
• ヘルプデスクから開発へ進める求人
• 販売やコールセンター勤務が中心の求人
• 研修後の配属先が決まっていない求人
• 仕事内容がぼんやりしている求人

同じ未経験歓迎でも、中身はかなり違います。
未経験歓迎の文字だけで判断せず、「入社後3ヵ月で何をするのか」「6ヵ月後にどんな業務へ進むのか」まで見る。
ここを確認するだけで、怪しい求人に吸い込まれる確率はけっこう下がります。

・チェック1｜研修期間と研修内容が具体的に書かれているか

最初に見るべきは、研修期間と研修内容が具体的に書かれているかです。
未経験からITエンジニアを目指すなら、入社後の研修はただの飾りではありません。
最初の1ヵ月〜3ヵ月で何を学ぶかによって、その後の配属先での大変さが変わります。

理由は、「研修あり」という言葉だけでは中身がまったくわからないからです。
研修内容が書かれていない求人もありますね…。
動画を見るだけなのか、講師に質問できるのか、実際にコードを書くのか、チーム開発をするのか。ここがぼんやりしていると、入社後に不安になります。

私なら、求人票で次の点を確認します。

• 研修期間が何週間、何ヵ月なのか
• 学ぶ内容がHTML/CSS、Java、Linuxなど具体的か
• 質問できる講師やメンターがいるか
• 研修中に作る成果物があるか
• 配属後のフォロー面談があるか

たとえば、「3ヵ月研修」と書いてあっても、最初の2週間だけ座学で、残りは自習というケースもあり得ます。
逆に、1ヵ月でも課題、レビュー、面談がセットになっているなら、けっこう濃い研修になることもあります。
期間の長さだけではなく、学ぶ内容と質問できる環境まで見たいですね。

研修が具体的な求人は、未経験者への育成イメージを持っている可能性があります。
でも、研修内容が一切書かれていないなら、面接で必ず聞いてください。
「研修あります」だけで安心すると、入社後に自習室へ、そっと置いていかれる可能性もあります。

・チェック2｜配属先の業務内容が開発・運用保守・監視・ヘルプデスクのどれか

配属先の業務内容は、開発・運用保守・監視・ヘルプデスクのどれに近いのかを確認してください。
未経験求人では、入社後すぐにコードを書くとは限りません。
どの入口から入るのかを知らないまま入社すると、「エンジニアになったはずなのに、思っていた仕事と違う」となりやすいです。

理由は、同じITエンジニア未経験向け求人でも、最初に担当する仕事が大きく違うからです。
開発はプログラムを書く仕事、運用保守は既存システムを安定して動かす仕事、監視は異常がないか確認する仕事、ヘルプデスクは問い合わせ対応が中心です。
どれもITの仕事ですが、身につくスキルと次のキャリアが変わります。

求人票で見るなら、次の言葉に注目します。

• 開発：Java、PHP、JavaScript、設計、実装、テスト
• 運用保守：障害対応、改修、問い合わせ対応、ログ確認
• 監視：アラート対応、夜勤、手順書、一次対応
• ヘルプデスク：PC設定、アカウント管理、電話・メール対応

たとえば、求人タイトルが「未経験エンジニア」でも、仕事内容が「PCの初期設定」「問い合わせ一次対応」だけなら、最初はヘルプデスク寄りです。
悪いわけではありません。
ただし、開発エンジニアを目指しているなら、いつ開発案件へ移れるのかを聞かないと、後で苦しくなります。

未経験の最初の配属がテストや運用でも、入口としては普通にあります。
でも、仕事内容を知らずに入るのは避けたいです。
求人票の「エンジニア」という肩書きより、実際に毎日やる作業を見てください。

・チェック3｜SESの場合、案件内容・待機期間・キャリア支援を確認する

SES求人では、案件内容・待機期間・キャリア支援を必ず確認してください。
SES（システムエンジニアリングサービス）は、顧客先のプロジェクトに技術者として参加する働き方です。
未経験からの入口になることもありますが、会社によってサポート体制に差があります。

理由は、SESでは配属先によって仕事内容や学べる技術が変わりやすいからです。
同じ会社に入っても、Aさんはテスト案件、Bさんは運用監視、Cさんは開発補助ということもあります。
会社説明だけでなく、実際に未経験者がどんな案件へ入っているのかを聞いたほうが現実が見えます。

確認したいのは、次のあたりです。

・未経験者の最初の案件例
・待機期間中の給与と学習内容
・営業担当やメンターへの相談方法
・案件変更の希望を出せるか
・1年後のキャリアパス例

待機期間とは、次の案件に入るまでの期間のことです。
待機中に給与がどうなるのか、学習時間として使えるのか、放置されるのかで安心感が変わります。
このあたりが曖昧なままだと、入社後に相当心細いです。

SESを全部避ける必要はありません。
とはいえ、未経験者を案件に入れたら終わり、という会社だとつらいです。
SES求人を見るなら、「どの案件に入るか」だけではなく、「困ったときに誰が助けてくれるか」まで確認しておきたいですね。

・チェック4｜「すぐ高年収」「誰でも稼げる」などの表現に注意する

「すぐ高年収」「誰でも稼げる」「未経験から月収〇〇万円」などの表現には注意してください。
未経験からITエンジニアになって年収を上げることは狙えます。
でも、最初からうまい話だけを並べる求人は、仕事内容や条件を細かく見たほうがいいです。

理由は、未経験者の最初の転職では、年収よりも経験値を取りに行く場面が多いからです。
実務経験がない段階で高い給与を出すなら、営業要素が強い、夜勤が多い、残業が多い、技術職ではない業務が中心など、別の理由がある可能性もあります。
もちろん高年収が全部怪しいわけではありませんが、根拠が見えない高条件は慎重に見たいです。

注意したい表現は、次のようなものです。

• 誰でもすぐ稼げる
• 未経験から最短で高年収
• 研修だけでプロになれる
• 完全在宅でラクに働ける
• 仕事内容より夢のある言葉が多い

たとえば、「未経験から年収600万円も可能」と書かれていても、何年目の話なのか、どんな職種なのか、実績者がどれくらいいるのかで意味が変わります。
入社直後の話なのか、3年後のモデルケースなのか。
ここを分けずに読むと、数字だけがひとり歩きします。

求人票は、いいところを前に出します。
だから、悪く見える情報が書かれていないこと自体は普通です。
ただし、仕事内容より「稼げる」「自由」「簡単」が前に出すぎている求人は、面接で業務内容をかなり具体的に聞いてください。

・チェック5｜使用技術・言語・開発環境が確認できるか

使用技術・言語・開発環境が確認できる求人は、入社後のイメージを作りやすいです。
求人票にJava、PHP、Python、JavaScript、Linux、AWS、Gitなどが書かれていると、学習内容とつなげて考えられます。
逆に「IT業務全般」だけだと、何をするのか見えにくいんですよね。

理由は、技術名がわからないと、未経験者が準備しにくいからです。
Web系なのか、インフラ系なのか、社内システムなのか、テスト中心なのかで、学ぶべき内容が変わります。
求人票の情報が薄いと、応募前の学習も面接対策もふわっとしてしまいます。

見るポイントは、次の4つです。

• 使用言語：Java、PHP、Python、JavaScriptなど
• 開発環境：Windows、Linux、Docker、クラウドなど
• 管理ツール：Git、GitHub、Backlog、Redmineなど
• 担当工程：設計、開発、テスト、運用保守など

たとえば、求人票に「Javaで業務システム開発」と書いてあれば、Javaの基礎、SQL、Gitあたりを優先できます。
「Linuxサーバー運用」と書いてあれば、Linuxコマンドやネットワークの基礎が近いです。
技術名は、応募前の学習ルートを決めるための道しるべになります。

とはいえ、未経験求人では詳細な技術名が書かれていないこともあります。
その場合は面接で「入社後に使う言語や環境を教えていただけますか？」と聞いてみてください。
ここで具体的に答えてもらえるなら、準備もしやすくなります。

・チェック6｜資格取得支援・メンター制度・配属後フォローがあるか

資格取得支援・メンター制度・配属後フォローがあるかも確認してください。
未経験者にとって、入社前の研修よりも、配属後のフォローのほうが効く場面があります。
現場に入ってからのほうが、わからない言葉が一気に増えるからです。

理由は、研修で学んだ内容と実務がきれいにつながるとは限らないからです。
研修ではJavaを学んだのに、現場ではSQLやLinuxの質問が飛んでくることもあります。
そのとき、誰に聞けるのか、どのタイミングで相談できるのかが見えないと、未経験者は相当しんどいです。

確認したい制度は、次のようなものです。

・資格受験料の補助
・学習教材や書籍購入の補助
・メンターや先輩との定期面談
・配属後1ヵ月、3ヵ月のフォロー面談
・社内勉強会や質問できるチャット

私の感覚では、質問できる相手がいるだけで、最初の不安はけっこう減ります。
エラーで詰まったとき、「これ、誰に聞けばいいんだろう」で止まる時間はきついんですよね。
技術そのものより、相談先がないことが苦しい場面もあります。

資格取得支援がある会社でも、制度だけ見て終わらせないでください。
「どの資格が対象か」「合格したら支給か、受験前に補助か」「業務時間内に勉強会があるか」まで確認すると現実が見えます。
制度名より、実際に使われているかが大事です。

・チェック7｜面接で聞くべき質問リスト

最後に、面接では求人票でわからない部分を具体的に聞いてください。
未経験者ほど、面接で遠慮してしまいがちです。
でも、入社後に後悔したくないなら、聞くべきことは聞いたほうがいいです。面接は試験でありつつ、こちらが会社を確認する場でもあります。

理由は、求人票だけでは現場の温度感がわからないからです。
研修あり、未経験歓迎、エンジニア職、成長環境あり。
どれも良い言葉ですが、実際に何をするのかは質問しないと見えません。

面接では、次の質問を使ってみてください。

• 未経験入社の人は、最初にどんな業務を担当していますか？
• 研修期間と研修内容を具体的に教えていただけますか？
• 配属後、質問や相談は誰にできますか？
• 入社後3ヵ月、6ヵ月、1年後の業務イメージはありますか？
• 開発、運用保守、監視、ヘルプデスクの比率はどれくらいですか？

SES企業なら、追加で次の質問もしておきたいです。

• 未経験者が入る案件例を教えてください
• 待機期間中の給与や学習支援はどうなりますか？
• 案件変更の相談はできますか？
• 営業担当との面談頻度はどれくらいですか？

質問するときは、詰問っぽくならなくて大丈夫です。
「入社後のギャップを減らしたいので確認させてください」と添えるだけで、印象はやわらかくなります。
それでも明らかに嫌な顔をされるなら、その反応も判断材料です。

未経験歓迎求人を見るときは、文字面よりも中身を確認してください。
研修、配属先、SESの支援体制、高年収表現、使用技術、教育体制、面接質問。
この7つを見ておくと、入社後の「こんなはずじゃなかった」を相当減らせます。
次の章では、未経験からエンジニアになるための学習ロードマップを、具体的な順番で整理していきます。

◆7｜未経験からエンジニアになるための学習ロードマップ

この章では、未経験からITエンジニアを目指す人が、何をどの順番で学ぶと動きやすいかを整理します。
「勉強しなきゃ」と思って教材を開いたものの、HTML、Java、Linux、AWS、資格まで出てきて、画面を閉じたくなっていませんか？
全部同時にやろうとすると、学習机が工具箱をひっくり返した現場のようになります。まずは順番を決めましょう。

・STEP1｜IT基礎を学ぶ：PC・Web・ネットワークの仕組み

最初にやるなら、プログラミング言語よりも先にIT基礎を押さえるのがおすすめです。
IT基礎とは、PC、Web、ネットワーク、データベース、セキュリティなど、ITエンジニアの会話に必ず出てくる土台の知識です。
ここが抜けたままコードだけ書こうとすると、エラーの意味が見えず、けっこうつらいです。

理由は、現場の説明がIT用語だらけだからです。
「ブラウザからサーバーへリクエストが飛ぶ」「DBに接続する」「権限が足りない」「DNSを確認する」と言われたとき、言葉の地図がないと会話についていけません。
最初の学習で全部を深掘りしなくても、言葉を聞いて「あの話かな」と思えるだけで、だいぶ楽になります。

IPA（独立行政法人情報処理推進機構）のITパスポート試験ページでは、職業人やこれから職業人となる人が備えておくべきITの共通的な基礎知識として、コンピュータシステム、データベース、ネットワーク、情報セキュリティ、情報システムの開発・運用などが扱われています。
未経験から学ぶなら、いきなり難しい専門書へ行くより、このあたりの範囲を「用語の見取り図」として使うと迷いにくいです。
※参考：https://www.ipa.go.jp/shiken/kubun/ip.html

最初の2週間で見るなら、次の5つで十分です。

• PC：ファイル、拡張子、ショートカット、圧縮ファイル
• Web：ブラウザ、URL、HTML、HTTP
• ネットワーク：IPアドレス、DNS、Wi-Fi、ルーター
• データベース：表、レコード、SQL
• セキュリティ：パスワード、権限、二要素認証

私も最初は、プログラムを書く前の環境構築で何度も止まりました。
Javaを動かすための設定、C言語のコンパイル（人が書いたコードをPCが実行できる形に変える作業）、エラー文の読み方。
コード以前のところで時間が溶けるんですよね。

でも、IT基礎を少し知っているだけで、教材の説明がかなり読みやすくなります。
最初の1ヵ月は、完璧に覚えるより「聞いたことがある言葉」を増やす時期です。
暗記大会ではなく、現場で迷子にならないための下見だと思って進めてください。

・STEP2｜目指す職種を決める：開発系かインフラ系か

IT基礎に触れたら、次は開発系かインフラ系かを仮決めします。
ここで一生の職種を決める必要はありません。
ただ、3ヵ月の学習で何を優先するかを決めないと、教材だけが増えてしんどいです。

理由は、開発系とインフラ系では、最初に学ぶ内容が違うからです。
開発系はWebサイトやアプリを作る方向で、HTML/CSS、JavaScript、Java、PHP、Pythonなどが出てきます。
インフラ系はシステムの土台を支える方向で、Linux、ネットワーク、クラウド、監視、セキュリティなどが近くなります。

ざっくり分けるなら、次のように考えると見えやすいです。

• 画面やアプリを作りたい：開発系
• サーバーやネットワークに興味がある：インフラ系
• 人の問い合わせ対応から入りたい：ヘルプデスク系
• 不具合探しや品質に興味がある：テスト・QA系

たとえば、あなたが「自分でWebサービスを作ってみたい」と思うなら、開発系に寄せてHTML/CSSやJavaScriptから入るのが自然です。
一方で、「Webサイトが裏でどう動いているのか」「サーバーやクラウドに興味がある」と感じるなら、インフラ系のほうが合うかもしれません。
どちらも正解で、どちらも大変です。問題は、同時に全部を追いかけることなんですよね。

とはいえ、最初の仮決めは変えても大丈夫です。
1ヵ月触ってみて「開発よりネットワークのほうが面白い」と思うこともあります。
最初は職種を当てるというより、学習の方向を1つに絞るために決めてください。

・STEP3｜開発系ならHTML/CSS・JavaScript・Java・PHP・Pythonのどれかを学ぶ

開発系を目指すなら、まずは言語を1つの流れに絞って学びます。
未経験の段階で、HTML/CSS、JavaScript、Java、PHP、Pythonを全部同時にやる必要はありません。
「何を作りたいか」と「求人票に何が多いか」で選ぶほうが、相当現実的です。

理由は、言語ごとに得意分野と求人の出方が違うからです。
HTML/CSSはWebページの見た目を作る基礎、JavaScriptは画面に動きをつける言語です。
Java、PHP、Pythonは、サーバー側の処理や業務システム、Webアプリ、データ処理などで使われます。

最初の選び方は、次のくらいで考えてみてください。

• Web制作寄り：HTML/CSS、JavaScript
• Webアプリ寄り：JavaScript、PHP、Python
• 業務システム寄り：Java
• データ分析やAI寄り：Python
• 求人票に多いものを優先：Java、PHP、JavaScriptなど

私なら、完全未経験で開発系を目指す人には、まずHTML/CSSで1ページ作り、次にJavaScriptでボタン操作や入力チェックを試す流れをすすめます。
その後、求人票を見てJava、PHP、Pythonのどれかに寄せる。
いきなり5言語を並べるより、画面で動くものを1つ作るほうが、面接でも説明しやすいです。

ただし、言語選びで止まりすぎるのはもったいないです。
2週間悩むくらいなら、HTML/CSSで自己紹介ページを作ってしまったほうが前に進みます。
開発系の最初のゴールは、天才的なコードを書くことではなく、「自分で作って動かした経験」を持つことです。

・STEP4｜インフラ系ならLinux・ネットワーク・クラウドを学ぶ

インフラ系を目指すなら、Linux、ネットワーク、クラウドの順で基礎に触れると進めやすいです。
インフラとは、サーバーやネットワークなど、システムを動かす土台のことです。
コードを書く量は開発系より少ない場合もありますが、覚える範囲はけっこう広いです。

理由は、インフラの仕事が「つながる」「動く」「止まらない」を支える仕事だからです。
Linux（サーバーでよく使われるOS）を操作し、ネットワークで通信の流れを理解し、AWSなどのクラウドでサーバー環境を作る。
どれも最初は地味ですが、現場ではかなり効いてきます。

最初に触るなら、次の順番が現実的です。

• Linux：ls、cd、mkdir、catなど基本コマンド
• ネットワーク：IPアドレス、DNS、ポート番号
• クラウド：AWSの無料枠や学習用ハンズオン
• セキュリティ：権限、秘密情報、通信の暗号化
• 監視：ログ、アラート、障害対応の流れ

たとえば、Linuxでフォルダを移動し、ファイルを作り、ログを読むだけでも最初はだいぶ勉強になります。
ネットワークなら、自分のPCのIPアドレスを確認したり、DNSが何をしているかを調べたりする。
クラウドは、最初から本番環境を作るのではなく、学習用に画面を触って「サーバーを借りる感覚」をつかむくらいで十分です。

ただ、クラウドは課金が絡むので注意してください。
無料枠でも設定を間違えると費用が発生する場合があります。
インフラ系は、まず壊しても困らない学習環境で触り、求人票に出てくるLinux、ネットワーク、AWSの言葉を少しずつ自分の言葉にしていきましょう。

・STEP5｜資格は目的別に選ぶ：ITパスポート・基本情報・CCNA・AWS

資格は、目的別に選ぶとムダが少ないです。
未経験からITエンジニアを目指すとき、資格は内定を保証する魔法のチケットではありません。
でも、基礎を学んだ証拠や、学習を続けられる人だと伝える材料にはなります。

理由は、未経験者には実務経験がないからです。
ポートフォリオがまだ弱い人でも、資格学習を通じてIT用語、ネットワーク、セキュリティ、システム開発の流れを説明できるようになります。
面接で「どんな勉強をしましたか？」と聞かれたとき、資格の範囲を使って話せるのは便利です。

目的別に見るなら、次のように選べます。

・IT基礎を広く知りたい：ITパスポート
・開発もインフラも含めて基礎力を見せたい：基本情報技術者試験
・ネットワーク系を狙いたい：CCNA
・クラウドやインフラ系を狙いたい：AWS認定クラウドプラクティショナー

たとえば、まだ職種が決まっていない人はITパスポートで全体像を見るのもありです。
開発職を目指しているなら、基本情報技術者試験のアルゴリズム（問題を解く手順）やデータベースの範囲が役立ちます。
インフラ寄りなら、CCNAやAWSの基礎資格が求人票の言葉とつながりやすいです。

でも、資格だけ集めても現場では苦しいです。
資格学習と並行して、コマンドを打つ、コードを書く、小さな成果物を作る、求人票を読む。
資格はゴールではなく、学習の骨組みとして使うくらいがちょうどいいですよ。

・STEP6｜小さな成果物・学習ログを作る

未経験者は、小さな成果物か学習ログを必ず残したほうがいいです。
成果物とは、自分で作ったWebページ、アプリ、設定メモ、検証記録などのことです。
学習ログは、何を学び、どこで詰まり、どう解決したかを残した記録ですね。

理由は、「勉強しました」だけでは採用側に伝わりにくいからです。
人はやる気を直接見ることができません。
でも、GitHubのコード、Notionやブログの学習メモ、動くWebページがあれば、手を動かした跡は見えます。

最初に作るなら、次のような小さいもので十分です。

・HTML/CSSの自己紹介ページ
・JavaScriptのメモアプリ
・PHPやJavaの簡単な登録フォーム
・Linuxコマンドの学習メモ
・AWSで試した設定の記録

私が見ても、最初から立派なサービスを作っている必要はないと思います。
むしろ、何で詰まったか、どう調べたか、どこを改善したかが書かれているほうが、人間味があります。
完璧な完成品だけを見せようとすると、いつまでも公開できず、精神的にしんどいです。

ただし、学習ログだけで満足しないほうがいいです。
読むだけ、メモするだけだと、実際に動かす力はつきにくいです。
小さく作って、つまずいて、直して、記録する。この4点セットを3ヵ月続けると、だいぶ説明できる材料が増えます。

・STEP7｜求人票を見ながら足りないスキルを補う

最後は、求人票を見ながら足りないスキルを補います。
学習ロードマップは、教材だけで決めるより、実際の求人票と照らし合わせたほうがズレにくいです。
「転職準備」は、履歴書を書く直前から始めるものではなく、学習中から少しずつ始めるものなんですよね。

理由は、求人票に現場で求められる言葉が出ているからです。
Web系ならJavaScript、React、PHP、Laravel、GitHubなどが出るかもしれません。
インフラ系ならLinux、AWS、監視、運用保守、ネットワーク、セキュリティなどが並びます。

おすすめは、気になる職種の求人票を20件ほど見て、出てくる言葉をメモすることです。

• 何度も出る技術名
• 必須条件と歓迎条件の違い
• 未経験者に求められている学習レベル
• 研修後の配属先
• 入社後に担当する業務

たとえば、Web系求人20件のうち12件でJavaScriptが出るなら、次の1ヵ月はJavaScriptを優先してよいです。
インフラ系求人でLinuxとAWSが何度も出るなら、その2つを先に触る。
求人票は、現場からのヒント集です。たまにメリットだらけに加工されていますが、読み方を覚えると使えます。

とはいえ、求人票に出ているスキルを全部満たしてから応募しようとすると、いつまでも出発できません。
未経験なら、必須条件に近づけるものを優先し、歓迎条件は取れるところから拾うくらいで大丈夫です。
3ヵ月学んだら求人票を見直し、足りない部分を2週間単位で補う。この繰り返しが、現実的なロードマップになります。

未経験からITエンジニアを目指すなら、学習は「広く少し見て、方向を決めて、狭く作る」流れが動きやすいです。
IT基礎、職種選び、言語やインフラ、資格、成果物、求人票。この順番で進めると、何から始めればいいのかで止まりにくくなります。
次の章では、ポートフォリオや実績作りについて、未経験者が評価されやすい成果物の考え方を整理していきます。

◆8｜ポートフォリオ・実績作り｜未経験者が評価される成果物とは？

この章では、未経験からITエンジニアを目指す人が、どんなポートフォリオや実績を見せると評価されやすいのかを整理します。
「作品を作れ」と言われても、何をどこまで作ればいいのか、正直ちょっと迷いませんか？
ポートフォリオは、すごい発明品を並べる棚というより、自分の学習跡を見せる作業台に近いです。

・ポートフォリオとは、スキルを示す成果物のこと

ポートフォリオとは、自分が学んだスキルを見せるための成果物です。
未経験からエンジニア転職を目指すなら、履歴書や職務経歴書だけでは伝わりにくい「手を動かした証拠」を補ってくれます。
ここでいう成果物は、Webアプリ、GitHubのコード、構築手順、学習ログ、検証メモなどを含みます。

理由は、未経験者には実務経験がほとんどないからです。
採用側から見ると、「勉強しています」と言う人は多いですが、どこまで自分で理解しているかは見えません。
そこで、動くものや説明できる記録があると、面接で話を広げやすくなります。

たとえば、同じ「JavaScriptを勉強しました」でも、印象はだいぶ変わります。
口頭で言うだけの人と、メモアプリを作って、入力チェック、保存処理、エラー対応まで説明できる人。
後者のほうが、「どこで詰まりましたか？」と深掘りされたときに答えやすいんですよね。

私なら、最初から大作を狙うより、3週間〜1ヵ月で小さく完成するものをすすめます。
未経験ポートフォリオは、完成度100点の芸術作品より、学習の流れが見える実験記録のほうが強い場面があります。
作ったものを通じて、自分の考え方を見せる場所だと思ってください。

・Web系志望者は「動くアプリ＋説明できる設計」が重要

Web系志望者なら、ポートフォリオは「動くアプリ」と「説明できる設計」をセットで用意したいです。
画面だけきれいでも、どんなデータを持ち、どんな処理で動いているかを話せないと評価につながりにくいです。
Webエンジニアのポートフォリオは、見た目よりも中身を説明できるかが相当見られます。

理由は、Webアプリの仕事が画面、入力、データベース、認証、エラー処理の組み合わせで動くからです。
CRUD（登録・表示・更新・削除の基本操作）やログイン機能、バリデーション（入力内容のチェック）を理解していると、実務の話に近づきます。
きれいなボタンだけでは、現場の会話には少し届きにくいんですよね。

作るなら、次のような小さめのアプリで十分です。

• タスク管理アプリ
• 読書記録アプリ
• 家計簿アプリ
• 問い合わせフォーム
• ログイン機能つきメモアプリ

私も昔、画面が動いたところで「できた！」と思っていた時期がありました。
でも、データベースの項目を聞かれると急に口数が減るんですよ。さっきまで元気だったキーボードが、面接室で急に借りてきた猫です。
テーブル設計（データを入れる表の設計）や画面遷移（画面の移動の流れ）を説明できないと、作った本人なのに案内係を見失います。

Web系の成果物では、完成画面だけでなく「なぜその機能を作ったか」まで残しておくと強いです。
READMEや記事に、使用技術、機能一覧、工夫した点、詰まった点、今後直したい点を書いてください。
アプリが小さくても、説明が通っていれば、未経験者の実績としてかなり見せやすくなります。

・インフラ系志望者は構築手順・検証ログ・資格学習記録でも実績になる

インフラ系志望者は、派手なアプリがなくても、構築手順・検証ログ・資格学習記録が実績になります。
インフラとは、サーバー、ネットワーク、クラウドなど、システムを動かす土台のことです。
未経験で「インフラ ポートフォリオって何を出せばいいの？」と止まる人はけっこう多いと思います。

理由は、インフラの評価が「何を作ったか」だけでなく、「どう構築し、どう確認したか」に出るからです。
Linux（サーバーでよく使われるOS）、ネットワーク、AWSなどのクラウドは、手順や検証結果を残すだけでも学習の跡が見えます。
設定内容を説明できる人は、現場でも質問しやすいです。

最初に作るなら、次のような記録で十分です。

• LinuxでWebサーバーを立てた手順
• AWSのEC2でHTMLを公開した検証ログ
• セキュリティグループ（通信を許可・制限する設定）のメモ
• pingやcurl（通信確認に使うコマンド）の実行結果
• CCNAやAWS資格の学習記録

たとえば、UbuntuにNginx（Webサーバーソフト）を入れて、ブラウザでページを表示するだけでも、最初は大変です。
SSH（サーバーに安全に接続する仕組み）でログインし、ポート番号（通信の入口）を確認し、ログを読んで原因を探す。
ここまで残してあれば、アプリがなくても「自分で触った人」だと伝わります。

とはいえ、インフラ系の検証ログでは秘密情報の扱いに注意してください。
IPアドレス、アクセスキー、パスワード、個人情報をそのまま公開すると、成果物が一瞬で危険物置き場になります。
公開する前に、伏せる情報と見せる情報を分けておきましょう。

・GitHub・README・デプロイURL・改善履歴を整える

ポートフォリオは、GitHub・README・デプロイURL・改善履歴まで整えて見せたいです。
GitHubはコードや変更履歴を管理・公開できるサービス、READMEはプロジェクトの説明書、デプロイURLはアプリをネット上で確認できるURLです。
作った本人以外が見ても迷わない状態にしておくと、だいぶ印象が変わります。

理由は、採用担当者や現場エンジニアが、作品を長時間じっくり見られるとは限らないからです。

GitHub Docsでは、READMEはプロジェクトが何をするものか、なぜ役立つのか、どう使うのかなどを伝える場所だと説明されています。
つまり、READMEは飾りではなく、作品の受付カウンターなんですよね。
※参考：https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes

READMEに入れるなら、次の5つは用意しておきたいです。

• サービス概要：何を解決するアプリか
• 使用技術：言語、フレームワーク、データベース
• 使い方：画面URL、テスト用アカウント、操作手順
• 工夫点：自分で考えた設計や改善
• 改善履歴：最初から何を直したか

たとえば、同じタスク管理アプリでも、「ReactとFirebaseで作りました」だけでは弱いです。
「締切日で並び替えできるようにした」「スマホ表示で崩れたのでCSSを直した」「入力エラーを日本語で出すようにした」と書いてあると、改善の跡が見えます。
未経験者の場合、この改善履歴がけっこう効きます。

ただし、デプロイURLが切れていると一気に見られにくくなります。
無料ホスティングの停止、環境変数（外に見せない設定値）の設定漏れ、データベース接続エラーなどは、応募前に確認しておきたいところです。

・AIを使った場合は、どこを自分で考えたか説明できるようにする

AIを使ってポートフォリオを作った場合は、どこを自分で考えたか説明できる状態にしておきたいです。
生成AI（文章やコードを作れるAI）を使うこと自体が悪いわけではありません。
でも、AIに丸投げして中身を説明できないと、面接でかなり苦しいです。

理由は、AIが出したコードにも誤りや抜けがあるからです。
動いているように見えても、入力チェックが弱い、エラー処理がない、セキュリティ面が危ないということがあります。
「AIがそう言ったので」は、現場では防御力ゼロの盾です。

NIST（米国国立標準技術研究所）のSSDF（Secure Software Development Framework）は、ソフトウェアの脆弱性リスクを減らすための安全な開発実践を整理した資料です。
同資料では、安全なソフトウェア開発の実践を各開発プロセスへ組み込む考え方が示されています。
未経験のAIポートフォリオでも、APIキーや個人情報を公開しない、使ったライブラリを説明できる、脆弱性につながる箇所を確認する、といった姿勢は見せたいところです。
※参考：https://csrc.nist.gov/pubs/sp/800/218/final

AIを使ったなら、READMEや面接で次のように説明できると自然です。

• 要件整理は自分で行った
• コードのたたき台作成にAIを使った
• エラー修正は公式ドキュメントで確認した
• セキュリティや入力チェックは自分で見直した
• AIの回答をそのまま使わず、動作確認した

たとえば、ログイン機能をAIに作ってもらった場合、パスワードの扱い、セッション（ログイン状態を保つ仕組み）、エラー時の表示を自分で説明できるかがポイントです。
ここを話せないまま出すと、ポートフォリオが便利ツールの成果なのか、自分の成果なのか見えにくくなります。
AIは使っていいです。でも、責任者は自分です。

・未経験ポートフォリオでやりがちな失敗

未経験ポートフォリオで避けたいのは、作り込み不足よりも「説明できない・見られない・危ない」状態で出すことです。
作品が小さいこと自体は問題になりにくいです。
むしろ、見せ方が未整理だと、せっかくの学習が伝わらずしんどいです。

理由は、採用側がポートフォリオを通じて、技術力だけでなく仕事の進め方も見ているからです。
教材を写しただけなのか、自分で考えたのか。
エラーが起きたときに直したのか、放置したのか。
そのあたりが、コードや説明文にじわっと出ます。

やりがちな失敗は、次の5つです。

・教材の丸写しで、自分の工夫がない
・READMEが空、または説明が1行だけ
・デプロイURLが動かない
・APIキーや個人情報を公開している
・改善履歴や詰まった点が残っていない

私が未経験者側で見るなら、完璧な作品より「なぜそう作ったか」を話せる人のほうが安心感があります。
小さなアプリでも、失敗、修正、改善が残っていれば、学習の筋道が見えます。
反対に、見た目だけ整っていて説明できない作品は、少しハリボテっぽいです。

とはいえ、最初から全部を完璧に整える必要はありません。
まず1ヵ月で小さく作り、2週間でREADMEを整え、さらに2週間で改善履歴を足す。
このくらいの単位で育てると、ポートフォリオ作りのつらい感じがちょっぴり減ります。

未経験からITエンジニアを目指すなら、ポートフォリオは「すごいものを作る場所」ではなく、「自分で考えて動かした証拠を見せる場所」です。
次の章では、実例をもとに、受かりやすい未経験者と落ちやすい未経験者の違いを整理していきます。

◆9｜実例で見る「受かりやすい未経験者」と「落ちやすい未経験者」の違い

この章では、未経験からITエンジニアを目指す人の中で、面接で話が通りやすい人と、途中でつまずきやすい人の違いを実例で整理します。
「同じ未経験なのに、なぜあの人は受かるんだろう？」と思ったことはありませんか？
答えは、経歴のきれいさよりも、学習・成果物・志望動機のつながりに出やすいです。

・受かりやすい人｜学習内容・成果物・志望動機がつながっている

受かりやすい未経験者は、学習内容、成果物、志望動機が一本の線でつながっています。
「Javaを学びました」「アプリを作りました」「御社に入りたいです」がバラバラではなく、自分の経験から自然に説明できる人です。
変に嘘をつく必要はありません。私は、包み隠さず話すほうが結果的に強いと思っています。

理由は、面接官が知りたいのは「すごい話」より「再現性」だからです。
再現性とは、入社後も同じように学び、調べ、改善できそうかという見立てのことです。
未経験からエンジニア転職を目指すなら、完璧な経歴よりも、考えた順番が見えるほうがだいぶ伝わります。

たとえば、次のように話せる人は強いです。
前職で在庫確認に時間がかかっていたので、業務効率化に興味を持った。
その後、Python（業務自動化にも使われるプログラミング言語）を学び、CSVファイルを読み込んで集計する小さなツールを作った。
だから、最初は社内システムや業務改善に関わるIT職で経験を積みたい、という流れです。

反対に、「将来性がありそうだから」「手に職をつけたいから」だけだと、少し弱いです。
もちろん本音としては悪くありません。
でも、面接では本音をそのまま置くだけでなく、学習と成果物につなげて話すと、話が急に立体的になります。

受かる人は、自分を大きく見せるより、現在地を正直に説明できます。
「ここまでは自分でできます」「ここから先は実務で学びたいです」と言える人は、会話がしやすいんですよね。
未経験だからこそ、盛った経歴より、筋の通った説明のほうが効きます。

・落ちやすい人｜スクール卒・資格取得だけで安心している

なかなか受からない未経験者は、スクール卒業や資格取得だけで安心してしまう傾向があります。
スクールも資格も悪くありません。
ただし、それだけで「エンジニア未経験でも受かる人」になれるかというと、そこは別問題なんです。

理由は、スクールや資格がゴールではなく、スタート地点の証明に近いからです。
採用側は「何を受講したか」より、「何を理解し、何を自分で直し、何を説明できるか」を見ます。
卒業証書だけを掲げても、面接では強そうな防具だけ装備している状態になりがちです。

たとえば、プログラミングスクールで3ヵ月学んだ人がいたとします。
カリキュラム通りにアプリを作っただけで、なぜその設計にしたのか、エラーをどう直したのか、どこを自分で追加したのかを話せない。
この状態だと、スクール名は出せても、中身の話で苦しくなります。

資格も同じです。
ITパスポートや基本情報技術者試験は、基礎知識を示す材料になります。
でも、「資格を取りました」で止まると、現場でどう使うのかが見えません。
ネットワークの章を学んだなら、自宅でルーター設定を確認した、AWSでEC2を立てた、など小さな行動につなげたいところです。

スクール卒や資格取得は、履歴書の飾りではなく、面接で会話するための入口です。
「受講しました」ではなく、「受講後に自分でこう変えました」まで言えると、評価のされ方がけっこう変わります。
落ちる人との差は、肩書きよりも、その後の手触りに出ます。

・受かりやすい人｜前職経験をIT職種に結びつけて話せる

受かりやすい人は、前職経験をIT職種に結びつけて話せます。
未経験だから前職は関係ない、と思う人もいますが、それはもったいないです。
販売職、事務職、工場勤務、フリーター経験でも、ITエンジニアの仕事に近い要素はあります。

理由は、エンジニアの仕事がコードだけで完結しないからです。
要件定義（何を作るか決める工程）、テスト、問い合わせ対応、改善提案、チームでのやり取りなど、前職で培った力が使える場面はあります。

BLS（米国労働統計局）の職業情報でも、開発者・QA・テスターに必要な資質として、分析力、コミュニケーション力、細部への注意、問題解決力などが整理されています。
※参考：https://www.bls.gov/ooh/computer-and-information-technology/software-developers.htm

たとえば販売職なら、顧客の困りごとを聞き取る力があります。
事務職なら、Excelでの集計、ミスを減らす確認手順、業務フローの整理を話せます。
工場勤務なら、手順書どおりに作業する力や、品質チェック、不具合の報告経験が使えます。

フリーター経験も、話し方次第です。
シフト管理、接客、在庫補充、クレーム対応、複数業務の優先順位づけなど、実は現場力があります。
「何もありません」と言い切る前に、毎日の仕事で何を判断していたかを棚卸ししてみてください。

前職経験は、IT用語に無理やり変換する必要はありません。
「相手の要望を聞く」「ミスを減らす」「手順を守る」「異常を報告する」といった言葉で十分です。
そこから、IT職種でどう活かせるかを1つだけ橋渡しできると、未経験でも話が通りやすくなります。

・落ちやすい人｜「教育してほしい」だけの志望動機になっている

落ちやすい人は、志望動機が「教育してほしい」だけになっています。
未経験なので研修を受けたい気持ちは自然です。
でも、会社は学校ではないので、育ててもらう前提だけだと、採用側はだいぶ不安になります。

理由は、企業が採用で見ているのは、入社後に一緒に働けるかどうかだからです。
研修制度がある会社でも、自分で調べる、質問を整理する、学んだ内容を業務に戻す姿勢は求められます。
「教えてもらえればできます」だけだと、相手に負担を丸投げしているように聞こえることがあります。

たとえば、次の志望動機は少ししんどいです。
「未経験でも研修が充実していると聞いたので、御社で学びたいです」
これだけだと、会社側からすると「で、うちで何をしたいの？」となります。

言い換えるなら、こうです。
「独学でHTML/CSSとJavaScriptを学び、問い合わせフォームを作りました。前職では顧客対応で要望を聞く機会が多かったため、まずはユーザーに近いWeb制作や運用改善の業務で経験を積みたいです」
これなら、学習、前職、応募先の仕事がつながります。

とはいえ、研修を重視すること自体は悪くありません。
問題は、「自分でここまでやったので、足りない部分を現場で伸ばしたい」と言えるかどうかです。
教育を受ける人ではなく、一緒に育つ人として見てもらうほうが、面接の空気は軽くなります。

・実例テンプレ｜販売職・事務職・工場勤務・フリーターからのアピール例

未経験からITエンジニアを目指すなら、前職別にアピールの型を持っておくと話しやすいです。
高卒、文系、フリーターでも、「何をしてきたか」と「何を学んだか」をつなげれば、志望動機は作れます。
ここで見栄を張るより、実際にやったことを言葉にしたほうが相当強いです。

理由は、面接で聞かれるのが「すごい経歴か」だけではないからです。
むしろ未経験者の場合、過去の経験をどう整理し、IT職種へどうつなげているかを見られます。
自分の経歴を一度テンプレ化しておくと、面接で頭が真っ白になりにくいです。

職種別に言うなら、こんな形です。

• 販売職：顧客の要望を聞き取った経験を、要件整理や問い合わせ対応に結びつける
• 事務職：Excel集計や確認作業を、業務改善やデータ管理への関心に結びつける
• 工場勤務：手順遵守や不具合報告を、テスト・QAやインフラ運用に結びつける
• フリーター：接客やシフト対応を、チーム作業や優先順位づけに結びつける

たとえば販売職なら、こう話せます。
「お客様の要望を聞き、在庫や納期を確認して提案する仕事をしていました。今はJavaScriptで小さなフォームを作り、入力内容をチェックする仕組みを学んでいます。将来的には、ユーザーの困りごとを理解できるWebエンジニアを目指したいです」
これなら、前職と学習がつながります。

事務職なら、Excelで毎月の集計をしていた経験が使えます。
工場勤務なら、異常が出たときに止める、報告する、記録する流れがQAや運用監視に近いです。
フリーター経験も、複数の仕事を時間内に回していたなら、タスク管理の話につなげられます。

未経験エンジニア転職では、「受かりやすい人」と「落ちやすい人」の差が、派手な経歴だけで決まるわけではありません。
次の章では、独学・スクール・転職エージェントをどう使い分けて、実際に転職活動を進めるかを整理していきます。

◆10｜未経験エンジニア転職の進め方｜独学・スクール・転職エージェントの使い分け

この章では、未経験からITエンジニアを目指すときに、独学・スクール・転職エージェントをどう使い分けるかを整理します。
「全部やったほうがいいの？それとも、どれか1つでいいの？」と迷っていませんか？
結論は、今の自分の弱点に合わせて使うものを変える、です。道具箱を全部持って山登りすると、だいたい肩が悲鳴をあげます。

・独学が向いている人・向いていない人

独学が向いているのは、自分で調べるのが苦ではなく、毎週の学習時間を確保できる人です。
未経験からエンジニアを目指す場合でも、最初の1〜3ヵ月は独学で十分に進められます。
HTML/CSS、JavaScript、Linuxコマンド、Git（コードの変更履歴を管理する仕組み）あたりは、無料教材や書籍でも入口まで触れます。

理由は、エンジニアの仕事そのものが「わからないことを調べる」の連続だからです。
独学で小さく詰まって、小さく解決する経験は、面接でも話しやすい材料になります。
私も最初は、環境構築だけで半日消えることがありました。画面に出た英語のエラー文を、翻訳しながら1つずつ潰していく感じです。

たとえば、独学で進めるなら次のような形が現実的です。

• 1ヵ月目：HTML/CSSでプロフィールページを作る
• 2ヵ月目：JavaScriptで入力チェックやボタン操作を入れる
• 3ヵ月目：GitHubに公開し、README（作品の説明書）を書く
• 並行して求人票を20件見て、必要な技術をメモする

一方で、独学が向いていない人もいます。
何を学べばいいかで2週間止まる人、エラーが出ると学習自体を閉じてしまう人、仕事後の時間をまったく確保できない人は、独学だけだと相当しんどいです。
「自分は意志が弱い」と責める前に、仕組みで補う方向も考えてください。

独学は、お金を抑えられるかわりに、迷子になるコストがかかります。
未経験からITエンジニアを目指すなら、まず2〜4週間だけ独学して、自分が走れるタイプかを見てみる。
ここで手応えがあるなら、そのまま作品づくりへ進めます。

・プログラミングスクールが向いている人・向いていない人

プログラミングスクールが向いているのは、学習順を決めてもらったほうが動ける人です。
また、質問できる相手がいないと止まりやすい人、3ヵ月〜6ヵ月で転職活動まで進めたい人にも合いやすいです。
スクールは転職を保証するチケットではありませんが、迷う時間を減らす道具にはなります。

理由は、未経験者がつまずく原因の多くが、技術そのものより「順番」と「相談先」にあるからです。
HTMLの次に何をやるのか、ポートフォリオはどの規模で作るのか、転職活動はいつ始めるのか。
ここをひとりで決めるのは、だいぶ大変なんですよね。

たとえば、スクールを使うなら、受講前に次の4点は見てください。

• 質問対応の時間帯と回数
• 作れるポートフォリオの内容
• 転職支援の対象年齢や地域
• 途中解約や返金の条件

スクールが向いていないのは、受講すれば自動で転職できると思っている人です。
また、月々の料金だけ見て、総額や契約条件を確認しない人も危ないです。
「今だけ割引」「無料相談で詳しく」といった言葉に流されると、あとから支払いがつらくなることがあります。

スクールを使うなら、学習を外注するのではなく、詰まりを減らすために使う感覚が合っています。
受講中も、自分で手を動かす時間は必要です。
講師がコードを書いてくれるわけではないので、そこは現実ですね。

・転職エージェントが向いている人・向いていない人

転職エージェントが向いているのは、自分に合う求人を選ぶ自信がない人です。
未経験歓迎の求人は幅が広く、開発、運用監視、ヘルプデスク、テスト、SES（客先常駐型の働き方が多い契約形態）などが混ざっています。
求人票だけを見て判断するのが大変なら、第三者に見てもらう価値はあります。

理由は、未経験者ほど求人の見極めで差が出るからです。
仕事内容が「ITサポート」と書かれていても、実際は問い合わせ対応中心なのか、キッティング（PCの初期設定）なのか、運用監視なのかでキャリアの伸び方が変わります。
同じ「未経験歓迎」でも、けっこう違うんですよね。

たとえば、エージェントに相談するなら、最初に次の条件を伝えると話が早いです。

• 希望職種と避けたい業務
• 学習期間と作ったもの
• 希望勤務地とリモート可否
• 年収の下限と入社希望時期

一方で、エージェントが向いていない人もいます。
紹介された求人をそのまま信じてしまう人、複数の意見を比較しない人、職種の希望をまったく言語化していない人です。
エージェントは便利ですが、あなたの人生の操縦席まで預ける相手ではありません。

転職エージェントは、求人を探す道具の1つです。
使うなら「この求人は開発に近いですか？」「入社後の研修期間は何ヵ月ですか？」「夜勤やシフト勤務はありますか？」と具体的に聞いてください。
質問できる人ほど、紹介の精度も上がりやすいです。

・求人サイト・直接応募・Wantedly・Greenを使う場合の注意点

求人サイトや直接応募、Wantedly、Greenを使うなら、応募前に仕事内容を細かく読み込んでください。
未経験からITエンジニアを目指す人にとって、求人の入口は多いです。
でも、入口が多いぶん、仕事の中身が見えにくくなることがあります。

理由は、媒体ごとに求人の見え方が違うからです。
求人サイトは条件検索がしやすく、直接応募は企業の採用ページを深く読めます。
Wantedlyは会社の雰囲気やストーリーが見えやすく、GreenはIT・Web系の求人を探しやすい印象があります。

応募前に見るなら、次の4つです。

• 入社後に最初に担当する業務
• 研修期間と研修後の配属先
• 使用技術や開発環境
• 評価制度とキャリアパス

たとえば、「未経験歓迎」「エンジニア募集」と書かれていても、最初の半年は問い合わせ対応だけのこともあります。
それが悪いわけではありません。
ただ、自分がWeb開発をしたいのに、ずっと電話対応中心だと、あとから苦しくなりやすいです。

直接応募は、企業研究をしっかりできる人には向いています。
WantedlyやGreenは、プロフィールの作り込みで印象が変わります。
どの媒体でも、応募ボタンを連打する前に、求人票をスクショして「仕事内容」「必要スキル」「入社後の流れ」をメモしておくと、面接前にかなり助かります。

・無料相談を使うなら、登録前に確認すべきこと

無料相談を使うなら、登録前に「何を相談できるのか」と「何を紹介されるのか」を確認してください。
未経験向けの無料相談は、スクール、転職エージェント、キャリア相談サービスなど種類があります。
名前は同じ“相談”でも、中身は別物なんですよね。

この理由は、無料相談の目的がサービスによって違うからです。
学習計画を一緒に考える相談もあれば、スクールの説明が中心の相談もあります。
求人紹介が目的の場合もありますし、カウンセリング後に有料プランを案内されるケースもあります。

登録前に見るなら、次の5つです。

・相談後に料金が発生する条件
・紹介されるサービスや求人の範囲
・担当者の変更ができるか
・個人情報の利用目的
・強引な勧誘を断れる窓口

消費者庁は、2023年10月1日からステルスマーケティングが景品表示法違反となったと説明しています。
無料相談や紹介ページを見るときも、広告・PRであることが読者にわかる形で示されているかは見ておきたいです。
「よさそうな体験談」だけで即登録すると、あとから話が違ってしんどい、という事故もあります。
※参考：https://www.caa.go.jp/policies/policy/representation/fair_labeling/stealth_marketing/

無料相談で聞くなら、「私の場合、今すぐ応募か、先に学習か、どちらが現実的ですか？」と聞くとよいです。
もう1つ、「紹介できる求人の職種名を具体的に教えてください」と聞いてみてください。
ここで話がふわっとするなら、少し距離を置いてもいいと思います。

無料相談は、使い方を間違えなければ便利です。
でも、相談しただけで道が全部決まるわけではありません。
メモを取り、2社以上で言われたことを比べて、自分の判断材料にする。これくらいの距離感がちょうどいいです。

未経験エンジニア転職は、独学・スクール・転職エージェントを全部使えば勝てるわけではありません。
自分の弱点に合うものを1つ選び、足りなければ追加する。この順番で十分です。
次の章では、面接や志望動機で何を見られるのか、未経験者が準備しておきたいポイントを整理していきます。

◆11｜未経験エンジニアの面接・志望動機で見られるポイント

この章では、未経験からITエンジニアを目指す人が、面接で何を見られるのかを整理します。
「勉強しました」だけでは少し弱いです。面接官は、学習量の奥にある考え方や働き方まで見ています。
志望動機、前職経験、ポートフォリオ、逆質問まで、面接前に一度ここで交通整理しておきましょう。

・面接官が見ているのは「学習量」だけではない

面接官が見ているのは、学習時間の長さだけではありません。
未経験エンジニアの面接では、学んだ内容をどう説明できるか、詰まったときにどう動いたか、チームで働けそうかまで見られます。
「3ヵ月勉強しました」より、「3ヵ月で何を作り、どこで詰まり、どう直したか」のほうが伝わりやすいです。

理由は、実務では正解の教材が横に置いてあるわけではないからです。
エラーが出る、仕様が変わる、先輩のレビュー（コードや設計への指摘）が入る。
そのたびに固まってしまうと、本人も現場もしんどいんですよね。

たとえば、面接では次のような話ができるとだいぶ強いです。

• 学習期間と使った教材
• 作ったものと担当した範囲
• 詰まったエラーと解決方法
• 次に直したい改善点

私が採用側の話を聞いていて印象に残ったのは、完璧な作品より「直した履歴」を話せる人のほうが強い、という点です。
GitHub（コードを保存・公開できるサービス）のコミット履歴やREADME（作品の説明書）に改善の跡があると、「この人は手を動かしてきたな」と伝わりやすいんです。
面接は学習量の発表会ではなく、仕事の進め方を見せる場だと思ってください。

・志望動機は「教育制度があるから」だけでは弱い

志望動機は、「教育制度があるから」「未経験歓迎だから」だけで止めないほうがいいです。
その2つは応募理由として自然ですが、企業側から見ると「うちでなくてもよくない？」となりやすいからです。
未経験からITエンジニアを目指すなら、自分がどんな仕事に関わりたいのかまで入れたいところです。

理由は、会社は学校ではなく、入社後に一緒に仕事をする人を探しているからです。
もちろん研修がある会社はありがたいです。
でも、志望動機が「教えてもらえるから」だけだと、受け身っぽい印象になります。

たとえば、志望動機は次の3つで組み立てると話しやすいです。

・ITエンジニアを目指したきっかけ
・その会社の事業や開発内容に興味を持った理由
・入社後にどう貢献したいか

「前職で在庫管理のミスを減らすためにExcelを使っていました。手作業を仕組みで減らす面白さを感じ、業務システムの開発に関わりたいと思いました。御社は中小企業向けの管理システムを扱っているため、現場目線を活かせると考えています。」
これくらい具体的になると、教育制度だけに寄りかからない志望動機になります。

志望動機では、企業をほめるより、自分の経験と会社の仕事をつなげるほうが効きます。
公式サイト、採用ページ、導入事例を30分だけでも読んで、自分の言葉に変えてください。
借り物の志望動機は、面接で質問された瞬間にメッキが剥がれます。

・前職経験をエンジニア職にどう結びつけるか

前職経験は、無理に「エンジニアっぽく」盛る必要はありません。
未経験の面接では、前職で身につけた仕事の進め方を、エンジニア職でどう活かせるかに変換して話すのが現実的です。
販売、営業、事務、製造、接客、どれでも材料はあります。

理由は、ITエンジニアの仕事にも、技術以外の力が必要だからです。
要件定義（何を作るか整理する工程）、問い合わせ対応、チーム内の報告、納期管理、テスト観点の整理。
コードだけで完結する仕事は、思っているより少ないです。

前職経験は、次のように置き換えると話しやすいです。

• 接客経験 → 相手の困りごとを聞き出す力
• 営業経験 → 課題を整理して提案する力
• 事務経験 → ミスを減らす手順化の力
• 製造経験 → 手順を守り、改善点を見つける力

厚生労働省の「マイジョブ・カード」では、ジョブ・カードが求職活動やキャリア形成に役立つこと、自己診断で自分の強みや得意なことを知る入口になることが紹介されています。
未経験からエンジニア面接を受ける前に、前職で何をして、何を工夫し、どんな成果が出たかを書き出しておくと、志望動機にも自己PRにも使いやすいです。
※参考：https://www.job-card.mhlw.go.jp/

たとえば、事務職の人なら「毎月30件の請求処理で確認表を作り、差し戻しを減らした」という話は、業務改善の経験として使えます。
エンジニア面接では、それを「手作業を減らす仕組みに興味を持った」とつなげればいいんです。
前職は遠回りではありません。ちゃんと掘れば、使える部品が出てきます。

・ポートフォリオを説明するときのポイント

ポートフォリオは、見せるだけでなく説明できる状態にしておきましょう。
未経験エンジニアの面接では、作品の派手さよりも、なぜ作ったか、どこを工夫したか、何を改善したいかを話せるかが見られます。
画面が動くだけで満足すると、面接でちょっと苦しいです。

理由は、面接官が知りたいのは「完成品」だけではなく、作る過程だからです。
なぜその機能を入れたのか、どの技術を選んだのか、エラーをどう調べたのか。
ここを説明できると、未経験でも仕事の進め方が見えます。

説明の準備は、次の4点で十分です。

• 誰のための作品か
• 使った技術と選んだ理由
• 一番詰まったところ
• 次に改善したいところ

たとえば、タスク管理アプリを作ったなら、「ログイン機能を実装しました」だけでは少し弱いです。
「自分が副業タスクを忘れがちだったので、締切日で並び替えできるようにしました。日付処理で詰まり、MDN Web Docs（Web技術の標準仕様や解説を確認できる資料）を見ながら修正しました」と話せると、人間味が出ます。

ポートフォリオ面接では、できなかった点も隠しすぎなくて大丈夫です。
「本当は通知機能まで入れたかったが、今回は期限内にCRUD（作成・読み取り・更新・削除の基本操作）を安定させることを優先しました」と言えれば、判断の跡が見えます。
完璧風より、改善できる人のほうが現場では一緒に働きやすいです。

・面接で逆質問すべきこと

逆質問では、働き方と成長環境を確認してください。
「質問はありません」で終わるより、未経験者が入社後にどう育つのかを聞いたほうが、自分を守れます。
面接は選ばれる場でもありますが、こちらが会社を見る場でもあるんですよね。

理由は、未経験歓迎の会社でも、育成の中身がかなり違うからです。
研修が3ヵ月ある会社もあれば、OJT（実務をしながら覚える研修）中心の会社もあります。
先輩レビューがあるか、配属後にどんな業務から始まるかで、入社後のきつい・つらいが変わります。

逆質問としては、次のような内容が使いやすいです。

• 未経験入社の人は、最初の3ヵ月でどんな業務を担当しますか？
• 研修後は、どのように配属先が決まりますか？
• コードレビューや質問できる時間はありますか？
• 評価される新人の共通点はありますか？
• 入社前に学んでおくとよい技術はありますか？

ただし、給与や休日の質問だけで終わるのは避けたいです。
もちろん条件確認は必要です。生活がありますからね。
最初の面接では「入社後にどう貢献したいか」「どう学べば早く戦力になれるか」もセットで聞いたほうが印象は安定します。

逆質問は、面接官を困らせるためのクイズではありません。
自分が入社後に大変な思いをしすぎないための確認です。
未経験からITエンジニアを目指すなら、聞きにくいことほど、やわらかく聞く練習をしておきましょう。

未経験エンジニアの面接では、学習量、志望動機、前職経験、ポートフォリオ、逆質問がつながって見られます。
バラバラに準備するより、「なぜ目指すのか」「何を学んだのか」「入社後どう動くのか」を1本の線にしておくと、話しやすくなります。
次の章では、未経験からエンジニアを目指す人が抱きやすい不安を、よくある質問形式で整理していきます。

◆12｜よくある質問｜未経験からエンジニアを目指す人の不安に回答

この章では、未経験からITエンジニアを目指す人の不安をQ&A形式で整理します。
年齢、学歴、文系、SES、AI時代の不安まで、よくある悩みをまとめました。
「これ、自分のことかも」と思うところから読んでみてください。

・Q1. 30代・40代未経験からエンジニア転職は可能ですか？

可能です。ただし、20代と同じ「若さとポテンシャル」だけで押す作戦は通りにくくなります。
30代・40代は、前職での顧客対応、業務改善、納期管理などをITエンジニアの仕事にどうつなげるかが見られます。

たとえば営業経験がある人なら、要件整理（必要な機能や条件をまとめる作業）や顧客折衝に接続できます。
年齢だけで諦めるより、「開発」「インフラ」「社内SE」など、現実的な入口を選ぶほうが動きやすいです。

・Q2. 高卒・資格なし・フリーターでもITエンジニアになれますか？

目指せます。ただ、準備なしで応募すると少ししんどいです。
学歴や職歴に不安がある人ほど、2ヵ月〜3ヵ月の学習ログや小さな成果物で「続けられる人です」と見せたいところです。

Linux（サーバーでよく使われるOS）の学習メモ、HTML/CSSの自己紹介ページ、GitHubの記録があれば話せる材料になります。
派手な一発逆転より、地味な証拠を並べるほうが面接では効きます。

・Q3. 文系でもエンジニアになれますか？

文系でも目指せます。理系出身が有利な場面はありますが、文章で整理する力や相手の話をくみ取る力も現場で使います。
仕様書（システムの動きや条件を書いた文書）を読む、議事録を書く、要望を整理する場面があるからです。

作品のREADME（作品説明）に「何を作ったか」「どこで詰まったか」「どう直したか」を書けると、コード以外の評価材料になります。

・Q4. インフラエンジニアは入りやすいですか？

入口としては候補になります。運用監視、サーバー管理、ネットワーク対応などから始める求人があるためです。
ただし、Web開発より簡単という意味ではありません。

Linux、ネットワーク（機器同士をつなぐ仕組み）、クラウド（ネット経由で使うサーバーやサービス）を学ぶと、応募時に話しやすくなります。
勤務時間や配属後のキャリアパスは、面接で確認してください。

・Q5. 未経験から自社開発企業に入れますか？

可能性はあります。ただし、自社開発（自分たちの会社でサービスや製品を作る働き方）は人気があり、未経験枠は少なめです。
作品の質、事業理解、改善提案がないと、志望動機がわたあめみたいに消えやすいです。

自社開発だけに絞ると応募先がだいぶ狭くなります。
受託開発（顧客から依頼を受けて作る開発）やSESで実務経験を積み、あとで移る道も見ておくと現実的です。

・Q6. SESは避けた方がよいですか？

SESを全部避ける必要はありません。ただし、案件内容と支援体制が見えない会社は注意です。
SES（顧客先のプロジェクトに技術者として参加する働き方）は、会社によって差が大きいんですよね。

面接では、未経験者の最初の案件例、待機期間中の給与、案件変更の相談先を聞いてください。
名前だけで判断せず、中身を見ることです。

・Q7. ポートフォリオがなくても応募できますか？

応募できる求人はあります。でも、開発職を目指すなら、作品はあったほうがかなり有利です。
メモアプリ、家計簿アプリ、自己紹介ページなど、小さくても大丈夫です。

「なぜ作ったか」「どこを改善したか」を説明できる状態にしておきましょう。

・Q8. 資格は取った方がよいですか？

職種に合っているなら取る価値があります。資格は内定を保証するものではありませんが、基礎学習の証拠にはなります。
IT全般ならITパスポートや基本情報技術者、インフラ寄りならCCNA、LinuC、AWS Cloud Practitionerが候補です。

資格だけ集めず、学習ログや成果物とセットで見せると話に厚みが出ます。

・Q9. プログラミングスクールに行くべきですか？

必要な人には役立ちますが、全員が行くべきものではありません。
独学で進められる人、質問できる相手がいる人、すでに作品を作れている人なら、スクールなしでも応募準備はできます。

見るべきは、教材よりも質問環境、学習管理、転職支援、レビュー体制です。
総額や返金条件は申し込み前に確認してください。確認せず、即決しないほうが安全です。

・Q10. 未経験からリモートワークできますか？

求人はありますが、最初から完全在宅は狭き門です。
質問やレビューが多い時期なので、最初は出社やハイブリッド勤務（出社と在宅を組み合わせる働き方）になりやすいです。

求人票の「リモート可」は、入社後すぐ在宅とは限りません。
面接では「いつから在宅勤務できますか？」と確認してみてください。

・Q11. 未経験からフリーランスエンジニアになれますか？

いきなりフリーランスはおすすめしにくいです。
技術だけでなく、営業、契約、納期管理、税金まで自分で見る必要があり、未経験には相当ハードです。

まずは会社員として1年〜3年ほど実務経験を積み、副業で小さな案件に触る流れが現実的です。
LP制作（1枚のWebページ制作）やWordPress修正など、範囲の小さい仕事から経験を作るほうが安全です。

・Q12. AI時代に未経験からエンジニアを目指しても遅くないですか？

遅くありません。ただ、AIに任せきりにするのではなく、出力を確認できる人が求められます。
コードの意味、動作確認、セキュリティ（情報を守る考え方）は人間側に残ります。

デジタル庁の重点計画でも、生成AIなどの社会実装の進展と、デジタル人材の確保・育成が示されています。
AIを使いこなす側に回る準備が必要なんですよね。
※参考：https://www.digital.go.jp/policies/priority-policy-program

・Q13. 女性が目指す場合に確認するポイントはなんですか？

確認したいのは、制度名よりも実際の運用です。
求人票に「制度あり」と書かれていても、使いやすいかは会社によって変わります。

面接では、復帰事例、勤務時間、リモート勤務の条件、相談窓口を確認してください。
「長く働きたいので確認させてください」と添えると、だいぶ聞きやすくなります。

・Q14. 未経験からITエンジニアは何歳までが限界ですか？

法律で決まった年齢の限界はありません。
ただし、年齢が上がるほど、職種選び、希望年収、前職経験の説明が見られやすくなります。

35歳以降なら、Web開発だけに絞らず、社内SE、業務システム、インフラ運用、ITサポートなども候補に入れると現実的です。
「何歳まで？」を検索し続けるより、自分の職歴で入れる入口を探すほうが早いです。

未経験からエンジニアを目指す不安は、分解すると対策しやすくなります。
次の章では、職種選び・学習・求人確認の3点から、最初に取るべき行動を整理します。

◆まとめ｜未経験からエンジニアを目指すなら、まず「職種選び・学習・求人確認」から始めよう

ここまで読むと、「で、結局なにから始めればいいの？」となるかもしれません。
この章では、未経験からITエンジニアを目指す人が、今日から動ける順番にまとめます。
派手な裏ワザではなく、職種選び・学習・求人確認を小さく回す話です。

・この記事の要点まとめ

未経験からITエンジニアは目指せますが、準備なしで求人に飛び込むとミスマッチが起きやすいです。
この記事全体の要点は、職種を選び、必要な学習をし、求人票で現実を確認することです。
「エンジニア 未経験」と検索して出てきた求人を、あまり確認しないで応募するのは少し危ないんですよね。

理由は、ITエンジニアといっても仕事の中身がかなり違うからです。
Web開発、インフラ、テスト、ヘルプデスク、運用監視では、求められるスキルも最初の働き方も変わります。
未経験歓迎という言葉だけで判断すると、入社後に「思っていた開発と違う…」となりやすいです。

たとえば、Webアプリを作りたい人が、仕事内容をよく見ないまま監視業務中心の求人に入ると、最初の1年がだいぶ苦しくなります。
反対に、インフラ志望の人がLinuxやネットワークを3ヵ月触ってから応募すると、面接で話す材料ができます。
同じ未経験でも、準備の見せ方で印象はかなり変わります。

私が一番避けたいと思っているのは、「未経験OK」の文字だけを見て、転職ガチャをすることです。
ガチャにも夢はありますが、転職で毎回SSRを引けるなら誰も悩みません。
未経験からエンジニアを目指すなら、まず自分が狙う職種を決め、学習内容と求人条件をそろえるところから始めてください。

・未経験者が今日からやるべき3つの行動

エンジニア未経験で「何から始めるべきか」と迷うなら、今日やることは3つに絞っていいです。
職種を決める、学習を始める、求人票を見る。
この3つを同時に小さく回すと、遠回りが減ります。

理由は、学習だけ先に走ると、求人で求められる内容とズレることがあるからです。
逆に、求人だけ眺めても、スキルが増えないので不安がふくらみます。
職種・学習・求人確認をセットにすると、自分の現在地が見えやすくなるんです。

今日からやるなら、次の3つで十分です。

• 興味のある職種を2つまでに絞る
• 1〜3ヵ月で学ぶ内容を決める
• 求人票を10〜20件見て、必要スキルをメモする

たとえば、Web系に興味があるなら、HTML/CSS、JavaScript、Git、簡単なWebアプリを1ヵ月単位で触ります。
インフラ系に寄せるなら、Linux、ネットワーク、AWSなどのクラウドを触り、コマンドや構築ログを残します。
この時点では完璧なポートフォリオでなくても大丈夫です。まずは「触った」「詰まった」「直した」を残すほうが、相当現実的ですよ。

私も新しい技術を触るとき、最初から体系的に理解できることは少ないです。
最初はエラー文をコピーして検索し、公式ドキュメントを読んで、また戻ってくる。迷子センターの常連みたいな動きになります。
でも、そのログが残っていると、あとで「自分はここで詰まった」と説明できるんですよね。

未経験からITエンジニアを目指すなら、今日のゴールは内定ではありません。
今日のゴールは、職種候補を絞り、1ヵ月分の学習を決め、求人票から必要スキルを10個ほど拾うことです。
そこまでできれば、明日の行動が少し見えます。

・不安が強い人は、求人可能性や学習方針を相談してみる

不安が強い人は、ひとりで抱え込まず、求人可能性や学習方針を相談してみてください。
相談先は、転職エージェント、スクールの無料相談、ハローワーク、公的職業訓練の窓口などがあります。
エンジニア未経験の相談は、甘えというより、応募前の棚卸しに近いです。

理由は、年齢、職歴、学歴、住んでいる地域、希望職種によって、現実的な進め方が変わるからです。
20代と30代では見せ方が違いますし、日中に通学できる人と働きながら学ぶ人でも選択肢は変わります。
自分だけで判断すると、必要以上に悲観したり、逆に甘く見積もったりしやすいんですよね。

厚生労働省のハロートレーニングは、公的職業訓練の情報を掲載している公式サイトです。
仕事を探している人が希望する仕事に就くため、必要な職業スキルや知識を習得できる制度として案内されています。
有料スクールだけで悩む前に、公的な訓練やハローワークでの相談も選択肢に入れてみると、視野が広がります。
※参考：https://www.mhlw.go.jp/hellotraining/

相談するときは、丸投げではなく、次の材料を持っていくと話が早いです。

• 希望職種：Web系、インフラ系、テスト系など
• 学習状況：学んだ期間、使った教材、作ったもの
• 応募条件：勤務地、年収、勤務時間、在宅希望
• 不安点：年齢、学歴、職歴、ブランクなど
• 期限：いつまでに転職したいか

たとえば、「未経験からWebエンジニアになりたいです」だけだと、相談する側もふんわりした回答になりがちです。
でも、「3ヵ月JavaScriptを学び、タスク管理アプリを作りました。求人票を15件見たらReactが多かったです」と言えれば、次の助言が具体的になります。

未経験からエンジニアを目指す不安は、消してから動くものではなく、情報を集めながら小さく薄めるものだと思っています。
まずは職種を選び、学習を始め、求人票を見て、必要なら相談する。
この記事を閉じたあとにやることは、その4つで十分です。

未経験からITエンジニアへの道は、ラクな一本道ではありません。
とはいえ、職種選び・学習・求人確認を順番に進めれば、何も見えない状態より足元はだいぶ明るくなります。
今日できる小さな1歩から始めてみてください。