ESと履歴書に、作ってきたものと調べてきたことを書く。AIに書かせた書類は、面接で崩れます【フェーズ4-3｜ITエンジニアの卵に贈る、就活の書】

【お知らせ】本連載は、2026年9月20日に全記事を全面アップデートしました。

　この記事は本気でITエンジニアになりたい！ という学生さんたちに向けて就活プロセスを伝える「ITエンジニアの卵に贈る、就活の書」シリーズの一本です。シリーズ全体の目次はこちら（扉記事）からご覧いただけます。

　エンジニアを目指す学生のみなさん、こんにちは。クオリティアーツの池田です。

　ITエンジニアの卵に贈る、就活の書・フェーズ4-3の記事です。前回のフェーズ4-2では、選考に出てくる人たちの地図をお渡ししました。見ている時間軸、責任の範囲、思考の層という3つの物差しで、面接の相手の視座を読むお話です。あわせて、責任は大きく3つの層に分かれること。課長未満は現場運営、部課長は事業経営、経営層は会社経営。ここから先の実践は、すべてこの地図の上で進みます。

　今回はこのフェーズ「確かめ合う」の各論の1本目、書類選考の実践に入ります。選考プロセスの最初の局面、応募直後の関門です。ES（エントリーシート）と履歴書、そして応募フォームで、みなさんがフェーズ2で1年以上かけて積み上げてきた成果物と、フェーズ3で読み込んできた企業ポートフォリオの理解を、企業側に書き記す時期です。

　書類選考は、面接官があなたのことを、あなたの言葉と成果物のURLだけで判断する場です。会って話す場ではありません。だからこそ、書き方の一文一文に、ここまで積み上げてきたものが詰まって滲む必要があります。この記事では、その詰め込み方の技を、丁寧にお話しします。

　新卒の就活中の方はもちろん、第二新卒として他社の書類選考に臨む場面でも、そのまま使える内容です。

この記事のポイント

• 書類は、学生から企業に差し出す最初のポートフォリオです。応募先ごとに書き分けるのは、礼儀ではなく、対等な対話の姿勢の実践です。

• 就活でAIを使ったことのある学生は84.9%、最多の用途はESの推敲で71.8%（マイナビ2027年卒調査）。AIに書かせた書類に、1年は入りません。

• 提出したGitHubのURLを、開く会社と開かない会社があります。開かれたときに備えて、3分で全体像が掴める状態にしてから提出してください。

1. 前提1：書類選考は、企業側の絞り込みの最大の関門

　まず、書類選考の実態を、数字で確かめます。

　マイナビの2026年卒 企業新卒内定状況調査（回答1,810社）によると、内定者1人あたりの応募学生数は48.3人、エントリーシート提出数は11.9人、1次面接を受けた学生は6.0人でした。

　この3つの数字は、設問ごとに回答した企業の集合が違うので、割り算して通過率にはできません。それでも、応募の段に何十人いて、1次面接の段には数人しか残っていないという桁の違いは、読み取れます。

　学生側から見た数字もあります。ディスコの2027年卒調査（2026年7月1日時点、回答1,058人）では、ES提出が平均14.0社、そのうち通過したのが平均9.2社でした。理系男子はES提出8.8社です。

　つまり、落ちるのが普通です。ここを、まず押さえておいてください。何社か落ちたことを、自分の値打ちの判定として受け取らないでください。

　書類選考は、企業側にとって応募者を絞り込む最初のスクリーニングの場です。フェーズ3-1でお話ししたように、企業も学生も、互いを対等にスクリーニングし合います。学生さんがフェーズ3で応募先を絞ったのと同じ論理で、企業も応募者を絞り込みます。双方向のスクリーニングの対等性を、書類選考の場でも思い出してください。

　ここで大切なのは、企業側の絞り込みの基準に迎合して書類を書くことではなく、積み上げてきた自分を、正直に、丁寧に書き記すことです。飾らない、盛らない、テンプレートに寄せない。自分の言葉で、自分の成果物を書く。それが、書類選考を通過する学生さんに共通する姿勢です。

2. 前提2：書類選考でも、対等な確かめ合いの姿勢は保つ

　書類選考は、企業側があなたを一方的に評価する場に見えます。実際、この段階では対話がないため、双方向性は感じにくい。でも、フェーズ4全体の縦串として、選考の中でも対等な対話の姿勢を保ち続けるという視座を、書類選考でも大切にしてください。

　書類選考で書く一文一文は、あなたが企業に対して差し出す、最初のポートフォリオです。積み上げてきた成果物を、対等な接続の材料として差し出す。企業側は、それを丁寧に読む。書類選考は、双方向のポートフォリオの接続の、最初の実践の場でもあります。

3. 前提3：応募先ごとに、書類を書き分ける

　新卒応募では、応募先ごとに書類を書き分けるのが、対等な対話の姿勢の第一歩です。ひとつのESテンプレートを使い回して、応募先の企業名だけを変える書き方は、対等な対話の姿勢と矛盾します。

　フェーズ3-7でお話しした「100→30→20→10→5→1〜3社」の絞り込みの旅を経て、みなさんは本命の1〜3社を含む5〜10社の応募先を決めてきました。本命には時間をかけて丁寧に書き分ける。5社圏の応募先にもJDの記述を起点に書き分ける。ただし、全社に同じだけの時間をかけることは物理的に不可能です。これは嘘のない現実です。大切なのは、本命に対しては、応募前に読み込んできた企業ポートフォリオを素材にして、その会社だけに向けた言葉を書くことです。フェーズ3で読み込んできた各社の企業ポートフォリオが、書き分けの素材になります。

• A社（本命）への志望動機：A社の技術ブログで読んだ実装の話、有価証券報告書の育成投資、カジュアル面談で聞いた話、を素材にする

• B社（本命）への志望動機：B社の経営層のnoteで感じた技術への向き合い方、GitHub Organizationでの活動、を素材にする

• C社（5社圏）への志望動機：C社のJDの記述を起点に、技術発信から読み取れる開発文化を素材にする

　書き分けは、企業への礼儀ではなく、対等な対話の姿勢の実践です。書き分けができる学生さんは、前のフェーズで丁寧に企業ポートフォリオを読み込んできた学生さんです。

3-1. この記事で使う言葉

　この記事から読み始めた方のために、何度も出てくる言葉を定義しておきます。

• JD：Job Description（ジョブ・ディスクリプション）の略。募集要項や求人票のこと

• 企業ポートフォリオ：学生がポートフォリオで自分を示すのと同じように、企業も外に示している材料の全体のこと。求人票、技術発信、採用ページ、公開されている数字

• プロフェッション：依頼者や雇用者だけでなく、社会全体と、その職業そのものに対しても責任を負う職業のこと。このシリーズでは、エンジニアをそういう職業として扱っています

• Speaker Deck：発表スライドを公開するサービス。勉強会やカンファレンスで話した資料を置く場所として使われます

• OSS：Open Source Software。ソースコードが公開されていて、誰でも見たり直したりできるソフトウェアのこと

• PR：Pull Request。OSSなどで、「ここをこう直しました。取り込んでもらえますか」と提案する仕組みのこと

• LT：Lightning Talk。勉強会などで行う、5分程度の短い発表のこと

• Contributionsグラフ：GitHubのトップページに出る、緑色の格子。その人がいつ活動したかが、1年分ひと目で見えるもの

• 第二新卒：学校を卒業して就職したあと、おおむね3年以内に転職活動をする人のこと

4. 書類選考で企業側に渡すもの、5つの構成要素

　新卒応募の書類選考で、企業側に渡すものを整理します。企業や応募プラットフォーム（マイナビ、リクナビ、Wantedly、Green、Findy、企業サイトの応募フォームなど）によって差はありますが、標準的には次の5つです。

4-1. 1. 履歴書

• 氏名、生年月日、住所などの基本情報

• 学歴、資格、免許

• 志望動機、自己PR、趣味・特技（欄がある場合）

• 大学、専攻、研究テーマ（該当する場合）

4-2. 2. エントリーシート（ES）

• 志望動機（400〜800字が一般的）

• 自己PR（400〜800字）

• 学生時代に力を入れたこと（就活業界で「ガクチカ」と略される、頻出の項目です）：400〜800字

• 会社独自の質問（例：将来のキャリアビジョン、直近取り組んだ技術課題など）

4-3. 3. 成果物のURL

• GitHubのURL

• ポートフォリオサイトのURL

• Speaker DeckのURL

• 技術ブログ（Zenn、Qiita、はてなブログなど）のURL

• OSSへのPRの記録

4-4. 4. 職務経歴書（第二新卒の場合）

• 過去の職務経歴、担当プロジェクト、担った役割

• 使用技術、実績

4-5. 5. 技術課題の提出物（企業によって求められる）

• コーディング課題、システム設計課題

• 自社サービスの改善提案書

• 提出後、面接での議論の素材になる

　積み上げてきた成果物のURLが、書類選考の中核です。フェーズ3-2の「備え1」で扱った「応募フォームにGitHub URL・ポートフォリオ URL・Speaker Deck URLの記入欄が用意されているか」を、応募先の企業がどう設計しているかが、ここで実際に問われます。

4-6. 補足コラム：ベーシックな作法について

　本シリーズはプロフェッションとしての対等な接続を中心に据えているため、就活のベーシックな作法（証明写真の撮り方、履歴書の書式、誤字脱字のチェック、提出期限、封筒の書き方など）は正面から扱いません。ただし、これらは相手への敬意の表明として、対等な対話の場に立つための土台になります。最低限、次の3点だけは押さえてください。

• 証明写真：写真館で撮ると仕上がりに差は出ますが、それが選考結果を左右するというデータは、私は持っていません。費用の余裕があれば、という程度に受け取ってください。それよりも、期限内に提出することのほうが確実に効きます

• 誤字脱字はダブルチェック：提出前に、時間を置いてから読み返す

• 提出期限は前日までに提出：ギリギリの提出は、通信トラブルなどのリスクがあります

　より詳しい作法は、業界の定番記事やキャリアセンターの資料に譲ります。応募前に、学校のキャリアセンターや、信頼できる就活情報サイトを1つ選んで、基本作法の確認を済ませておいてください。

5. 書類選考で押さえたい、5つのポイント

　書類選考を通過する学生さんに共通する書き方を、5つのポイントで整理します。

5-1. ポイント1：志望動機は、フェーズ3で読み込んだ企業ポートフォリオを素材にする

　志望動機は、多くの学生さんが最も悩む項目です。丁寧に企業ポートフォリオを読み込んできたみなさんは、志望動機の素材が手元に豊富にあります。

• 技術ブログで読んだ具体的な記事を、志望動機の起点にする

• 経営層のnoteで感じた姿勢を、志望動機の背景にする

• カジュアル面談で聞いた話を、志望動機のリアリティにする

• フェーズ1-2の4軸の立体地図（ビジネスモデル／成長ステージ／技術ドメイン／地理と組織文化）で、この会社の座標が自分の志望とどう一致するかを言語化する

• フェーズ1-3で立てた3つの問い（技術の社外発信・募集要項の育成の記述・経営層の技術の言葉）に、この会社がどう応えていたかを書く

　具体的な素材を持って書かれた志望動機は、他社と入れ替え不可能な、この会社への志望動機になります。テンプレートで書かれた志望動機は、書いた本人の中にも何も残りません。面接で掘られたときに、続ける言葉が出てこないのはそのためです。

　実際にありがちな、テンプレート寄りの志望動機の例を挙げます。「貴社の成長性に魅力を感じ、社会に貢献できるエンジニアになりたいと思い志望しました。貴社の技術力の高さにも惹かれています」。この一文には、固有名詞も、具体的なエピソードも出てきません。「成長性」「社会貢献」「技術力の高さ」という言葉は、どの会社の志望動機に差し替えても意味が通ってしまいます。面接官は、こうした一文を1日に何十枚も読んでいます。

　同じ内容を、企業ポートフォリオの読み込みを素材にして書き直すと、次のようになります。「貴社の技術ブログで拝読した、レガシーシステムの段階的リプレイスに関する記事に共感しました。私自身、個人開発のリファクタリングに取り組んだ際、動いているものを壊さずに作り替える難しさを痛感した経験があり、その考え方が貴社の姿勢と重なると感じ、志望しました」。固有名詞（記事の内容）と、自分の経験が結びついているぶん、他社には書けない一文になります。

5-2. ポイント2：自己PRは、フェーズ2の成果物と結びつけて具体的に書く

　自己PRは、あなたが企業側に差し出すあなた自身のポートフォリオの要約です。1年以上かけて積み上げてきた成果物を、自己PRの中核に据えます。各論14本のうち、みなさんが厚く積み上げてきたものが、自己PRの素材になります。

　方向づけと共通軸から

• フェーズ2-1「なぜ作るのか」で持った、プロフェッションと企業JDが同じ方向を指している視座

• フェーズ2-2「強いポートフォリオの作り方」で身につけた、公開・質・第三者の目利きの3要素

　作った成果物と、その積み上げ

• フェーズ2-3「学業で作ったものを残す」で育てた、授業と卒業研究の成果物

• フェーズ2-4「技術書を血肉にする」で身につけた、読む・作る・書き残す3拍子の学び

• フェーズ2-5「GitHubを公開の場のハブとして育てる」で整えたGitHubプロフィール

• フェーズ2-6「ハッカソンで短距離の成果物を残す」で作った、束ねられる作品

• フェーズ2-7「就活と学業と個人開発を束ねる時間設計」で作った、継続的な暮らしのリズム

　発信と、他者との接続

• フェーズ2-8「技術ブログで学びを言語化する」で書いてきた記事

• フェーズ2-9「技術イベントや勉強会で発表する」で登壇したLTやセッション

　実務経験と、社外の輪

• フェーズ2-10「学生時代のバイトをIT企業で経験する」で担った実務の役割

• フェーズ2-11「長期インターンで企業内の実績を積む」での担当プロジェクト

• フェーズ2-12「社外エンジニアコミュニティで先輩・仲間の輪に加わる」での参加・運営履歴

　自己PRの書き方の原則は、次の3つです。

1. 成果物を、URLと一言説明で明示する（面接官がクリックして読める形にする）

2. 成果物に至るまでの、思考プロセスを短く書く（何を課題と感じ、どう解いたか）

3. 成果物から得た学びを、次の挑戦につなげる姿勢を書く（学び続ける姿勢の宣言）

　動くものを作ったという事実だけではなく、なぜ作ったか、どう作ったか、何を学んだかの3点セットで書く。これが、作ることで身につけた思考の言語化の技術です。

5-3. ポイント3：ガクチカは、フェーズ2の各論の一つを厚く語る

　ガクチカ（学生時代に力を入れたこと、就活業界で頻出の略語）は、自己PRとは違います。自己PRが自分の全体像の要約であるのに対し、ガクチカは一つのエピソードを厚く語る場です。

　各論14本のうち、特に厚く積み上げてきた活動を1つ選び、そのプロセスを詳しく語ります。エピソードの候補は次のとおりです。

• 授業と卒業研究を、履歴書に書ける成果物に育てた話（フェーズ2-3）

• 技術書を血肉にする3拍子（読む→作る→書き残す）で身につけた話（フェーズ2-4）

• 個人開発プロダクトを、GitHubで公開してユーザーに届けた話（フェーズ2-5関連）

• ハッカソンで48時間で作った成果物と、その後の展開の話（フェーズ2-6）

• 学業と個人開発と就活を束ねる時間設計を、自分で作り上げた話（フェーズ2-7）

• 技術ブログを継続して書いてきた話（フェーズ2-8）

• 勉強会での初登壇から、複数回の登壇に至った話（フェーズ2-9）

• IT企業でのバイトで、実務の現場で担った役割の話（フェーズ2-10）

• 長期インターンで担当したプロジェクトの話（フェーズ2-11）

• 社外コミュニティで先輩・仲間の輪に加わった話（フェーズ2-12）

　ガクチカの書き方の型は、次の4つです。

1. 状況：何に取り組んでいたか（一文）

2. 課題：どんな困難や壁に直面したか

3. 行動：どう考えて、どう動いたか（プロセスの言語化）

4. 結果と学び：何が生まれたか、何を学んだか

　この4つで書くと、積み上げてきた経験が、面接官に伝わる形になります。

　型だけでは書けないと思うので、実物を1つ置きます。個人開発を題材にした、600字程度の例です。

　良い例が、なぜ成立しているかを、分解しておきます。

• 数字が入っている：2〜3日、5人中4人、20人中14人、半日。数字は、その場にいた人しか書けません

• 自分の予想が外れたことを書いている：「私は機能の不足を疑っていた」。外れた話を書ける人は、実際に手を動かしています

• 捨てた選択肢を書いている：「セキュリティと手軽さのどちらを取るかで迷った」。迷いを書くと、判断の理由が立ち上がります

• 学びが、一般論になっていない：「やり抜く力」ではなく「使われない理由を自分で決めつけない」。その経験からしか出てこない学びになっています

　この4つが入っていれば、題材は何でもかまいません。逆に、この4つが入っていない書類は、題材がどれだけ立派でも、面接で掘れません。

　なお、規模を盛る必要はありません。上の例は、サークル20人のためのアプリです。「20人中14人」は、「10万ユーザー」より、書いた本人の顔が見えます。

5-4. ポイント4：成果物のURLは、READMEを整えてから提出する

　GitHubのURLを、必ず開く会社ばかりではありません。8章で書きますが、書類をシステマティックに処理するだけの会社もあります。

　それでも、READMEを整える意味はあります。開いた会社にだけ、差が伝わるからです。開いた瞬間に見えるREADMEが、成果物の第一印象を決めます。

　フェーズ2-2「強いポートフォリオの作り方」で扱ったREADMEの6要素を、応募前に整え直してください。

1. プロダクトの概要（何を作ったか、1〜2行）

2. 動機と課題設定（なぜ作ったか）

3. 使った技術スタック（言語、フレームワーク、インフラ）

4. 実装の判断理由（設計・技術選定の考え方）

5. デモまたはスクリーンショット（動くものが見える）

6. 今後の展開（何を挑戦したいか）

　面接官がREADMEを開いて、3分で成果物の全体像を掴めることが、応募書類のURL提出の最低ラインです。フェーズ2-5で扱ったGitHubプロフィールREADMEも同時に整えて、複数の成果物への導線を作っておきます。

5-5. ポイント5：技術ブログ・Speaker Deckのプロフィールも、応募前に整える

　GitHubだけでなく、Zenn・Qiitaの技術ブログのプロフィール、Speaker Deckのアカウントも、書類選考の対象になります。プロフィール欄に、次をお伝えしておきます。

• 一言自己紹介（学年、専攻、興味のある技術ドメイン）

• 主な成果物へのリンク（GitHub、ポートフォリオサイト）

• 学生であることが分かる情報（大学名は任意）

　面接官が、あなたの発信の全体像を、プロフィール欄から1画面で掴めることが理想です。

5-6. 補足コラム：AIに書かせると、埋もれます

　ここで、いま就活の現場で起きていることを、1つだけお伝えしておきます。

　マイナビの調査では、就職活動でAIを利用したことのある学生は84.9%。用途でいちばん多いのは、ESの推敲が71.8%でした（2027年卒対象、2026年4月調査、有効回答1,258名）。前年の調査では就職活動での利用率が66.6%だったので、1年で大きく増えています。使っていることが例外ではない、という前提から始めます。

　問題は、その先です。採用の現場からは、出てくる話が似通ってきたという声が上がっています。日本経済新聞社のコラムには、採用担当者の状況がこう書かれていました。「全員から判で押したような『リーダーシップの物語』や『劇的な課題解決のエピソード』を聞かされる」「出てくるエピソードはどれも立派です。話の構成も完璧で、論理的です」。

　立派で、完璧で、論理的。そして、全員が同じ。 これが、いまの書類の山です。

　だから、はっきり書きます。AIに書かせた書類には、みなさんの1年が1文字も入りません。積み上げた本人にしか書けないことが、そこから全部抜け落ちます。そして、抜け落ちたことは、面接で掘られたときに分かります。

　そして、書類で見分けられなくても、面接で崩れます。同じコラムには「面接担当者には、それが『汗をかいて得た経験』なのか、『数秒で出力されたテキスト』なのかを見抜く術はありません」ともあります。文面だけを見比べれば、確かに分かりません。ただ、面接は文面を見比べる場ではありません。書いたことを、深く聞かれる場です。「なぜそう判断したのですか」「他の選択肢は何でしたか」。自分で歩いていない道は、二段掘られたところで続かなくなります。

　ここは、私が採用の場で見てきた実感として書いています。統計として示せるデータは、手元にありません。

　ここで、誤解のないように書いておきたいことがあります。

　AIに書かせている人が、手を抜いているとは思っていません。

　ESを1枚書くのに3時間かかって、それでも通らない。10社出して、9社落ちる。そういう状態で、気力が尽きるのは当たり前です。私が申し上げているのは、姿勢の話ではなく、結果の話です。AIに書かせた志望動機は、面接で崩れます。それだけです。

　そして、崩れるのはみなさんのせいではありません。自分で歩いていない道の話を、深く聞かれて答えられないのは、当然のことだからです。

　では、使ってはいけないのか。そうではありません。線が、はっきりあります。

• 向いている使い方：誤字脱字のチェック。文字数の調整。「この文は、意味が二通りに読めませんか」と聞く。敬語や体裁の確認。自分が書いたものを、整える方向

• 向いていない使い方：志望動機を書いてもらう。ガクチカのエピソードを作ってもらう。自己PRの構成を丸ごと出してもらう。自分が書いていないものを、持ってくる方向

　同じ調査で、「ほぼそのまま利用する」と答えた学生は2.9%でした。ただし、この数字を「多くの人は線を引いている」の根拠にはしません。「AIに書かせてから、自分で手直しする」という使い方は、「ほぼそのまま」には入りませんが、私が申し上げている「向いていない使い方」の側だからです。実際にどちらの使い方が多いのかは、この数字からは分かりません。

5-7. AIを、整える方向で使う手順

　「線の内側なら頼れる道具です」とだけ言って終わるのは、不親切だと思いました。具体的な使い方を置いておきます。

　大前提は1つ。最初のドラフトは、自分で書く。たどたどしくてかまいません。箇条書きでもかまいません。ここだけは、自分でやってください。

　そのうえで、次の手順で使えます。

1. 事実を箇条書きで出す：「何をしたか」「なぜそうしたか」「どこで詰まったか」「どうなったか」を、5行程度で自分で書く。日本語が下手でもかまいません

2. AIに構造を確認してもらう：「この箇条書きを、状況・課題・行動・結果の4つに整理してください。足りない情報があれば、質問で教えてください」。ここで返ってくる質問が、自分の書き漏らしです

3. 自分で文章に起こす：2で整理した骨組みを見ながら、自分で書きます。ここもAIには任せません

4. AIに読みにくさを指摘してもらう：「この文は、意味が二通りに読めませんか」「主語が抜けている文はありますか」「同じ語尾が続いている箇所を教えてください」

5. AIに文字数を調整してもらう：「この文章を、意味を変えずに600字に収めてください。削った箇所を教えてください」。削られた箇所が、自分にとって本当に必要だったかを自分で判断します

6. 最後に、声に出して読む：AIが整えた文を、自分の口で読んでみてください。言いにくいところは、面接でも言えません

　2と4と5は、AIが得意な作業です。1と3と6は、みなさんにしかできません。この分け方なら、時間は減って、面接で崩れません。

　最後に、いちばん言いたいことを書きます。成果物のURLよりも、書類の言葉のほうが、オリジナルであることを問われます。成果物はもともと自分にしか作れないものですが、文章は借りてこられてしまうからです。

　そして、1年以上かけて積み上げてきた人は、その積み上げ自体がガクチカです。作ったもの、詰まったところ、抜けた道。全部、自分の中にあります。借りてくる必要が、そもそもありません。

　そして、積み上げがまだ足りないと感じている方も、借りてこないでください。借りた言葉は、面接で必ず止まります。手元にあるものを、6章の方法で書ける形にしてください。たどたどしくても、自分の言葉で書かれた1枚には、みなさんが実際に歩いた道が残ります。

5-8. 会社独自の質問に、どう答えるか

　ESには、その会社にしかない質問欄があります。ここは、用意した文章が使えない場所なので、差がつきます。

• 「将来のキャリアビジョン」を問われたら、その会社がフェーズ1-2の4軸（ビジネスモデル／成長ステージ／技術ドメイン／地理と組織文化）のどこに立っているかを踏まえて、その座標の上で自分がどう育ちたいかを書きます。会社の座標に触れずに「成長したい」と書くと、どの会社にも出せる文になります

• 「直近取り組んだ技術課題」を問われたら、技術の名前ではなく、判断を書いてください。「Reactを使いました」ではなく「なぜReactにしたか、他に何を検討したか」。判断の理由は、その人にしか書けません

• 「当社で実現したいこと」を問われたら、その会社がいま公開している課題（技術ブログで書かれている取り組み、募集要項に書かれている体制の話）に接続してください。接続先がない場合は、募集要項に書かれていないことを聞くという形に変えてもかまいません

　企業ポートフォリオを素材にした書類は、他社と入れ替え不可能な、その会社への書類になります。

6. 積み上げが、足りないと感じている方へ

　ここまで読んで、こう思った方に向けて書きます。

　自分には、書くものがない。

　作ったものはスクールの課題が1つ。GitHubは授業のコミットだけ。ハッカソンも登壇も長期インターンもやっていない。アルバイトは飲食店。そういう方のほうが、実際には多いと思います。

　この章は、その方のためのものです。

　ただし、先に厳しいことを申し上げます。

　この章は、「積み上げがなくても大丈夫です」という話ではありません。積み上げてきた人と、そうでない人の差は、実際にあります。その差は、書き方では埋まりません。

　この章が扱うのは、その差を認めたうえで、手元にあるものを、いま出せる最大の形にすることです。そして、その作業自体が、簡単ではありません。むしろ、大きな成果物を持っている人が「これを作りました」と書くより、手元の小さな経験から書くほうが、はるかに頭を使います。

　就職活動は、そもそも難しいものです。ここで楽な道をお渡しするつもりはありません。楽な道は、面接で崩れるからです。

6-1. 「書くものがない」の正体

　まず、はっきりさせておきます。書くものがないのではなく、手元にあるものを書ける形にしていないだけであることが、ほとんどです。

　書類で見られているのは、成果物の大きさではありません。その人が、自分のやったことを、自分の言葉で説明できるかです。

　規模の大きい成果物を、人から聞いた言葉で説明する人より、小さな課題を、自分の言葉で細かく説明できる人のほうが、はるかに伝わります。ここは、断言します。

6-2. スクールの課題を、書ける形にする

　「スクールの課題を作りました」で終わると、採点者は何も受け取れません。次の4つを足してください。

• どこで詰まったか：「ログイン機能の実装で、セッションの扱いが分からず2日止まりました」

• どう調べたか：「公式ドキュメントを読んでも分からず、同じ実装をしている記事を3本読み比べて、共通している部分を探しました」

• なぜその方法にしたか：「複数のやり方がありましたが、後から読む人が追いやすいほうを選びました」

• 次にやるなら何を変えるか：「いまなら、最初にデータの流れを紙に書いてから実装します」

　この4つは、課題であっても、実務であっても、同じ重さで書けます。詰まった経験は、成果物の大きさとは関係がないからです。

　「課題です」と正直に書いてかまいません。隠すほうが、あとで面接で崩れます。

6-3. アルバイトを、エンジニア職のガクチカとして書く

　飲食店のアルバイトを、エンジニア職の書類に書いてはいけない、ということはありません。

　よくある失敗は、「リーダーを任されました」で止まることです。これでは、役職名を言っただけです。

　やることは、5-3の型（状況・課題・行動・結果と学び）を、そのまま当てはめることです。例を出します。

　後者が、なぜエンジニア職の書類として成立するのかを書きます。

• 観測している：「毎週特定の2人に集中している」という事実を見ている

• 原因を切り分けている：「紙で集めていたから、店長しか把握できていなかった」

• 仕組みで直している：人に頼むのではなく、情報の見え方を変えた

• 効果を確かめている：偏らなくなった、時間が短くなった

• 一般化している：「情報が1人に集中していると、判断もその人に集中する」

　この5つは、そのままソフトウェアの仕事のやり方です。業種は関係ありません。「観測して、原因を切り分けて、仕組みで直して、効果を確かめる」。これができる人だと伝われば、それでいいのです。

　同じ型は、コンビニでも、塾講師でも、部活でも、サークルの会計でも使えます。探すのは「すごい経験」ではなく、自分が何かを変えた場面です。小さくてかまいません。

　ただし、これは楽な作業ではありません。良い例のような書き方をするには、当時の自分が何を見て、何を考えて、なぜそうしたのかを、いま思い出して言語化する必要があります。何時間もかかります。

　それでいいのです。ここでかけた時間は、面接でそのまま使えます。逆に、ここを飛ばして書いた書類は、面接で必ず止まります。

6-4. GitHubが課題のコミットだけ、という方へ

　正直に申し上げます。Contributionsグラフ（GitHubのトップページに出る、緑色の格子）が空いている状態は、見る人が見れば分かります。

　ですので、2つだけお伝えします。

　1つ目。それでも、URLは出してください。出さないと、判断の材料がゼロになります。出せば、少なくとも、何を作ったかは見てもらえます。

　2つ目。リポジトリを1つだけ選んで、READMEを整えてください。数ではなく、1つを見せられる状態にするほうが効きます。5-4で扱った内容を、1つのリポジトリにだけ適用すれば足ります。

　そして、今日から緑を埋めようとしないでください。慌てて毎日コミットしても、中身のないコミットは、かえって目立ちます。やるなら、いま作っているものを丁寧に続けるほうが、意味があります。

6-5. 「間に合わなかった」ことを、どう扱うか

　最後に、これをお伝えしておきます。

　「1年前から準備していませんでした」は、書類に書く必要はありません。誰も、そこを聞いていないからです。

　書くのは、いま手元にあるものと、そこから何を学んだかだけです。分量が足りなければ、1つのことを深く書いてください。浅い話を3つ並べるより、1つを4段階の深さで書いたほうが、はるかに残ります。

7. 書類選考で、注意深く観ておきたい会社側の設計

　書類選考は、企業側の設計そのものが、その会社の姿勢を映します。フェーズ3-2で扱った9つの危険信号の中でも、応募プロセスと応募フォームの設計は、書類選考の直前で確認できるシグナルです。

7-1. 応募フォームに、成果物URLの記入欄があるか

• GitHub URL、ポートフォリオ URL、Speaker Deck URL、技術ブログ URL、Notionのポートフォリオページなど、成果物のURLを提出する欄が用意されているか

• 「自由記述欄」しかない会社は、成果物URLを正式なフィールドとして受け止めない設計になっている

7-2. 応募資格の記述に、フェーズ2の成果物の粒度が反映されているか

• 「個人開発・チーム開発・インターン・勉強会での登壇」のような、成果物の粒度で応募資格が書かれているか

• 「経験不問・やる気重視」だけで済まされている場合、危険信号4に該当

7-3. 選考プロセスの情報が、応募フォームで開示されているか

• 選考ステップの構成（一次・二次・三次・最終・オファー面談）

• 技術面接の有無、コーディング課題の有無

• 選考期間の目安

• これらが応募フォームで開示されている会社は、選考の透明性を持っている

　あわせて、各段階に、どのような職位の方が出てくるのかも確認しておきます。開示されていなければ、面接の案内が来たときに聞いてください。「各面接に、どのような職位の方が出られるか、事前に教えていただけますか」。失礼な依頼ではありません。フェーズ4-2の0章で書いたとおり、相手を知って臨むことが、リスペクトです。そして職位が分かれば、その人が何に責任を負う層なのかを、事前に読めます。

7-4. 職場情報のリンクが、応募フォームで提示されているか

• 若者雇用促進法に基づく職場情報（残業時間・有給取得率・離職率）のリンク

• ユースエール認定情報

• これらが応募フォームで提示されている会社は、危険信号8をクリアしている

　応募フォームは、応募直前の学生さんに対して、その会社の透明性を最終確認できる場です。応募前にもう一度、応募フォームの設計を確かめてください。

8. 書類選考の段階から、成果物を丁寧に読む会社がある

　書類選考という、選考の入口の段階でも、確かめておきたい問いがあります。その会社は、エンジニアをプロフェッションとして育つ環境を持っているか。この問いは、シリーズを通して繰り返し立ち返る上位原則です。

　プロフェッションとして育つ環境を持つ会社は、書類選考の段階から、学生さんの成果物を丁寧に読みます。GitHubのContributionsグラフ、READMEの整え方、技術ブログの記事の質、Speaker Deckのスライドの構成、OSSへのPRの内容。これらを1つずつ実際にクリックして確認します。

　書類選考で提出したGitHub URLを、面接官が実際に読み込んで来ているか。読み込むには、面接官の準備時間が要ります。私の実感では、リポジトリを1つ読んで質問を用意するのに、30分から1時間です（統計として示せる数字ではありません）。その時間を、誰かが業務として認めている、ということです。良い会社では、面接の冒頭で「あなたのGitHubのこの実装を読みました。◯◯の判断について、詳しく聞かせてください」という具体的な話が始まることがあります。

　もし、面接の冒頭で成果物の話が出なかったら、こちらから聞いてください。「提出したリポジトリのうち、どれをご覧いただけましたか」。読んでいれば、リポジトリ名が固有名詞で返ってきます。

　学生さんが書類選考で丁寧に書いた志望動機・自己PR・ガクチカを、面接官が読み込んで来ている。この一貫性が、その会社の書類選考への向き合い方を映します。書類選考をシステマティックに処理するだけの会社と、丁寧に読み込む会社の差は、面接の冒頭で明確に見えます。

まとめ

　本記事では、書類選考の実践をお話ししました。

　落ちるのが普通です。内定者1人あたりの応募学生数は48.3人、1次面接を受けた学生は6.0人（マイナビ2026年卒調査。回答企業の集合が違うので割り算はできませんが、桁が違うことは分かります）。何社か落ちたことを、自分の値打ちの判定として受け取らないでください。

　そのうえで、通る書類に共通しているのは1つです。書いた本人にしか書けないことが、入っていること。

　それを作るのが、この記事で挙げた4つでした。数字が入っている／自分の予想が外れたことが書いてある／捨てた選択肢が書いてある／学びが一般論になっていない。この4つが入っていれば、題材は何でもかまいません（5-3）。

　積み上げが足りないと感じている方は、6章です。スクールの課題も、飲食店のアルバイトも、書ける形にできます。ただし、楽な作業ではありません。当時の自分が何を見て、何を考えたかを思い出して言語化するのに、何時間もかかります。その時間は、面接でそのまま使えます。

　AIについては、5-6と5-7です。使うなとは言いません。ただし、最初のドラフトだけは自分で書いてください。そこを飛ばした書類は、面接で崩れます。

　次のフェーズ4-4では、一次面接のお話に進みます。

エンジニアの卵のみなさんへ、エール

　書類選考は、就活のなかで最も孤独な作業のひとつです。面接のように、対話の中でリアクションをもらえるわけではありません。書いて、出して、待つ。そして、多くは落ちる。この繰り返しが、いちばん削られます。

　だから、1枚に時間をかける価値がある場所を、はっきりさせておきます。

　本命の会社の1枚には、時間をかけてください。何時間かかってもかまいません。そこで書いた言葉は、面接でそのまま使えます。逆に、すべての会社に同じ時間をかけることは、物理的にできません。これは、嘘のない現実です。本命以外は、本命用に書いた素材を、その会社に合わせて組み替える。この形で回してください。

　私が就活をした時代は、就職氷河期のど真ん中です。当時の就活には、応募先ごとに書類を書き分けるという発想を教えてくれるものが、ありませんでした。いまは、その発想が共有されています。ただし、共有されているぶん、書き分けていない書類は目立ちます。

　今週、なにか一つ、始めてみてください。

• すでに出した書類が手元にある方は、その志望動機の会社名を、他社の名前に差し替えてみてください。意味が通ってしまったら、その文は書き直しです（5-1）

• これから書く方は、応募フォームを最後まで開いて、記入欄と提出物を全部書き出してみてください

• 書くものがないと感じている方は、6-3の型で、アルバイトか授業の話を1つ、400字で書いてみてください

　どれか1つで、本記事の1歩目です。

　そして、フェーズ4-4で、一次面接の実践でお会いしましょう。

　一緒に歩きましょう。ボン・ボヤージュ。素敵な旅を。

次の記事は、フェーズ4-4「一次面接（人事・若手エンジニア）。志望動機・自己PR・ガクチカを、自分の言葉で語る」です。

この連載を読むにあたって

　事実の確認について。 法令・統計・制度の記述は、一次情報にあたって確認し、出典のリンクを各記事の末尾に置いています。それでも、誤りが混じっている可能性は、ゼロではありません。数字と法令は、リンク先の原典で確かめてから使ってください。確かめる手間ごと、この連載がお渡ししたいものです。

　調査の時点について。 記事中の法令・統計・制度は、2026年9月15日時点で確認したものです。法令は改正され、統計は毎年更新されます。読んでいる時点との差は、ご自身で埋めてください。

　生成AIの利用について。 この連載は、調査と推敲に生成AIを使っています。

　最後は、ご自身で判断してください。 就職活動は、みなさんの人生の大きな選択です。この連載がお渡しするのは、判断の物差しであって、判断そのものではありません。物差しを当てるのは、みなさん自身です。

　そして、一人で抱えないでください。 相談先があります。大学のキャリアセンター。新卒応援ハローワークは全国56か所にあり、すべて無料で、専任の就職支援ナビゲーターが担当者制でついてくれます。労働条件のことは、総合労働相談コーナー（都道府県労働局や労働基準監督署などに全国378か所）でも相談できます。

#エンジニア就活 #エントリーシート #履歴書 #ガクチカ #就活生 #新卒採用 #エンジニアの卵に贈る就活の書

関連記事・参考文献等

• マイナビ 2027年卒 大学生キャリア意向調査4月＜就活生のAI利用について＞

• 疲弊する新卒採用の現場　「生成AIの書いた作文」を読まされる担当者（日経BOOKプラス）

• 新卒ITエンジニア 新卒研修シラバス

• 新卒エンジニア、観察ノートを開く（上巻）　観察を、始める

• 新卒エンジニア、観察ノートを開く（中巻）　両輪を、回す

• 新卒エンジニア、観察ノートを開く（下巻）　道を、選び取る