この記事の監修:宮崎智広(Linux実務・教育歴20年以上・受講者3,100名超)
いつもありがとうございます。
「未経験なのに、職務経歴書に何を書けばいいのかまったくわかりません」
「インフラ系の職務経歴書テンプレを探しているけど、未経験向けが見当たらない」
この2つは、セミナーやメルマガ読者の方から毎月のように届く相談です。気持ちはよくわかります。「職務経歴書」とは本来「これまでの業務経験を書く書類」です。ところが未経験で転職しようとすると、書ける現場経験がそもそもない。だから手が止まる。
ただ、3,100名以上の受講生の転職相談に関わってきた中で気づいたのは、「未経験の職務経歴書で通らない人」と「通る人」の差は、経験の量ではありません。差があるのは「未経験であることをどう見せるか」の設計です。
インフラ・Linuxエンジニアの未経験職務経歴書には、「書くべき5つの項目」と「未経験を強みに変える5つのコツ」があります。この2セットを組み合わせると、書類通過率は明確に変わります。この記事で、その両方を一気通貫で解説します。
転職全体の戦略をまだ把握していない方は、先にLinux転職の全体像はこちらから戦略の輪郭を確認しておくと、この記事の各論が立体的に理解できます。
「このままじゃマズい」と感じていませんか?
参考書を開く気力もない、同年代に取り残される不安——
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
図解60P/登録10秒/解除も3秒 /
詳細はこちら
インフラ未経験が職務経歴書を書く前に知っておくべき現実
最初に、前提を整理します。「未経験OK」と書いてある求人でも、書類選考の段階で職務経歴書の提出を求める企業は多くあります。人材紹介を使う場合もエージェントから「レジュメをまず送ってほしい」と言われます。つまり「未経験だから職務経歴書は関係ない」は誤解で、むしろ職務経歴書こそが最初の関門です。
採用担当者が未経験応募者の職務経歴書を見るとき、評価しているのは「過去の業務経験そのもの」ではありません。次の3点です。
・自分のキャリアを客観的に整理できているか(自己分析力)
・インフラ・Linuxエンジニアへの転職理由が具体的か(志望の本気度)
・現時点でどこまで自習・準備しているか(学習の主体性)
この3点が伝わる職務経歴書は、「未経験でも前向きで育てられそうな人材」として評価されます。逆に、いくら丁寧に書いても、この3点が欠けている職務経歴書は「経験なし・やる気不明」と判断されて書類落ちします。
重要なのは「書いた量」ではなく「採用担当者の3つの疑問に答えられているか」です。この視点でゼロから書き直す。それが未経験職務経歴書の出発点です。
インフラ未経験の職務経歴書に必ず書くべき5つの項目
未経験でも書ける・書くべき5項目を順番に解説します。① 職務要約(3〜5行)
冒頭の「職務要約」欄に、自分の転職の文脈をコンパクトに書きます。たとえば「前職では営業として4年間、顧客折衝と受注管理を担当していました。業務の中でデータ集計・ツール作成に関わる機会が増え、インフラ・サーバー技術に興味を持ちました。現在はLinuxの基礎学習とAWS実習を進めており、インフラエンジニアとしてのキャリアをスタートしたいと考えています」という流れです。
ここで採用担当者は「なぜIT?なぜインフラ?」という疑問に先手で答えられます。3〜5行でまとめること。長々と書く必要はありません。
② 職歴(前職・現職の業務内容)
前職が非IT職であっても、業務の中から「ITリテラシーを示せる要素」を抜き出します。「Excelでマクロを作成した」「基幹システムのマニュアルを整備した」「PCのセットアップやトラブル対応を担当した」など、インフラ寄りの経験に近いものを前面に出します。なければ「データ量・件数・スピード感」などの定量情報だけでも信頼度が上がります。
③ 自己PR(Linuxエンジニアへの転換理由)
「なぜインフラエンジニアなのか」を、自分の経験に紐づけて語ります。「昔からサーバーの仕組みに興味がありました」という抽象論ではなく、「営業で使っていたSFAの応答速度に課題を感じ、サーバー側を改善できる立場に回りたいと思った」のような具体的なきっかけが理想です。
④ 資格・学習状況
LinuC・LPIC・基本情報処理・AWS CLFなどを取得済みであれば明記します。勉強中でも「LinuC Level1受験予定(2026年6月)」と書くだけで「現在進行形で学んでいる」という印象を与えます。学習環境として「自宅VirtualBox上でUbuntu 22.04を構築・Apacheで静的サイト公開」などの実績があれば箇条書きで加えてください。
⑤ 希望職種・希望条件
「Linuxサーバーの運用・構築補助から始め、将来的にはクラウドインフラの設計にキャリアを広げたい」のように、スタートポジションと3〜5年後のビジョンをセットで書きます。「何でもやります」は逆に不安を与えます。狙いを絞り込むほど、担当者の「うちで使えそう」という確信につながります。
未経験を強みに変える5つのコツ
5項目の「何を書くか」がわかったら、次は「どう見せるか」の5つのコツです。コツ1:「未経験」を冒頭で開示してしまう
隠そうとすると、全体の文章がボンヤリします。「インフラエンジニアとしての実務経験はありませんが、——」と冒頭で開示してしまうほうが、読み手にとって読みやすく、かつ誠実な印象を与えます。開示したうえで「これだけ準備した」を語るほうが、説得力は上がります。
コツ2:「現在進行形の学習」を具体的な環境で書く
「Linux学習中」より「Raspberry Pi 4にUbuntu Server 24.04をインストールし、NginxでWebサーバーを公開・運用中(GitHub管理)」のほうが何倍も具体的です。学習環境・バージョン・目的・現状をセットで書くと、担当者は「このレベルなら3ヶ月で現場に出せる」と判断しやすくなります。
コツ3:前職の「数字」を出す
IT以外の職歴でも、数字があると信頼性が変わります。「営業として年間2,000件のアポを管理」「Excelで100名分のシフト表を自動化(工数3時間削減)」など、規模感と改善の実績が伝わる数字は積極的に使います。採用担当者は「この人は数字で動く人間だ」と読みます。これはインフラ現場でも同じスタンスです。
コツ4:応募先に合わせた語彙をリサーチして入れる
応募先のJDや採用ページをよく読み、「オンプレ中心」「AWS移行案件あり」「監視ツールはZabbix使用」などのキーワードが出ていれば、それに合わせた表現を職務経歴書に盛り込みます。「御社の環境はLinux/AWS混在と理解しており、現在AWSのVPC・EC2・S3を自宅環境で実習中です」のような一文が1つあるだけで、「ちゃんと調べた」という印象が全体に広がります。
コツ5:自己PR末尾に「入社後3ヶ月の成長計画」を書く
「入社後最初の3ヶ月で、現場のドキュメント整備と既存サーバーの構成把握を担当させていただき、6ヶ月後には単独で運用対応ができる状態を目指します」のように、着任後の具体的なステップを提示します。「未経験は育てるコスト」という採用側の懸念を、「このくらいの速度で育ちます」という予測に変える効果があります。
この5つのコツは単独で使うより組み合わせるほうが効果が高まります。コツ1で開示→コツ2と3で信頼性追加→コツ4で個別対応→コツ5でビジョン提示、という流れが1枚の職務経歴書の中で自然に読める構成です。失敗しないLinux転職の戦略【完全ガイド】では、職務経歴書だけでなく面接・給与交渉まで一通りの流れを整理していますので、書類が整い始めたら合わせて確認してください。
コピペOK|インフラ未経験向け職務経歴書テンプレート
実際に使えるテンプレートを掲載します。「○○」部分をご自身の情報に置き換えてください。━━━━━━━━━━━━━━━━━━━━━
【職務要約】
前職では○○として○年間、○○業務(例:顧客管理・データ集計・社内PCサポート)を担当していました。業務の中で○○(例:基幹システムの操作・Excelマクロ作成)に関わる機会が増え、インフラ・サーバー技術を体系的に習得したいと考えるようになりました。現在はLinuxの基礎(コマンド操作・ファイルシステム・ユーザー管理・SSH設定)を自宅環境で実習中です。インフラエンジニアとして現場経験を積み、将来的にはクラウドインフラの運用・設計にキャリアを広げたいと考えています。
【職歴】
○○株式会社(20XX年○月〜20XX年○月)
職種:○○(例:営業・事務・カスタマーサポート)
担当業務:
・○○(例:顧客折衝、見積書作成、受注管理)
・○○(例:Excelによる日次集計レポート作成、Accessでのデータ管理)
・○○(例:社内PCのセットアップ・トラブル一次対応)
実績:○○(例:Excelマクロ導入により集計工数を月15時間削減)
【資格・学習状況】
・LinuC Level 1(受験予定:20XX年○月)
・AWS Certified Cloud Practitioner(学習中)
・自宅学習環境:VirtualBox上にUbuntu 22.04を構築。Apache・Nginx・cronの基礎操作、ユーザー管理、SSH接続設定まで自習済み。
【自己PR】
インフラエンジニアとしての実務経験はありませんが、前職での○○経験を通じてシステム・サーバー側の知識の必要性を強く感じ、独学で学習を進めてきました。自宅ではLinux環境を構築し、コマンド操作から簡単なサーバー構築まで手を動かしてきました。入社後3ヶ月はドキュメント整備と既存環境の把握に集中し、6ヶ月後には単独で運用対応ができる状態を目指します。長期的にはクラウドインフラの設計に関わるエンジニアを志しており、会社の成長に貢献できるよう着実にスキルを積み上げていきます。
━━━━━━━━━━━━━━━━━━━━━
このテンプレートをコピーして○○部分を自分の経験で埋めるだけで、基本構成は完成します。大切なのは「抽象的な熱意」より「具体的な準備」を書くことです。テンプレはあくまで型。自分の言葉に置き換えながら使ってください。
Linux職務経歴書で差がつく「スキルセクション」の作り方
職務経歴書にはスキルをまとめる欄があります。未経験の場合、ここが最も「どう書くか」で悩む場所です。まず大前提として、「自信を持って言える」範囲だけ書くことです。「AWSが少し使えます」と書いて面接でEC2とS3の違いを説明できなければ、その場で信頼を失います。未経験のスキル欄は盛るより「実際に手を動かした範囲」を正確に書くほうが、面接での質問に対応できます。
書き方の例として、次の構成が使いやすいです。
・OS:Ubuntu 22.04(VirtualBox環境で自習)、Windows 10/11(実務使用経験あり)
・コマンド操作:cd・ls・cp・mv・vi・grep・chmod・chown・cron・SSH接続設定
・サーバー構築:Apache・Nginx(自宅環境で静的サイト公開の実績あり)
・クラウド:AWS(EC2・S3・VPC の基礎学習中)
・その他:Git(GitHubでコード管理)、Markdown記法
このように「ツール名・バージョン・習熟レベル(実務/自習/学習中)」を1行でセットにすると、担当者が「どのレベルか」を読み取りやすくなります。
未経験でよくある失敗は「スキル欄を空白にする」か「逆に知らないツール名を並べてしまう」かのどちらかです。空白は学習意欲ゼロと判断されます。知らないものを書くのは面接での失点につながります。「実際に触ったもの・現在学習中のもの」の2段構えで、正直かつ前向きに見せるのが正解です。
スキル欄の充実度を上げたい場合、一番早い方法は「自宅で1台Linuxサーバーを立てること」です。20代・30代の受講生で書類通過率が上がったきっかけを聞くと、「RaspberryPiかVirtualBoxでApacheを公開した」経験を追記した時点、という回答が多いです。20代Linux転職は売り手市場?未経験が狙うべきポジションでも、自宅学習で何を準備すると書類通過率が変わるか、具体的な事例と準備の順番を整理していますので参考にしてください。
採用担当者が落とすNG職務経歴書|よくある4つのパターン
逆に「これを書くと落とされる」パターンも整理しておきます。NGパターン1:「何でもやります」だけで締める
自己PRの最後に「何でもやります」は、採用担当者にとって「特に強みがない人」と読えます。意欲はわかりますが、それだけでは判断材料になりません。「何でも」の代わりに、「特にLinux/AWSの基盤構築から始め、3年後には設計に関わりたい」のように狙いを絞ります。
NGパターン2:転職理由がネガティブに読める
「残業が多かった」「人間関係が嫌だった」をそのまま書くのはNGです。前職の不満ではなく「IT業界での新しいキャリアを積みたい理由」に変換します。事実を書くなとは言いませんが、職務経歴書は「この人と一緒に働いたらどうか」を判断する資料です。読み手がポジティブに受け取れる表現を選びます。
NGパターン3:スキルが「勉強中」だけで埋まっている
全項目が「〇〇学習中」だと「まだ書けることが何もない人」という印象になります。「Ubuntu 22.04で自宅サーバー構築経験あり(Apache公開)」のように、自習でも「実際にやったこと」を1〜2つ入れるだけで印象が大きく変わります。
NGパターン4:書式が整っていない
フォントの大きさがバラバラ、箇条書きの記号が統一されていない、改行がガタガタ、という書類は「丁寧さが足りない」と判断されます。インフラエンジニアはドキュメント整備が業務の一部です。職務経歴書の書式そのものが「あなたのドキュメントセンス」を示しています。Wordテンプレートを使い、1〜2回プリントアウトして紙でも確認することを習慣にしてください。
40代の未経験転職でも、この4つのNGパターンを避けるだけで通過率が変わった事例があります。40代未経験でLinux転職は可能か?成功者の共通点5つで詳しく整理しています。職務経歴書の書き方に限らず、40代特有の「強みの作り方」も参考にしてください。
提出前のセルフチェックリスト
職務経歴書を書き終えたら、提出前に以下のチェックリストで確認します。□ 職務要約(3〜5行)に転職理由と現状の学習状況が入っているか
□ 前職の職歴に「数字・規模感」が1つ以上入っているか
□ スキル欄に「実際に触ったツール・環境」が具体的に書かれているか
□ 自己PRに「インフラエンジニアへの転換理由」が具体的に書かれているか
□ 自己PRの末尾に「入社後のアクションプラン」が入っているか
□ 「何でもやります」「熱意があります」だけで終わっていないか
□ 転職理由がネガティブな表現になっていないか
□ スキル欄に「実際に触っていないツール」が入っていないか
□ 書式(フォント・箇条書き記号・改行)が統一されているか
□ A4用紙1〜2枚に収まっているか(未経験は2枚以内が目安)
この10点を全てチェックしてから提出すると、書類通過の確率は確実に上がります。特に「スキル欄の具体性」と「自己PRの末尾アクションプラン」は、多くの未経験応募者が書ききれていないポイントです。ここを埋めるだけで、書類選考の印象は大きく変わります。
よくある質問
未経験でも職務経歴書の提出を求められますか?
はい、ほとんどの場合で求められます。「未経験OK」求人でも、書類選考の段階で職務経歴書の提出を求める企業は多くあります。特に転職エージェントを通じた応募では、レジュメなしで紹介を進めてもらえないことが大半です。「未経験だから書けない」と考えるより、「未経験を正直に開示したうえで、準備の状況を示す書類」として作成するという意識を持つことが大切です。職歴が短い・少ないのは不利ですか?
職歴の長短より「書き方」の影響のほうが大きいです。1年の職歴でも、担当業務の中からIT寄りの要素を抜き出し、数字で語れれば印象は十分に作れます。職歴が少ない場合は、スキル欄と自己PRで「現在の学習状況」を手厚く書くことで補います。「職歴が薄い分、入社後に貢献する設計を具体的に語る」というアプローチが有効です。独学で作ったLinux環境は職務経歴書に書いていいですか?
むしろ書くべきです。採用担当者は「実務経験がない」のは承知のうえで、「それでも自発的に手を動かしたか」を職務経歴書で確認しています。「自宅のVirtualBox上にUbuntu 22.04を構築。Apache・NginxでWebサーバーを公開し、現在はSSH接続設定とcron定期実行まで実習中」のように環境・バージョン・やったことをセットで書けば、立派なスキルの裏付けになります。GitHubでリポジトリを公開していれば、URLを添えると信頼性がさらに上がります。職務経歴書とインフラ履歴書の違いは何ですか?
履歴書は「基本情報(住所・学歴・資格・志望動機)」を記載する書類です。職務経歴書は「これまでの業務内容・スキル・自己PR」を詳しく書く書類です。一般的に転職では両方提出します。未経験転職では、インフラ履歴書の志望動機欄よりも、職務経歴書の自己PR欄のほうが文字数を多く書けるため、転職理由や学習状況の詳細はこちらに盛り込みます。履歴書は簡潔に、職務経歴書で詳しく語る、という役割分担を意識してください。まとめ|インフラ未経験の職務経歴書は「設計」で変わる
この記事のポイントを整理します。・採用担当者が見るのは3点:自己分析力・転職の本気度・学習の主体性
・書くべき5項目:職務要約・職歴・自己PR・資格/学習状況・希望職種
・5つのコツ:未経験開示→具体的学習環境→数字→応募先語彙→アクションプラン
・スキル欄は「実際に触った範囲」だけ:盛らず正確に書く
・NGパターン4つを避けるだけで:書類通過率は明確に変わる
・提出前の10点チェックリスト:スキル具体性とアクションプランが最重要
職務経歴書は一度完成させたら終わりではありません。応募先ごとに「スキル欄の表現」「自己PRの語彙」を少し調整する習慣をつけると、通過率はさらに高まります。
書類通過したあと、面接・転職エージェントの使い方・給与交渉まで一気通貫で確認したい方は未経験からLinux転職する方法を詳しく解説していますので、この記事で職務経歴書の型を固めたあと、出口の戦略もセットで整理しておくことをおすすめします。
職務経歴書を書いて転職を動かしたい方へ
インフラ転職の職務経歴書に書ける「実績」を最短で作るために、『Linuxサーバー構築入門マニュアル(図解60P)』を完全無料でプレゼントしています。
ネット情報の切り貼りではなく、現場で通用するLinuxサーバー構築の「型」を体系的に学べる内容です。
職務経歴書に書ける実績を「手を動かして作りたい」という方には、2日で構築・運用の基礎が身につく【初心者向けハンズオンセミナー】もご用意しています。
P.S
職務経歴書を書き終えて「通るかどうか不安」な段階が、一番もったいない止まり方です。未経験なら多少の粗さは想定内。送ってみることで初めて、担当者から「ここを直して」というフィードバックがもらえます。私がメルマガで言い続けているのは「完成を待つより、動かしながら直す」というスタンスです。書類を仕上げたら、まず1社送ってみてください。
【Linuxセミナー】リナックスマスタープロセミナー
[失敗しないLinux転職のポイント|転職サイト・転職エージェント厳選]
暗記不要・1時間後にはサーバーが動く
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
登録10秒/合わなければ解除3秒 / 詳細はこちら
Linux無料マニュアル(図解60P)
名前とメールで30秒登録
- 前のページへ:クラウドエンジニア転職|LinuxスキルがAWSで生きる理由
- この記事の属するカテゴリ:Linux転職へ戻る

無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は1分、解除もいつでも可。
登録無料・いつでも解除できます