転職活動を始めるとき、多くの人が手間取るのが職務経歴書です。インフラエンジニアの職務経歴書では、どんなシステムで、どの工程を、どんな規模と役割で担当したかを具体的に書くことが、書類選考を通過するための鍵になります。
ここでは、インフラエンジニアの職務経歴書の書き方を、採用担当者が見るポイントや基本の構成から解説します。項目ごとの書き方と例文に加えて、運用・保守が中心の人やSESで働く人など、経験別の書き方もまとめました。
この記事で分かること
- インフラエンジニアの職務経歴書で採用担当者が見るポイントと、基本の構成
- 職務要約・職務経歴・スキル・自己PRなど、項目別の書き方と例文
- 運用・保守が中心の人、構築・設計の経験がある人、SESで働く人の書き方
インフラエンジニアの職務経歴書とは
職務経歴書の役割
転職活動では、履歴書と職務経歴書の2つを提出するのが一般的です。
| 書類 | 主な内容 | 役割 |
|---|---|---|
| 履歴書 | 氏名・住所・学歴・職歴・資格など | 応募者の基本情報を伝える |
| 職務経歴書 | 担当した仕事の内容・技術・成果など | 仕事の経験と、入社後にできることを伝える |
履歴書には決まった形式がありますが、職務経歴書は自由な形式で、自分の経験を伝えるための書類です。書き方次第で、同じ経験でも伝わり方が大きく変わります。
採用担当者が見るポイント
インフラエンジニアの職務経歴書で、採用担当者は主に次の点を見ています。
| ポイント | 内容 |
|---|---|
| 担当した工程 | 要件定義・設計・構築・テスト・運用・保守のどこを担当したか |
| 扱った技術 | OS、ネットワーク機器、クラウド、ミドルウェア、ツールなど |
| システムの規模 | サーバーの台数、拠点の数、利用者の数など |
| 自分の役割 | メンバーか、リーダーか。チームの人数 |
| 成果と工夫 | 改善したこと、減らした作業時間、防いだ障害など |
とくに、担当した工程と扱った技術は、求人の条件と合っているかを判断するために必ず見られます
職種ごとの仕事内容は、［インフラエンジニアとは］で解説しています。
基本の構成
インフラエンジニアの職務経歴書は、次の構成で書くのが一般的です。
| 項目 | 内容 |
|---|---|
| 職務要約 | これまでの経歴を3〜5行で短くまとめる |
| 職務経歴 | プロジェクトごとに、期間・概要・担当工程・環境・規模・役割・成果を書く |
| テクニカルスキル | 扱える技術と、その経験年数をまとめる |
| 資格 | 取得した資格と取得年月を書く |
| 自己PR | 強みと、入社後に活かせることを書く |
項目別の書き方と例文
職務要約
職務要約は、採用担当者が最初に読む部分です。これまでの経歴と得意な分野が、数行で分かるようにまとめましょう。
株式会社〇〇にて約5年間、インフラエンジニアとして金融機関や製造業の社内システムのサーバー・ネットワークの構築と運用に携わってきました。直近の2年間は、Linuxサーバー30台規模のシステムの設計・構築をリーダーとして担当しています。運用で培った障害対応の経験を活かし、止まりにくく運用しやすい構成を設計することを得意としています。
職務経歴
職務経歴は、プロジェクトごとに次の項目で整理すると、読みやすく伝わりやすくなります。
| 項目 | 書く内容の例 |
|---|---|
| 期間 | 2023年4月〜2025年3月 |
| プロジェクトの概要 | 製造業の基幹システムのサーバー更新 |
| 担当工程 | 基本設計、詳細設計、構築、テスト |
| 環境 | Red Hat Enterprise Linux、VMware vSphere、Cisco Catalyst、Zabbix |
| 規模 | サーバー30台、チーム6名 |
| 役割 | サブリーダー（メンバー3名の取りまとめ） |
そのうえで、担当した仕事と成果を箇条書きで書きます。
【担当業務】
・仮想化基盤の更新に向けた基本設計・詳細設計（パラメーターシートの作成）。
・Linuxサーバー30台の構築と、Ansibleによる設定作業の自動化。
・障害時の切り替えを含むテスト項目の作成と実施。
【成果・工夫】
・Ansibleで設定作業を自動化し、構築にかかる時間を約4割短縮。
・運用チームと事前に手順をすり合わせ、本番切り替え後の障害を0件に抑えた。
成果は、「約4割短縮」「障害0件」のように数字で示すと、説得力が大きく増します。
テクニカルスキル
扱える技術は、分類ごとに経験年数をあわせて書きます。
| 分類 | 技術・製品 | 経験年数 |
|---|---|---|
| OS | Red Hat Enterprise Linux、Windows Server | 5年 |
| 仮想化 | VMware vSphere | 3年 |
| ネットワーク | Cisco（ルーター・スイッチ）、FortiGate | 4年 |
| クラウド | AWS（EC2、VPC、S3） | 1年 |
| 監視・自動化 | Zabbix、Ansible | 2年 |
「設定できる」「設計できる」など、どのレベルまでできるかを一言添えると、さらに伝わりやすくなります。
資格
資格は、正式な名前と取得年月を書きます。勉強中の資格がある場合は、「〇年〇月に受験予定」と書いておくと、学ぶ意欲を伝えられます。
- 2021年6月 CCNA 取得
- 2023年3月 LinuC レベル1 取得
- 2025年9月 AWS Certified Solutions Architect – Associate 取得
- 現在、CCNPの取得に向けて勉強中（2026年12月受験予定）
資格の選び方は、［インフラエンジニアのおすすめ資格一覧］で紹介しています。
自己PR
自己PRでは、強みを1〜2つに絞り、それを裏づける具体的な経験と、入社後にどう活かすかを書きます。
私の強みは、運用の視点を持って設計できることです。運用・保守を3年間担当するなかで、障害の多くが設計時の想定不足から起きていることに気づき、構築の担当になってからは運用チームと手順を事前にすり合わせるようにしてきました。その結果、担当したシステムでは本番切り替え後の障害を0件に抑えています。貴社でも、運用まで見据えた設計で、安定したサービスの提供に貢献したいと考えています。
経験別の書き方のポイントと例文
運用・保守が中心の人
運用・保守が中心の人は、「監視をしていました」で終わらせず、自分で考えて動いたことや、改善したことを具体的に書きましょう。
・サーバー約200台の監視と、障害の一次対応（月平均15件）を担当。
・よく起きる障害の対応手順を整理して手順書にまとめ、対応時間を平均30分から15分に短縮
・定型のログ確認作業をシェルスクリプトで自動化し、毎日1時間の作業を削減。
構築や設計に進みたい場合は、自分で作った検証環境や、取得した資格もあわせて書くと、意欲と基礎力を示せます。
運用・保守から上流工程に進む方法は、［運用・保守から設計・構築へ］で解説しています。
構築・設計の経験がある人
構築・設計の経験がある人は、どんな要件から、どんな構成を考えたかまで書くと、設計力が伝わります。
・拠点数20か所の社内ネットワークの再構築で、基本設計を担当
・拠点間の回線の障害に備え、回線とルーターを二重化する構成を提案・設計
・設計書の作成から、顧客への説明、構築チームへの引き継ぎまでを担当
SESで複数の現場を経験した人
SESで複数の現場を経験した人は、現場が多くても、プロジェクトごとに同じ項目で整理すれば読みやすくなります。現場が多い場合は、直近の経験や応募先に近い経験を詳しく書き、それ以外は短くまとめましょう。
時系列で並べるより、「サーバー構築」「ネットワーク運用」のように経験の種類ごとにまとめる形式（キャリア式）のほうが、強みが伝わりやすい場合もあります。
SESのキャリアについては、［SESのインフラエンジニアのキャリア］で解説しています。
よくある失敗
職務経歴書では、次のような書き方は避けましょう。
| よくある失敗 | 直し方 |
|---|---|
| 「サーバーの運用を担当」とだけ書く | 台数、OS、担当した作業の内容を具体的に書く |
| 技術の名前を並べるだけ | 何をどこまでできるか、経験年数とあわせて書く |
| 成果が書かれていない | 改善した数字や、防いだ障害などの成果を書く |
| すべての現場を同じ量で書く | 応募先に近い経験を詳しく、それ以外は短くまとめる |
インフラエンジニアの職務経歴書でよくある疑問
Q．職務経歴書は何枚にまとめればいい？
A4で2〜3枚が目安です。長すぎると、伝えたい経験が埋もれてしまいます。応募先で活かせる経験を中心に、読みやすくまとめましょう。
Q．守秘義務がある情報はどう書けばいい？
顧客の社名やシステムの名前は、「大手金融機関」「製造業の基幹システム」のように、業界や規模が分かる表現に置き換えましょう。社内の情報を書きすぎると、かえって情報の扱いに不安を持たれることがあります。
Q．経験の浅い技術も書いていい？
書いてかまいません。ただし、経験年数や「検証環境で構築した経験あり」など、どの程度の経験かが分かるように書きましょう。面接で詳しく聞かれても答えられる範囲にとどめることが大切です。
Q．どんな形式で書けばいい？
古い経験から順に書く形式（編年体式）、新しい経験から順に書く形式（逆編年体式）、経験の種類ごとにまとめる形式（キャリア式）があります。直近の経験をアピールしたい場合は逆編年体式、現場が多い場合はキャリア式が向いています。
Q．職務経歴書は応募する企業ごとに変えるべき？
基本の内容は同じでかまいませんが、職務要約や自己PR、詳しく書くプロジェクトは、応募先の求人に合わせて調整するのがおすすめです。求人で求められている技術や工程に近い経験を、先に目立つように書きましょう。
転職活動の進め方は、［インフラエンジニアの転職］で解説しています。
まとめ
インフラエンジニアの職務経歴書では、経験を具体的に、数字を使って伝えることが大切です。
この記事のポイントは次のとおりです。
- 見られるポイント
担当した工程、扱った技術、システムの規模、自分の役割、成果と工夫。 - 基本の構成
職務要約、職務経歴、テクニカルスキル、資格、自己PRの順にまとめる。 - 職務経歴の書き方
プロジェクトごとに期間・概要・担当工程・環境・規模・役割を整理し、成果を数字で示す。 - 経験別のポイント
運用・保守が中心なら改善した経験、構築・設計の経験があれば構成を考えた経験を書く。 - よくある失敗
技術の名前を並べるだけで、内容や成果が書かれていない職務経歴書は伝わりにくい。
職務経歴書は、これまでの経験を振り返り、強みを言葉にするよい機会です。まずは担当したプロジェクトを書き出し、それぞれの規模と成果を数字で整理するところから始めてみましょう。
