本記事は広告(アフィリエイト)を含みます。掲載するエージェントは編集部が厳選した提携先です。
この記事の結論
即答
在職中のエンジニア転職は「準備1ヶ月・応募1ヶ月・決定1ヶ月」の3フェーズに区切ると、約3ヶ月で内定承諾まで届きやすくなります。
「在職中の転職って、どれくらいで決まるんだろう」と気になりますよね。私も取材のたびに、同じ質問をよく受けます。結論から言うと、在職中のエンジニア転職は「準備1ヶ月・応募1ヶ月・決定1ヶ月」の3つに区切ると、3ヶ月で内定承諾まで届きやすくなります。鍵は、最初の1ヶ月で準備を終わらせること。迷ったら、まず自分に合う転職エージェントを比較するところからで大丈夫です。
在職中は時間が細切れになるぶん、計画が崩れやすいです。逆に言えば、最初の1ヶ月で土台を固めた人ほど短期で決まる。これは現場で何度も見てきた傾向です。この記事では、つまずきポイント、3ヶ月スケジュール、職務経歴書の型、スキルシートの直し方、面接準備、エージェント併用、内定交渉、年収相場の順に並べました。気になるところから読んでもらって大丈夫です。

在職中の転職活動でつまずきやすいのはどこ?
即答
在職中の挫折は「時間・情報・心理」の3つで起きます。夜にゼロから書こうとせず、添削はエージェントに渡すと止まりません。
平日は業務、夜と週末に転職活動。最初の2週間で手が止まる人を、何人も見てきました。原因は時間・情報・心理の3つに集約されます。まとまった時間が取れないこと、エンジニア転職の情報量に追いつけないこと、そして「現職もちゃんとやらなきゃ」というプレッシャー。この3つが重なると、たいてい動けなくなります。
私も最初は、平日21時から職務経歴書をゼロから書こうとして、3日で挫折しました。やってみたら、疲れた頭で白紙から考えるのは無理だったんです。書類の添削はエージェントに任せて、自分は「過去の実績を箇条書きで吐き出す」だけに絞ったら、1週間で初版が仕上がりました。正直、ここで一度心が折れかけていたので、前に進んだときは拍子抜けしました。
エンジニア専門のエージェントを使うと、業務後の自分にしかできない作業に時間を集中できます。自己分析、面接練習、最後の意思決定。この3つだけは誰にも代われません。逆に、求人のスクリーニングや日程調整、年収交渉の代行は思っている以上に効きます。1日30分しか取れなくても、3ヶ月積み上げれば45時間ぶんの可処分時間が浮く計算です。
ちょっと意識すると変わるのは、「準備をやる時間」と「やらない時間」をはっきり分けること。平日は20時以降に回答準備、週末の午前にオンライン面接、という型を作ると、現職の集中力を削らずに進められます。区切りを先に決めておくと、ダラダラ悩む夜が減ります。
3ヶ月で内定を取るスケジュールはどう組む?
即答
1ヶ月目は準備、2ヶ月目は応募と一次面接、3ヶ月目は最終面接と内定交渉。最大のコツは「1ヶ月目は応募しない」と決めることです。
3ヶ月スケジュールは3つのフェーズに区切ります。1ヶ月目は準備で、自己分析・エージェント登録・職務経歴書づくりに充てます。2ヶ月目は応募で、書類選考と一次面接が中心。3ヶ月目は決定で、最終面接から内定、年収交渉まで進みます。
このフェーズ分けで一番効くのは「1ヶ月目は応募しない」と先に決めておくことです。気づいたんですけど、準備が中途半端なまま応募を始める人ほど、書類が落ちて自信を失う悪循環に入ります。職務経歴書の完成度と書類通過は、体感でもはっきり連動しているんです。
3ヶ月という区切りにも理由があります。在職中の転職は現職と並行するぶん、半年以上だらだら続くと現職評価も気持ちも削れていきます。逆に、決断後すぐ動き出した人ほど短期で着地しやすい。半年以上かかる人の多くは、最初の1ヶ月の準備をスキップしているケースでした。つまり、最初の1ヶ月をしっかり使うことが、結果的にいちばんの近道なんです。

月別アクションプランは具体的に何をやる?
即答
各月をWeek単位に割ります。1ヶ月目は軸決めと書類、2ヶ月目は応募と面接対策、3ヶ月目は有給調整と内定交渉です。
各月のタスクをWeek単位で並べました。在職中の体力で回せる粒度にしてあります。
1ヶ月目:準備とエージェント登録
1ヶ月目は応募しません。やるのは「次の職場に期待すること」の言語化だけです。Week1で転職の軸(職種・年収・働き方・技術スタック)を決め、Week2で職務経歴書とスキルシートの初版を作ります。Week3でレバテックキャリアとギークリーに登録してキャリア面談、Week4で紹介された求人を10〜15社に絞り込む。この粒度なら、在職中でも息切れしません。
転職の軸は「フルリモート希望」「Goを使った開発」「年収700万円以上」のように、数字と固有名詞で書くと、面談が一気にスムーズになります。やってみたら、軸が明確な人ほど紹介の精度が上がる、というのが現場の実感でした。曖昧な「成長できる環境」では、相手も求人を選べないんです。
2ヶ月目:書類選考と面接対策
2ヶ月目はリズム作りが命です。平日夜と週末にオンライン面接を寄せましょう。Week1〜2で10〜15社に応募し(書類添削はエージェント担当)、Week3で書類通過企業の一次面接へ。Week4はフィードバックを受けて面接対策を強化します。動き出すと、思っていたより速く回り始めます。
ミドルエンジニアの面接で頻出するのは「マネジメント経験」「技術選定の根拠」「チームでの課題解決」の3点です。STAR法(Situation/Task/Action/Result の順でエピソードを語る型)で話のタネを3〜5個ストックしておくと、どんな質問にも落ち着いて対応できます。数字を1つ添えるのが効きます。「デプロイ頻度を週1から毎日へ」「P99レイテンシを800msから200msへ」のように、数字で答えられると面接官の反応が変わるんです。
3ヶ月目:最終面接と内定交渉
3ヶ月目は有給の使い方が勝負を分けます。最終面接は平日昼に入ることが多く、計画的に休む段取りが必要です。Week1〜2は有給やリモート対応で最終面接を調整し、Week3で内定通知を受けて年収・入社日・リモート比率の条件交渉に入ります。Week4で内定承諾・退職交渉・入社日確定まで。複数社から内定が出たら、各社の選考タイミングを揃える意識が大切です。内定保留は通常1〜2週間、年収交渉はエージェント経由がいちばん通りやすい印象でした。
職務経歴書は在職中でも仕上げられる?
即答
冒頭3行に「結論+数字+強み」を圧縮し、続く箇条書きで根拠を並べます。書きすぎている人ほど削るほうが通ります。
職務経歴書を書こうとして、最初の「職務要約」で固まった経験はありませんか。私も最初は1000字近く書いていました。でも採用担当が最初に読むのは冒頭の数行だけ。「3行+箇条書き5つ」に削ってからは、書類が前に進むようになりました。最初に削るのは正直こわかったぶん、通過の連絡が来たときは思わず声が出ました。
在職中に効くのは、書きながら考えないことです。まずは事実だけを並列で吐き出す。次の項目をリスト化しておくと、添削に渡す初版が一気に作れます。
- 担当案件と役割
- 担当した開発工程
- 使用技術(言語・FW・クラウド)
- 定量成果(数字つき)
- チーム規模と立ち位置
ここから先の「文章として読ませる」整形は、エージェントの添削に任せて大丈夫です。自分でゼロから磨こうとすると、夜の時間が溶けていきます。つまり、考える作業と整える作業を分ける。これだけで初版までの時間が半分になります。
もう一つ、最近は「ロール(役割としての思考・行動パターン)」を書けるかどうかで読まれ方が変わってきました。知識や肩書を並べるより、現場でどんな役割を担ったかを増やすほうが転職の本質だ、という整理もあります(Qiita「転職で増やすべきは『知識』でも『肩書』でもなく『ロール』である」)。職務経歴書でも「Goが書けます」より「障害対応の旗振りをしていました」のほうが、面接の会話が深くなるんです。
スキルシートで損しないために何を直す?
即答
技術力ではなく「見せ方」で落ちている人が多いです。直近5年・主要技術・数字つき成果の3点に絞ると一気に読まれます。
スキルシート(応募時に提出する技術経験の一覧表)を、職務経歴書と同じ熱量で見直す人は意外と少ないです。でも、ここで損している人が本当に多いんです。500人以上のスキルシートを見てきた現役支援者の記事でも、「スキルが足りないエンジニアは少ない。見せ方がもったいないエンジニアが圧倒的に多い」と指摘されています(Qiita「スキルシートで損してるエンジニア5パターン」)。技術力の問題だと思い込む前に、見せ方を疑うほうが近道です。
やりがちなのは、10年ぶんの案件を全部、同じ濃さで書いてしまうこと。読む側は最初の数件しか集中して追えません。直近5年と主要技術に絞り、古い経験は概要だけにする。それだけで、スキャンする採用担当の目線にちゃんと乗ります。A4で1〜2枚に収める意識が、ちょうどいいバランスです。
一番もったいないのは、「Java・Python・AWS」と技術名だけ並べて終わる書き方です。読む側が知りたいのは、その技術で何をどこまでやったか。「AWS(ECS・RDS構成の本番運用、月間障害対応3〜5件の一次対応担当)」のように、役割と規模感を一行足すだけで、解像度がまるで変わります。背伸びは要りません。やった範囲を正直な粒度で書く。それが結局いちばん強いです。
面接で落ちないために何を準備する?
即答
「書いた内容」と「話せる内容」をそろえるのが先です。職務経歴書の1行を、口で説明できる状態にしておきます。
書類は通るのに面談で落ちる人には、見落としがちな共通点があります。「書いた内容」と「話せる内容」がズレているんです。現役のSES支援者の記事でも、面談で落ちる原因は技術力やコミュ力ではなく、スキルシートに書いた内容と面談で語れる内容のズレが核心だと指摘されています(Qiita「SESの案件面談。書類は通るのに面談で落ちる人の共通点」)。職務経歴書に書いた1行は、すべて「口で説明できる状態」にしておく。ここだけ押さえれば、書類と面接の落差はかなり消えます。
もう一つ、面接で見られているのは難しいアルゴリズムより「実務の理解」です。実際に自社開発やメガベンチャーの面接を受けた人の体験談でも、問われやすいのは実務経験の有無・システム全体の理解・問題解決の進め方・技術選定の理由だと整理されています(Qiita「体験談から読み解くエンジニア面接での良問5選」)。つまり、覚えた知識を披露する場ではなく、「あなたが現場でどう考えて動いたか」を聞かれる場なんです。
だから準備は、知識の暗記より「自分の判断の言語化」に振ると効きます。直近の案件で、なぜその技術を選んだのか。詰まったとき、どんな順で原因を切り分けたのか。チームでどの役割を担ったのか。この3つを、職務経歴書の数字と地続きで話せるようにしておく。私が見てきた中でも、ここを準備できた人は一次面接の通過がぐっと安定していました。
最近はAI活用を聞かれる会社も増えています。「Claude CodeやCodexをどう使っていますか」と問われる場面も珍しくありません。直近でAIツールを使った開発経験があれば、職務経歴書に1行足しておくと、面接で具体的な話に発展しやすくなります。背伸びは要りません。使った範囲を、正直に話せる粒度で書いておけば十分です。

エージェントは2社併用がいいの?
即答
1社専属より2社並行のほうが情報量が2倍になります。大手非公開求人と選考スピードを役割分担すると重複も減ります。
1社専属より、2社並行のほうが情報量が単純に2倍になります。「この会社の評判は実際どうですか」と聞いたとき、両社の温度差から実態が見えてくる場面が何度もありました。片方だけだと、その担当の視点に判断が引っ張られやすいんです。
レバテックキャリアは、技術がわかる相手と話せる安心感が魅力です。大手SaaSや上場企業の非公開求人が豊富で、技術スタックを理解したアドバイザーが多い。年収500万円以上のWeb・インフラ・SRE経験者と相性が良い印象です。技術の話がそのまま通じるだけで、面談のストレスはぐっと減ります。
ギークリー(Geekly/IT・Web・ゲーム領域に特化した転職エージェント)は、スピードと交渉力で在職中の味方になってくれます。スタートアップや中堅Webの求人に厚く、担当者のレスポンスが速い。忙しい平日でも話が前に進むのは、本当に助かりました。2社の使い分けはシンプルです。レバテックキャリアでは「大手・SaaSの非公開求人」を、ギークリーでは「スタートアップ・中堅Webの選考スピード」を、それぞれ重視するイメージで使い分けると、紹介の重複も減ります。自分に近い経験年数・希望年収の人がどちらを選んでいるかは、エージェント比較ページで確認できます。
ここで多くの人が見落とすルールが1つあります。同じ求人を両方から紹介されたら、先に話を聞いた担当に応募経路を絞ること。応募経路の重複は企業側にも嫌がられるので、二重応募だけは避けましょう。面談予約は「平日19時以降」または「土曜午前」が在職中エンジニアに人気で、多くのエージェントが対応しています。

在職中の転職で気をつけることは?
即答
現職の評価を落とさない、内定を急かされても標準1〜2週間は考える、退職交渉は内定承諾後に始める、の3点です。
ここまでで動き方は見えてきたはずです。仕上げに、後悔しやすい3点を整理します。
まず、現職のパフォーマンスは落とさないこと。転職が長引いたとき、現職評価が下がっていると立場が苦しくなります。面接は有給を計画的に取り、リリース直前のような繁忙期は避けて日程を調整する。リモート可の会社なら、昼休みのオンライン面接も使えます。
次に、内定を急かされても冷静に判断すること。「今週中に返事を」と言われても、内定承諾の標準期限は1〜2週間あります。年収・リモート比率・技術スタック・チーム文化の4点を比較してから決めましょう。条件だけでなく、面接で出会った社員の雰囲気は、入社後にじわじわ効いてくる判断材料です。
最後に、退職交渉は内定承諾後に始めること。承諾書にサインする前に退職を切り出すのはリスクが大きいです。万一内定が取り消されたら、戻る場所がなくなります。承諾後に就業規則に従って申し出るのが鉄則で、目安は希望日の1〜2ヶ月前。引き留めが強い場合は、入社日の調整をエージェントに相談すると、現職と新職の橋渡しをしてもらえます。
年収交渉でぶれないために、相場はどう押さえる?
即答
30代IT・通信は500万円台が一つの目安。クラウドやSRE経験が乗ると上限が動く傾向なので、金額ではなくレンジで捉えます。
「自分の年収、これって低いのかな…」と気になって調べる人、多いですよね。私も取材のたびに聞かれます。実はIT・通信系の30代は500万円台が一つの目安です(doda 平均年収ランキング)。でも、クラウドやSREの実務経験が乗ると上限が一気に動く。同じ30代でも、何を持っているかで景色がここまで変わるのかと、データを見て正直びっくりしました。
ここで大事なのは、提示額をピンポイントで構えないことです。求人票の年収は「最低ライン」であることも多く、レンジで捉えておくと、提示が出たときに落ち着いて交渉できます。「現職が○○万円なので、それ以上でお願いしたい」より、「市場のレンジを踏まえて、このスキルならこのあたり」と話せるほうが、エージェントも動きやすいんです。
もう一つ、交渉材料になるのが「数字つきの実績」です。年収の根拠を聞かれたとき、職務経歴書に書いた定量成果がそのまま武器になります。だから準備フェーズで数字を整理しておくことは、面接だけでなく最後の交渉にも効いてくる。最初の1ヶ月の仕込みが、3ヶ月目にちゃんと返ってきます。気になる人は先に年収の現在地を診断で確認すると、交渉の軸がぶれにくくなります。
よくある質問
Q. 在職中でも本当に3ヶ月で内定まで進められますか?
A. 進めやすいです。在職中の転職はおおむね3ヶ月前後が一つの目安とされ、ミドルエンジニアは経験年数のぶん評価ポイントが多い傾向があります。ただし「1ヶ月目は応募しない」を守れる人に限ります。準備不足のまま動くと、3ヶ月では収まりにくくなります。
Q. 在職中にエージェントへ登録すると現職にバレませんか?
A. レバテックキャリアやギークリーには現職企業をブロックする設定があり、経歴書や求人情報が現職に共有されない仕組みになっています。登録時に「現職をブロック対象に追加」と伝えれば、気づかれにくくなります。SNSの公開アカウントで転職を匂わせないことも合わせて意識すると安心です。
Q. 書類は通るのに面接で落ちます。何から直せばいいですか?
A. 「書いた内容」と「話せる内容」のズレを先に直します。職務経歴書の1行ずつを、口で説明できる状態にしておくのが近道です。あわせて、技術選定の理由や問題解決の進め方を、直近案件の数字とセットで話せるよう準備すると安定します。
Q. スキルシートと職務経歴書は両方必要ですか?
A. 多くの場合は両方求められます。スキルシートは技術経験の一覧、職務経歴書は経験の文脈を伝える役割が違うためです。スキルシートは直近5年と主要技術に絞り、技術名だけでなく役割や規模感を一行添えると読まれやすくなります。
Q. 30代エンジニアの年収はどのくらいが目安ですか?
A. 職種や経験で幅はありますが、IT・通信系の30代は500万円台が一つの目安です(doda 平均年収ランキング)。クラウドやSREの実務経験が乗ると上限が動く傾向があります。求人票の年収は最低ラインであることも多いので、レンジで捉えておくと交渉しやすくなります。
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。
次に読む
この記事と近いテーマの記事です。続けて読むと理解が深まります。
職務経歴書の「活かせる経験・知識・技術」欄の書き方:応募先に刺さる締めのまとめ方【ミドルエンジニア】
職務経歴書の最後でペンが止まる「活かせる経験・知識・技術」欄。経験・知識・技術の3つに分け、求人票の言葉に寄せて貢献の一文で締める書き方を、ミドルエンジニア向けに記入見本つきで解説します。
短期離職(在籍1年未満)を含むエンジニアの職務経歴書の書き方:マイナス印象を打ち消す構成と例文
在籍1年未満の短期離職があると職務経歴書の書き方に迷いますよね。事実を隠さず、担当工程と数字の成果を前に出せばマイナス印象は和らぎます。構成・例文・記入見本・やりがちなNGまで、ミドルエンジニア向けに具体的にまとめました。
1社だけ・長期在籍エンジニアの職務経歴書の書き方:社内異動・担当案件を分けて見せる項目設計
1社のみ・長期在籍エンジニアの職務経歴書の書き方を、記入見本つきで解説。社内異動と担当案件を案件単位で分けて見せる項目設計、長期在籍の強みを数字に変えるコツ、やりがちなNGまでミナがガイドします。