本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。
この記事の結論
即答
短期離職は隠さず書き、1年未満でも「担当工程と数字の成果」を先に出せばマイナス印象は十分に和らげられます。
「在籍1年未満のこの職場、職務経歴書にどう書けばいいんだろう…」と手が止まる人、本当に多いです。私も編集の取材で、同じ相談を何度も受けてきました。短い在籍期間って、書くのも消すのも怖いんですよね。気持ちはすごく分かります。
でも採用担当が気にしているのは、期間の短さそのものより「またすぐ辞める人かどうか」というサインのほうです。そこさえ打ち消せれば、印象はかなり変わります。やることはシンプルで、事実は正直に書きつつ、成果と再現性を前に出すこと。短期離職を含む職務経歴書の書き方は、ここを外さなければ十分に戦えます。
この記事では、構成・例文・記入見本・やりがちなNGまでまとめて見ていきます。全体像をつかんでから動きたい人は、先にIT転職の流れをロードマップで確認するのもおすすめです。
短期離職はエンジニアの職務経歴書で本当に不利？
即答
不利になりやすいのは事実です。ただ原因は「期間」より「理由が見えない不安」。説明と成果で十分に打ち消せます。
まず安心してほしいのは、短期離職そのものは珍しくないという点です。厚生労働省の雇用動向調査でも、入職した人の一定数が短い期間で次へ動いています（厚生労働省 雇用動向調査）。新規学卒でも就職後3年以内に約3割が離職する、という数字は有名ですよね。つまり「短い在籍がある＝特殊な人」ではないんです。
では何が引っかかるのか。採用担当が本当に見ているのは「うちでも同じ理由ですぐ辞めないか」という1点です。気づいたんですけど、ここが見えないまま空白や曖昧な書き方になっていると、勝手にネガティブな想像をされてしまうんですよね。期間が短いことより、理由が読み取れないことのほうが減点につながりやすいんです。
だから打ち手は明確です。事実を隠さず、短い在籍でも「何を担当し、どんな成果を出したか」を具体的に書く。そして辞めた理由を前向きな一文で添える。これだけで、読み手の不安はかなり消えます。期間で勝負しない、中身で勝負する。これが基本姿勢です。
在籍1年未満の経歴はどう書けば印象が変わる？
即答
在籍期間は正直に書き、その下に「担当工程・開発環境・定量成果」を1セットで具体的に並べます。
在籍1年未満で退職したときの書き方でエンジニアが迷うのは、たいてい「期間が短いから書くことがない」と感じる場面です。でも、半年でもコードは書いているし、何かしらの工程は担当しているはずです。短くても、やったことを工程と数字で分解すれば、ちゃんと中身は出てきます。
具体例を出しますね。たとえば在籍8ヶ月の案件なら、こう書きます。「ECサイトの決済機能改修（要件定義〜実装〜単体テスト／3名チーム）。Go・PostgreSQL・AWSで構築。リリース後に決済エラー率を約40%削減」。期間は8ヶ月でも、役割・環境・成果がそろっていれば、読み手は「短いけど戦力だったんだな」と受け取ります。逆に「ECサイト開発に従事」だけだと、長くても短くても評価できません。
もう一つのコツは、短い在籍を職務経歴の中で孤立させないことです。前後の案件と技術的につながりを持たせると、「一貫してこの領域を伸ばしてきた人」に見えます。下の記入見本は、まさにその並べ方を1枚にしたものです。本文の例文とそろえてあるので、自分の経歴に置き換えながら見てみてください。
短期離職の理由はどこまで・どう書く？
即答
理由は職務経歴書に1〜2行だけ。事実ベースで前向きに変換し、長い言い訳は書きません。
ここがいちばん相談の多いところです。「辞めた理由って、正直に全部書くべきですか？」と。結論を言うと、書きすぎないのが正解です。職務経歴書は反省文ではないので、理由は短く、前向きな言い換えで添えれば十分です。
たとえば「人間関係が合わなかった」をそのまま書くと、受け取る側は身構えます。でも同じ事実を「より上流の設計から関われる環境を求めて」と未来志向に変換すると、印象がまるで変わります。嘘をつくわけではありません。事実のうち、前を向いている部分を選んで書くだけです。会社都合や事業撤退なら、それを一文で明記したほうがむしろ誠実に見えます。
もう一つ大事なのは、書く場所です。職務経歴書には理由を長々と書かず、深掘りは面接で口頭で答える前提にします。書面に言い訳が並ぶと、それだけで重く見えてしまうからです。下の図で、評価される書き方と減点されやすい書き方を並べました。自分の下書きと見比べてみてください。
職務経歴書を仕上げる5つの手順は？
即答
「職務要約→職務経歴→活かせる技術→自己PR→整合チェック」の5手順で組むと、短期離職があっても崩れません。
短期離職があると、どこから手をつけるか迷いますよね。私も最初は、空白を埋めようとあちこち書き直して、かえって散らかしてしまいました。順番を決めてからは、3分で骨組みが立つようになりました。まずは流れだけ押さえましょう。
手順はシンプルです。冒頭の職務要約で「経験年数＋強み＋代表的な数字」を3行に圧縮する。次に職務経歴を時系列で並べ、短い案件にも工程と成果をセットで書く。続いて活かせる技術を一覧化し、自己PRで再現性を言い切る。最後に、要約・経歴・PRの数字や役割が矛盾していないかを通しで確認します。この整合チェックが、短期離職案件では特に効きます。
意外と一番効くのは、最後のチェックです。短い在籍があると、要約の「7年」と経歴の積み上げがズレたり、PRの強みが本文に出てこなかったりしがちなんです。声に出して通読すると、引っかかりがすぐ見つかります。完璧を目指さず、まず一周。それで十分前に進みます。
やりがちなNGと、どう直す？
即答
「空白を隠す・理由を書きすぎる・成果が抽象的」の3つが定番NG。事実明記と数字で直せます。
やりがちなのが、短い在籍を消したくて期間をぼかすパターンです。でも在籍期間の不自然な空白は、面接でほぼ確実に聞かれます。隠すと、かえって「何かあるのかな」と勘ぐられるんですよね。正直、私も昔は埋めたくなる気持ちが分かるんですが、ここは正面から書いたほうが結果的に軽く済みます。
次に多いのが、理由を書きすぎて言い訳に見えるパターンと、成果が「○○に従事」で止まっているパターンです。前者は1〜2行に削る。後者は「何を・どの工程で・どんな数字になったか」に書き換える。たとえば「テストを担当」ではなく「結合テストを設計し、リリース後の重大バグを月5件→0件に」と変える。ビフォーアフターにすると、短い在籍でも一気に説得力が出ます。
ここまで整えても、自分一人だと「これで伝わるのか」が判断しづらいものです。そういうときは、エンジニア専門のエージェントに第三者の目で見てもらうのが早いです。IT・Web・ゲーム領域に特化したギークリー（Geekly／エンジニアの転職支援に強い転職エージェント）のような専門サービスなら、短期離職をどう見せるかの相場感も踏まえて添削してもらえます。一人で抱え込むより、まず見てもらうほうが近道です。
提出前の最終チェックは何を見る？
即答
在籍期間の明記・退職理由の長さ・成果の数字・全体の整合の4点を、出す前に必ず通しで確認します。
仕上げの段階で、最後にもう一度だけ見てほしい観点があります。短期離職を含む職務経歴書は、細部の整合が崩れると一気に印象が落ちるからです。次の項目を上から確認すれば、後で慌てることはほぼなくなります。
- 在籍期間を月単位で正直に記載
- 退職理由は1〜2行・前向きな表現
- 各案件に担当工程と数字の成果
- 要約・経歴・自己PRの内容が一致
- 誤字脱字と技術名の表記ゆれ
地味なチェックですが、ここを通すかどうかで読み手の安心感がまるで違います。最後にひとつ意識すると変わるのは、声に出して読むこと。目で追うだけだと、数字のズレや言い訳っぽさを見落としがちです。3分でいいので、最後に一周してから出しましょう。
よくある質問
Q. 在籍1年未満の職場は職務経歴書に書かなくてもいい？
A. 原則として書くことをおすすめします。在籍期間を省くと不自然な空白が生まれ、面接で確認される場合が多いためです。短くても担当工程と成果を添えれば、十分に評価対象になります。
Q. 短期離職の理由はどこまで詳しく書く？
A. 職務経歴書では1〜2行に収め、前向きな表現に言い換えるのが目安です。詳しい背景は面接で口頭で補う前提にすると、書面が重くなりません。会社都合や事業撤退の場合は一文で明記すると誤解を避けられます。
Q. 在籍8ヶ月でも自己PRに書く成果がない場合は？
A. 担当した工程を分解すると、書ける材料が見つかることが多いです。バグ削減・処理時間の短縮・対応件数など、小さな数字でも具体化すると伝わります。数字が出しにくい場合は、改善前後の状態を言葉で対比させる方法もあります。
Q. 短期離職が複数あるときはどう見せる？
A. 案件ごとに工程と成果をそろえつつ、扱った技術領域の一貫性を前面に出すと効果的です。「同じ強みを別の現場で発揮してきた」と読めると、回数の印象がやわらぎます。書き方に迷う場合は専門エージェントの添削を受けると整理しやすいです。
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。