Aug 20, 2026

選考対策

未経験IT転職、経歴やスキルは「どこまで盛っていい」？詐称になる線引きとバレ方【2026年版】

※本サイトの記事にはアフィリエイト広告（PR）を含む場合があります

※本記事にはアフィリエイト広告（PR）を含みます。

未経験からIT転職を目指して職務経歴書を書き始めると、たいていどこかで手が止まります。書ける実務経験がない。スキル欄がスカスカに見える。求人には「実務経験1年以上歓迎」と書いてある。そこで頭をよぎるのが、**「スクールで作った課題を、実務っぽく書いてもいいのだろうか」**という迷いです。

結論から書きます。**事実そのものを変える書き方（していない経験を「した」と書く／期間を伸ばす／取っていない資格を書く）は、線を越えています。**一方で、事実を変えずに、伝わる順番と言葉を選び直すことは、盛るのではなく普通の準備です。この二つは似て見えて、発覚したときの結果がまったく違います。

この記事では、その境目がどこにあるのか、嘘はどこで見つかるのか、見つかったら何が起きるのかを整理したうえで、嘘をつかずに書類を強く見せる手順まで通しで書きます。

「盛る」と「経歴詐称」の境目はどこにあるのか

法律で「ここから詐称」と一本の線が引かれているわけではありません。ただ、弁護士事務所の解説や過去の裁判例を読むと、判断の軸はかなりはっきりしています。

軸は**「その事実を先に知っていたら、会社は採用しなかったか、同じ条件では採用しなかったか」**です。懲戒処分の対象になるのは重大な経歴の詐称に限られ、その「重大かどうか」を、採用の意思決定に決定的な影響を与えたかどうかで見ていく、という整理がされています（ベリーベスト法律事務所・東京スタートアップ法律事務所の解説を参照。最終確認日：2026-08-20）。

この軸に当てはめると、迷いやすいものが分類できます。

学歴・保有資格・在籍していた会社名と在籍期間：客観的に真偽が決まる事実です。ここを変えると、そのまま重大な詐称になり得ます。実際、高校中退なのに高卒と偽っていた事例で懲戒解雇が有効とされた裁判例（正興産業事件）が、解説記事でよく引かれます。
職務経験の有無：中途採用では、何ができる人かを前提に配属や給与が決まるため、経験の有無の詐称は重く見られやすい領域です。
スキルの習熟度（できる／得意）：ここは真偽が一つに決まりません。本人が「使える」と思うレベルと、会社が期待するレベルにズレがあっただけ、という場合まで懲戒処分に直結するとは限らない、という指摘があります。

つまり、日付・所属・資格のような「一つに決まる事実」は動かしてはいけない領域で、習熟度や貢献度のような「評価が分かれる表現」は説明の余地がある領域です。

ここで一つ注意があります。「未経験者歓迎」の求人では、経験の詐称が発覚しても業務への影響が小さいとして懲戒解雇が無効になり得る、という解説もあります。ただしこれは**「だから未経験枠なら嘘をついても平気」という話ではありません**。懲戒解雇にならなくても、内定取消・入社直後の信頼失墜・配属先での立ち往生は普通に起こります。処分の重さの話と、その後働き続けられるかの話は別物です。

未経験IT転職｜書類の書き方

同じ「スクールでの学習」を3通りに書いたら

事実を変えたかどうかで、面接後・入社後の安全性が変わります

	書いた内容は事実か	面接の深掘りへの強さ	入社後の安全性
学習は学習と明記して書く例：スクールで6か月学習	○ 事実どおり	○ 矛盾が出ない	○ 問題になりにくい
事実は変えず、伝え方を整える例：学習量と成果物を数字で示す	○ 事実は変えていない	△ 根拠を聞かれる前提の準備が必要	○ 問題になりにくい
学習期間を実務経験として書く例：開発経験6か月と記載	× 事実と異なる	× 深掘りで矛盾しやすい	× 内定取消・処分の対象になり得る

※どこからが「重大な詐称」かは、職種・求人の条件・企業の判断で変わります
※判断に迷う表現は、事実を書いたうえで面接で補足するのが結果的にいちばん安全です

IT転職ナビ

未経験IT転職でやりがちな「グレー」5パターン

実際に相談で挙がりやすい書き方を、危険度の高い順に並べます。

① スクールの学習期間を「実務経験」「開発経験」と書く 最も多く、最も危ないパターンです。チーム開発演習も、受講生同士の課題も、業務として納品したものではありません。「実務経験」という言葉は、面接官の中では「顧客がいて、納期があって、レビューを受けた仕事」を指します。ここを混ぜると、技術面接の深掘り（誰がレビューしたか／障害対応をどうしたか／リリース手順は）で一気に崩れます。

② 取得予定・受験予定の資格を「取得」と書く 資格は合格証で確認できます。「取得予定（2026年◯月受験予定）」と書けば嘘になりませんし、学習中であること自体は評価されます。ここを縮めるメリットはほぼありません。

③ 在籍期間を数か月伸ばす／短期離職を書かない 職歴の空白を埋めたくなる気持ちは分かりますが、在籍期間は入社手続きで扱う書類（雇用保険や源泉徴収の関係書類など）と突き合わさりやすい部分です。短期離職の伝え方は書き方でカバーできるので、期間そのものをいじる必要はありません。

④ ポートフォリオを「自分で作った」と書くが、実際はチュートリアルの写経 教材どおりに作ったものを載せること自体は問題ありません。問題は、どこまでが教材で、どこからが自分の判断かを説明できないことです。「教材をベースに、◯◯の機能を追加した」と書けば、正直で、しかも評価されます。

⑤ スキル欄に「使える」と書いたが、環境構築で止まるレベル ここは真偽が一つに決まらない領域です。ただし、面接で「どのくらい使えますか」と必ず聞かれます。「◯◯までは一人でできる／◯◯は調べながら」と粒度を分けて書くのが、盛らずに一番強く見える方法です。

嘘はどこで発覚するのか｜主な3つのルート

「バレなければいい」という考えが成立しにくいのは、発覚ルートが選考中だけではないからです。

ルート1：選考中の深掘り質問 未経験採用の面接官は、経験の量ではなく説明の一貫性を見ています。書いた内容が実体験でないと、「そのとき一番困ったことは」「なぜその方法を選んだのか」といった質問で答えが薄くなります。これは意地悪ではなく、入社後に任せられる範囲を判断するための確認です。

ルート2：入社手続きの提出書類 入社時には、前職に関係する書類（雇用保険被保険者証や源泉徴収票など）や、卒業証明書の提出を求められることがあります。在籍先・在籍期間・学歴といった「一つに決まる事実」は、ここで自然に突き合わされます。

ルート3：配属後の実務 これが一番つらいルートです。書類上の想定でアサインされたのに手が動かない、という状態は本人が一番苦しくなります。IT業界では、スキルシートの記載と実力が合わないまま現場に入って本人が追い込まれる構図が、業界メディアでも繰り返し問題として取り上げられています。

なお、企業が勝手に前職へ電話して調べる、いわゆる前職調査は自由にできるものではありません。候補者本人の同意なく前職や調査会社を通じて個人情報を集めることは、個人情報保護法違反やプライバシー侵害になり得ると解説されています。リファレンスチェックも、本人の同意を得て、本人が指定した関係者に確認するのが通常の形です（最終確認日：2026-08-20）。つまり**「調べられる怖さ」よりも、ルート1と3で自然に露呈するほうがはるかに現実的**ということです。

発覚したときに何が起きるか

段階ごとに、起きることは変わります。

内定後・入社前に発覚：内定取消の対象になり得ます。企業側から見れば、採用判断の前提が崩れたことになります。
入社後に発覚（重大な詐称）：学歴や職歴のように採用判断を左右する事項の詐称は、就業規則の懲戒事由に当たるとして処分の対象になり得ます。裁判例でも、労働者は採用時に労働力の評価に関わる事項について真実を告げる義務を負い、詐称は信頼関係を壊すものだ、という考え方が示されています。
入社後に発覚（程度のズレ）：スキル評価のズレ程度であれば、ただちに重い処分にはなりにくいとされます。ただし、試用期間の評価や配属の見直しには直結します。試用期間中の扱いについては未経験のIT転職、試用期間で本採用されないことはある？も参考にしてください。

処分の話とは別に、実務上いちばん大きいのは**「もう一度転職するときに説明しづらい経歴が増える」**ことです。短期間で辞めた理由に詐称が絡むと、次の選考で話せる材料が減ります。

嘘をつかずに「強く見せる」書き方の型

ここからが本題です。未経験の書類が弱く見える原因は、経験が無いことではなく、学習の中身が読み手に伝わっていないことであるケースが大半です。次の4点を埋めるだけで、印象はかなり変わります。

1. 「何を・どうやって・どれくらい」を数字で書く 使った言語やフレームワーク、学習方法（スクール／独学／教材名）、そして学習量（1日◯時間、週◯時間、累計◯か月）を書きます。転職メディアの職務経歴書の解説でも、未経験者は学習内容と学習量を具体化することが基本とされています。ここは事実なので、いくら詳しく書いても詐称になりません。

2. 制作物は「どこまでが自分の判断か」を書く 「教材のToDoアプリをベースに、ログイン機能とテストを自分で追加した」。この一文があるだけで、写経との差が説明できます。うまくいかなかった点と、その対処も書けると強いです。

3. スキル欄は粒度を分ける 「Java：基本文法とオブジェクト指向は理解、簡単なCRUDアプリは一人で実装可。設計・チーム開発は未経験」。できない範囲を自分から書くほうが、面接での深掘りに強くなります。

4. 前職の経験をIT側の言葉に翻訳する 未経験採用で見られているのは、実は学習意欲と主体性だと解説されています。前職での改善活動、数字の管理、クレーム対応などは、そのまま「要件を聞き取る力」「品質への意識」に翻訳できます。手順は未経験のIT転職、自己PRが書けないときは？前職の強みを「ITで使えるスキル」に翻訳する手順で詳しく扱っています。

自分がどの職種に近いのか整理できていない場合は、先にIT/Web転職タイプ診断（無料）で方向を決めてから書類に取りかかると、書く材料が絞れます。

判断に迷う表現は、第三者に一度見てもらう

「この書き方は嘘になるのか、ならないのか」は、自分一人だと判断が揺れます。しかも、書いた本人には矛盾が見えません。書類を出す前に、未経験採用の現場を知っている第三者に読んでもらうのが、いちばん確実な安全策です。

未経験からのIT就職を専門に扱う就職エージェントであれば、書類の書き方の相談と、応募先が求める経験レベルの確認を同時に進められます。

サービスの評判や向き不向きを先に知りたい方は、ウズウズITの評判は？未経験からのIT就職サポートの特徴と向き不向きを正直解説【2026年】もあわせてどうぞ。

よくある質問

Q1. スクールでのチーム開発演習を「チーム開発経験あり」と書くのはアウトですか。 書き方しだいです。「実務経験」と書くのは事実と異なりますが、「スクールのカリキュラム内でのチーム開発演習（4名・2か月）」と条件を添えて書くのは、事実であり問題ありません。言葉を短くするほど誤解が生まれるので、条件は省かないほうが安全です。

Q2. 職務経歴書に書かなかった短期離職は、隠したことになりますか。 在籍していた事実を書かないのは、記載漏れではなく経歴の不記載として扱われる可能性があります。在籍期間は入社手続きで扱う書類と突き合わさりやすい部分なので、書いたうえで理由の伝え方を工夫するほうが結果的に有利です。伝え方は転職回数が多い・短期離職があると未経験のIT転職は無理？にまとめています。

Q3. エージェントに「実務経験ありで出しておきますね」と言われたら。 その場で断ってください。書類に自分の名前が載る以上、責任を負うのは応募者本人です。担当者の提案であっても、事実と違う記載を了承した記録は残りません。こうした提案が出る時点で、その担当者と付き合い続けるかを考えたほうがよいサインです。

Q4. 前の職場に問い合わせて確認されることはありますか。 本人の同意なく前職に問い合わせて情報を集めることは、個人情報保護法やプライバシーの観点から問題になり得ると解説されています。リファレンスチェックを行う場合も、通常は本人の同意を得て、本人が指定した関係者に確認します。ただし同意を求められた際に断ると、選考上のマイナス材料になる可能性はあります。

Q5. スキルを控えめに書きすぎて落ちませんか。 控えめに書くこと自体より、具体性が無いことで落ちるケースのほうが多いです。「少し使えます」ではなく「◯◯までは一人でできる」と範囲を切って書けば、控えめでも判断材料になります。

まとめ

一つに決まる事実（学歴・資格・在籍先・在籍期間・実務経験の有無）は動かさない。ここが重大な詐称として問題になりやすい領域です。
習熟度の表現には説明の余地があるが、面接で必ず深掘りされるので、できる範囲とできない範囲を分けて書くのが最も強い。
発覚ルートは選考中の深掘り・入社手続きの書類・配属後の実務の3つ。勝手に前職調査される怖さより、この3つのほうが現実的。
未経験の書類が弱く見える原因はたいてい経験の不足ではなく学習内容の伝わらなさ。学習量と成果物の中身を具体化するだけで印象は変わります。
判断に迷う表現があるときは、出す前に第三者に見てもらう。