職務経歴書の書き方をエンジニア向けに解説｜未経験の学習歴とAI下書きの手順つき

職務経歴書の書き方をエンジニア向けに解説｜未経験・微経験OK

「エンジニアの実務経験がないのに、職務経歴書に何を書けばいいのだろう」。この一行の前で、手が止まる。異業種からの転職では、書けることがない気がして自信をなくしてしまう方がとても多いです。ただ、ここには思い違いが一つある。未経験者の書類選考は「経験の有無」だけで決まるわけではありません。むしろ結果を分けるのは、「伝え方」のほうです。

採用担当者が未経験者の職務経歴書に求めているのは、完成されたエンジニアスキルではありません。学習を続けられる力、物事を筋道立てて伝える力、そして前職で培った強みがITの現場でどう活きるか——見られているのは、その三つです。だから、書き方次第で十分に勝負できます。

この記事では、未経験・微経験からエンジニアを目指す方向けに、職務経歴書の基本構成、前職経験をIT文脈に翻訳する方法、学習歴・ポートフォリオの書き方、そして書類選考を通す3つのポイントとNG例まで、具体例つきで解説します。

職務経歴書とは？履歴書・スキルシートとの違い

履歴書、職務経歴書、スキルシート。名前は知っていても、役割の違いを説明しろと言われると意外に詰まります。まず、この三つを並べて整理します。

書類	役割	主な内容
履歴書	プロフィールの証明	学歴・職歴・資格などの事実を時系列で記載
職務経歴書	実績と強みのプレゼン	業務内容・成果・スキルを具体的にアピール
スキルシート	技術力の一覧表	言語・ツールごとの経験年数やレベル(SES業界などで使用)

履歴書が「事実の一覧」なのに対し、職務経歴書は「自分を採用するメリットを伝える営業資料」です。またスキルシートはSES業界を中心に使われる技術経歴の一覧で、経験者向けの色が濃い書類です。未経験者の転職活動では、履歴書と職務経歴書の2点セットが基本になります。

未経験・異業種からの職務経歴書の基本構成

未経験者の場合、何を書くかと同じくらい、どの順で並べるかが効いてきます。次の構成なら、採用担当者が知りたい情報を、探させることなく順番に届けられます。

1. 職務要約(3〜5行): 前職での経験の要約＋エンジニアを目指す経緯を簡潔に
2. 活かせる経験・スキル: 前職の強みをIT文脈に翻訳して3つ程度
3. 職務経歴: 会社ごとに業務内容・工夫・成果を記載(数字を入れる)
4. 学習歴・技術スキル: 学習期間、学んだ言語・技術、学習時間の目安
5. ポートフォリオ: 制作物の概要・URL・技術構成・工夫した点
6. 資格: 取得済みのもの＋勉強中のもの(あれば)
7. 自己PR: 学習の継続力と前職の強みを絡めて締める

分量はA4で1〜2枚が目安です。長ければよいわけではなく、読み手が1〜2分で強みを把握できることが重要です。

前職の経験をIT文脈に翻訳する方法

未経験者の職務経歴書で最も差がつくのが、この「翻訳」の作業です。前職の経験をそのまま書くのではなく、エンジニアの仕事にどうつながるかまで言語化します。

前職の経験	IT文脈への翻訳例
営業で顧客の要望をヒアリング	要件を正確にくみ取る力→要件定義や顧客折衝に活きる
事務でExcelの関数・マクロを改善	業務の自動化・効率化の視点→プログラミング的思考の素地
販売でスタッフの教育を担当	ドキュメント化・ナレッジ共有の力→チーム開発で活きる
製造で品質チェックフローを改善	原因分析と再発防止の習慣→デバッグやテスト設計に通じる

ポイントは「事実→そこで発揮した力→エンジニア業務での活かし方」の3段階で書くことです。単に「コミュニケーション力があります」と書くのではなく、具体的なエピソードとセットで示しましょう。

学習歴・ポートフォリオの書き方

実務経験がない分、技術力を裏づける材料は学習歴とポートフォリオしか残りません。だからこそ、次の要素は具体的に書き込みたいところです。

• 学習期間と学習時間: 「2025年10月から約8ヶ月、平日2時間・休日5時間(累計約700時間)」のように定量的に
• 学習内容: 言語・フレームワーク・ツールを列挙するだけでなく、何を作れるレベルかを添える
• ポートフォリオ: 作品名、URL、使用技術、開発期間、そして「なぜ作ったか」「どこを工夫したか」

特にポートフォリオは、機能の羅列よりも「誰のどんな課題を解決するために作ったか」「エラーにどう対処したか」という思考プロセスが評価されます。GitHubのURLを載せる場合は、READMEを整備しておくことも忘れないでください。

学習歴は「やった」ではなく「終えた」を書く

未経験の職務経歴書で最も弱くなるのが学習歴だ。「Progateを一周しました」「独学で3ヶ月勉強しました」と書いても、読む側は何ができるのか判断できない。

ここは、ナミノリの受講ログが参考になる。無料講座への受講登録158件を集計すると、修了まで到達したのは37件で、修了率は23.4%だった（2026年9月18日時点）。残り121件がどこで止まったかを見ると、傾向がはっきり出る。

止まった地点	人数
1本も終えずに停止	4人
1本目だけ終えて停止	26人
途中で停止	59人
全レクチャー完了、しかし修了試験が未了	32人

注目すべきは最後の32人だ。教材を最後まで見終えているのに、修了の手続きをしていない。修了した37人とほぼ同数いる。

つまり、「学習した人」と「終えたと言える人」は別であり、その差は書類の上でも出る。学習歴に書くべきは学習時間ではなく、次の3つだ。

• 何を終えたか（講座名・レクチャー数・修了日）
• どこでつまずいたか（naminoriの講座では、修了テストの再挑戦回数が記録に残る。完了887レクチャーのうち一発合格は622で、残り265は2回以上かかっている。再挑戦した単元は、そのまま「苦戦して理解した箇所」として書ける）
• 終えた結果、何が作れるようになったか

「3ヶ月勉強しました」より、「HTML/CSS初級講座（全7本）を修了し、自己紹介ページを1枚作った。CSSの位置指定で2回つまずき、Flexboxを調べ直して解決した」のほうが、短くても判断材料になる。

経歴データから、AIに下書きを作らせる

書き方が分かっても、白紙から書き始めるのは重い。ナミノリの会員なら、登録済みの経歴データをAIアシスタントに読ませて、下書きを作らせることができる。

手順は3つだ。

1. プロフィール（職歴・学歴・資格・実績・修了講座）を埋める
2. MCP接続トークンを発行する（無料・90日有効）
3. Claude などのAIクライアントにつないで、「職務経歴書の下書きを作って」と頼む

読み取り専用なので、AIがあなたのデータを書き換えることはない。読めるのは自分のデータだけだ。詳しい手順はMCP入門講座で扱っている。

ただし、出てきた下書きをそのまま出さないこと。AIはデータに無い数値や役職を推測で補うことがある。在籍期間、入力していない数値、書いていない担当範囲の3つは必ず確認する。どの実績を載せるかを決めるのも自分の仕事で、AIに任せてよいのは「書き方」までだ。

書類選考を通す3つのポイント

ポイント1: 数字で語る

「業務を効率化した」ではなく「月10時間かかっていた集計作業をマクロで2時間に短縮した」のように、規模・期間・改善幅を数字で示すと説得力が一気に上がります。前職の実績も学習量も、可能な限り定量化しましょう。

ポイント2: 応募企業ごとに「活かせる経験」を書き換える

自社開発・受託開発・SESでは、求める人物像が異なります。求人票の「求めるスキル・人物像」を読み込み、活かせる経験・スキル欄の順番や強調点を企業ごとに調整するだけで、通過率は変わります。使い回しの書類は採用担当者に必ず伝わります。

ポイント3: 「なぜエンジニアか」に一貫性を持たせる

職務要約・学習歴・自己PRを通して、「前職での気づき→学習開始→応募」というストーリーが一本の線でつながっているかを確認しましょう。書類の一貫性は、面接での深掘りにも耐える土台になります。面接対策とセットで進めたい方はエンジニア転職の面接で必ず聞かれる質問も参考になります。

やりがちなNG例

• 職歴を業務の羅列だけで終わらせる(工夫や成果が書かれていない)
• 「未経験ですが頑張ります」と意欲だけを強調し、行動の裏付けがない
• 学習歴に「Progateを一通りやりました」など受動的な内容しか書かない
• スクールのカリキュラム通りのポートフォリオを、自分の工夫の説明なしに載せる
• 誤字脱字、表記ゆれ(RubyとrubyやWebとWEBの混在など)を放置する
• ネガティブな転職理由(前職の不満)をそのまま書く

エンジニアの仕事はドキュメント作成の連続です。誤字脱字や構成の乱れは、それ自体が「仕事の丁寧さ」の評価につながることを意識しましょう。

よくある質問(FAQ)

職務経歴書は何枚にまとめるべきですか？

A4で1〜2枚が目安です。未経験者の場合、無理に2枚に引き伸ばすより、密度の高い1枚〜1枚半のほうが好印象なことも多いです。読み手が短時間で強みを把握できるかを基準にしましょう。

実務経験ゼロの場合、職務経歴には何を書けばいいですか？

前職の職務経歴をしっかり書いてください。エンジニアと無関係に見える仕事でも、課題発見・改善・協働の経験は評価対象になります。そのうえで学習歴とポートフォリオのセクションを厚めに書き、技術への取り組みを示すのが基本形です。

ポートフォリオは必須ですか？

必須ではない求人もありますが、未経験者にとっては実質的に最大の武器です。実務経験の代わりに「作れること」を証明できる唯一の材料なので、小さくてもよいのでオリジナルの作品を用意することを強くおすすめします。

職務経歴書は手書きとパソコンどちらがよいですか？

エンジニア職ではパソコン作成が基本です。WordやGoogleドキュメントで作成しPDFで提出するのが一般的です。ITエンジニアを目指す以上、手書きを選ぶメリットはほぼありません。

添削は誰かに頼むべきですか？

自分では気づけない改善点が多いため、第三者のチェックは必ず受けましょう。転職エージェントやキャリアアドバイザーの添削が定番です。相談先の選び方はエンジニア転職の相談先で詳しく解説しています。

職務経歴書は一度作って終わりではなく、応募と改善を繰り返して磨いていくものです。とはいえ、独学での改善には限界もあります。学習コンテンツとキャリア支援が一体になったナミノリなら、書類作成から求人選びまで未経験者に寄り添ったサポートを受けられます。応募先探しには未経験歓迎の求人一覧もあわせてご活用ください。また、書類以外も含めた転職活動全体の進め方はエンジニア転職で失敗しないための完全ガイドにまとめています。

まとめ

• 職務経歴書は「事実の一覧」ではなく「自分を採用するメリットを伝える営業資料」
• 未経験者は、前職の経験を「事実→発揮した力→IT業務での活かし方」の3段階で翻訳して書く
• 学習歴は学習時間まで定量的に、ポートフォリオは工夫と思考プロセスを添えて書く
• 通過率を上げる鍵は、数字で語る・企業ごとに調整する・ストーリーの一貫性の3つ
• 誤字脱字や使い回しはそれ自体がマイナス評価。第三者の添削を受けて磨き込む