ITエンジニアの円満退職と入社準備｜切り出し方・引き止め・有給・ボーナスを時系列で

本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。

この記事の結論

```image-spec layout: S04 title: 退職交渉から入社初日までの流れ caption: 退職交渉から入社初日までを5ステップでまとめた要点図 items:

• step: 1

name: 内定承諾・入社日確定

• step: 2

name: 上司へ口頭で報告

• step: 3

name: 引き継ぎ・有給調整

• step: 4

name: 入社書類の準備

• step: 5

name: 入社初日・現状把握 ```

転職活動でいちばん気が重いのが、最後の退職交渉ですよね。初めて「お話があります」と上司にアポを取った朝、会議室のドアの前で2回深呼吸したのを覚えています。心臓がうるさくて、正直みっともなかったです。

でも順番とタイミングさえ押さえれば、引き止めも入社準備も慌てずに進みます。コツは2つだけ。退職を「決意表明」ではなく「報告と相談」のかたちで切り出すこと。そして辞めると決めた瞬間から、引き継ぎと入社準備を同時に動かすことです。

この記事では、伝える前の準備から切り出し方、引き止め、有給、ボーナス、引き継ぎ、入社初日までを時系列で並べます。退職交渉が転職全体のどこに来るのか迷ったら、IT転職の進め方をロードマップで確認すると位置関係が見えてきます。

退職から入社までのスケジュールはどう引く？

頭の中だけで段取りしようとすると、必ずどこかが抜けます。気づいたんですけど、退職と入社って別々のタスクに見えて、本当は1本の線でつながっているんですよね。最初にこの線を引いておくと、あとがびっくりするほど楽になります。

やることはシンプルです。まず転職先の入社日をできるだけ後ろにずらせるか握る。次に最終出社日を決め、引き継ぎ期間と有給消化期間をその手前に並べる。逆算で組むと、引き継ぎを削って慌てる事態を避けられます。最初の1社にいきなり全部かけるより、線を引いてから動くほうが結果として早いです。

市場が動いているうちに、という後押しもあります。dodaの予測では、ミドルシニア層の求人は2026年も拡大が見込まれると示されました（doda「2026年 ミドルシニアの転職市場予測レポート」）。30代・40代で動く人にとって、選択肢が広がる時期。複数社の条件を横で見比べたいときは転職エージェントを条件で比較するとイメージがつかめます。

退職を伝える前に準備しておくことは？

辞めると伝える前に、いちばん効いたのは地味な下調べでした。準備なしで切り出した人ほど、引き止めの条件提示にその場で揺れてしまうんですよね。つまり当日の落ち着きは、前日までにほぼ決まっているということです。

先に確認しておきたいのは、次の3点だけです。

• 就業規則の退職申し出期限
• 有給の残日数
• 後任候補の有無

この3つをメモしてから臨むだけで、当日の空気がまるで違いました。

法律上は、期間の定めのない雇用なら申し入れから2週間で退職できます（e-Gov法令検索 民法第627条）。ただ就業規則で「1ヶ月以上前に申し出る」と定める会社が多く、引き継ぎを考えると1〜2ヶ月の余裕を見ておくと安心です。エンジニアは担当システムの属人化が起きやすいぶん、運用やデプロイの引き継ぎに思ったより時間がかかります。ここを軽く見ると、最後の数週間が一気に苦しくなるんです。

退職交渉はいつ・どう切り出すのがいい？

退職を切り出すタイミングで多い失敗が、内定が出る前にフライングで伝えてしまうことです。「早めに言うほうが誠実かな」と思う気持ちは分かります。でも転職先が確定する前に動くと、選考が長引いたとき宙ぶらりんになります。まず内定を承諾して入社日を固めてから。これが順番です。

切り出し方は、いきなり辞表を出すのではなく「ご相談したいことがあるので、15分お時間いただけますか」と上司にアポを取るところから。会議室で1対1になってから、口頭で意思を伝えます。最初の一言さえ出れば、あとは意外と流れていきました。緊張するのは切り出す前の数分だけ、というのが正直な実感です。

退職日の相談で迷ったら、転職エージェントに間に入ってもらう手もあります。IT・Web・ゲーム領域に特化したギークリー（Geekly／ITエンジニアの転職支援に強い転職エージェント）のような専門エージェントは、内定先の入社日調整と現職の退職タイミングをすり合わせてくれます。退職交渉そのものは自分でやるしかありませんが、入社日を後ろにずらせるか交渉してもらえると、引き継ぎの猶予が生まれます。ここだけ人の手を借りる、で十分です。

退職を伝えるのは何曜日・時間帯がいい？

意外と相談されるのが、いつ伝えるかという曜日・時間の話です。結論から言うと、唯一の正解はないのですが、避けたい瞬間ははっきりしています。月曜の朝いちばんや、リリース直前のピリピリした時間に切り出すと、相手も冷静に受け止めにくいんですよね。

おすすめは、週の半ばの夕方、その日の業務が一段落したタイミングです。上司のカレンダーが空いている枠を見つけて、前日までに「15分ご相談が」と一言入れておく。アポを取る時点では用件を細かく書かず、対面で伝えるのが基本です。

ここで小さなコツがひとつ。チャットやメールで第一報を出すと、温度の伝わらない文章だけが社内に残ってしまいます。最初は必ず声で、表情の見える場で。それだけで「ちゃんと向き合ってくれた」という印象が残り、その後の交渉がぐっと穏やかになります。

引き止めにはどう対処すればいい？

辞めると伝えると、多くの会社で引き止めが入ります。先に「来るもの」と知っておくだけで、その場で動揺せずに済むんです。引き止めは事故ではなく、想定内のイベント。そう捉え直すだけで、ずいぶん気が楽になりました。

```image-spec layout: S07 title: 引き止め文句と揺れない受け答え caption: よくある引き止め文句と落ち着いた返し方を左右で比較した図 left: heading: よくある引き止め items:

• 給料を上げる
• ポジションを用意する
• 今辞めたら無責任だ

right: heading: 落ち着いた返し items:

• 変えたいのは年収ではないので
• 社内異動では満たせない軸がある
• 残りの期間で引き継ぎを終えます

```

引き止めには大きく2つの型があります。1つは「給料を上げる」「ポジションを用意する」という条件提示型。もう1つは「君がいないと困る」「今辞めたら無責任だ」という情に訴える説得型です。条件提示はうれしい反面、少し注意が必要です。転職を決めた理由が年収だけなら揺らぎますが、たいていの人は職場環境や成長機会など、お金以外の理由も抱えているからです。

対処のコツは、転職理由を「この会社にいる限り変わらないもの」に整理しておくこと。たとえば「レガシーな技術スタックから離れたい」「マネジメント専任になりたい」のように、社内異動では満たせない軸を1つ持っておく。そうすると条件提示にも「ありがたいのですが、変えたいのはそこではないので」と落ち着いて返せます。ここで一度きちんと感謝を伝えるのが、円満退職のいちばんの近道でした。

それでも強い引き止めが続くときは、退職届を正式に提出して意思を書面に残します。口頭の「考え直してくれ」が何度も続く場合、書面が区切りになります。感情的に対立する必要はありません。淡々と「お世話になりました。残りの期間で引き継ぎを終わらせます」と前を向くだけで、空気は変わります。正直、ここで心が折れかけました。でも、決めたことを静かに通すほうが、あとから自分を好きでいられます。

退職理由は本音で伝えるべき？

退職理由を上司に聞かれたとき、本音をそのままぶつけるべきか迷いますよね。結論は、本音をベースにしつつ言葉だけ前向きに変換するのがいちばん角が立たない、です。

たとえば「給料が安い」「上司と合わない」が本音でも、そのまま言うと改善提案で引き止められたり、関係がこじれたりします。これを「新しい技術領域に挑戦したい」「裁量の大きい環境で力を試したい」と、自分のやりたいことを主語に言い換える。嘘をつくのではなく、本音の中の前向きな面だけを表に出すイメージです。つまり、隠すのではなく見せる面を選ぶということ。

ポイントは、会社や個人への不満を口にしないことです。エンジニアの業界は思った以上に狭く、退職時の印象は後々まで残ります。総務省の労働力調査でも、転職者は年間300万人規模で動いていて、コロナ前の水準に戻りつつあります（総務省統計局 労働力調査）。これだけ人が動く時代だからこそ、元同僚と再会する確率も上がっています。不満を飲み込んで「お世話になりました」と去った人ほど、転職後に元同僚から声がかかっていました。立つ鳥跡を濁さずは、キャリアでかなり実利的なんです。

有給とボーナスで損しないには？

退職が決まると、地味に悩むのがお金まわりです。まず有給。日本企業の年次有給休暇の取得率は65.3%まで上がってきましたが（厚生労働省 令和6年就労条件総合調査）、それでも「全部使い切るのは気が引ける」という人は多いです。私も最初は遠慮して、数日分を捨てかけました。

でも有給は法律で認められた権利なので、堂々と消化していい時間です。揉めないコツは、有給を「引き継ぎをサボるため」ではなく「引き継ぎを終わらせた後に消化する」順番で組むこと。「○月△日まで出社して引き継ぎを完了させ、残り◇日を消化して○月末で退職」と具体的に提示すると、相手も予定を立てやすくなります。

もう一つがボーナスです。多くの会社では就業規則に「支給日に在籍している社員に支払う」という要件が書かれています。やることはシンプルで、支給日と要件をメモして、退職日を支給日のあとに置くだけ。ただ査定に「退職予定者は減額」と明記する会社もあるので、支給額が確定する査定期間が終わってから切り出すと、評価への影響を抑えやすくなります。退職日を1〜2週間ずらすだけで支給額が変わることもあるので、ここは冷静に計算しておきましょう。

転職先への入社日はいつに設定すればいい？

入社日の設定で焦りがちなのが、「早く来てほしい」と言われて現職の引き継ぎを削ってしまうことです。気持ちは分かるんですが、ここで無理をすると、退職側でも入社側でも信頼を落としかねません。

目安は、現職の最終出社日と有給消化を終えたあと、できれば数日から1週間ほど間を空けること。引っ越しや書類の切り替え、単純に心と体を休める時間が要るからです。やってみたら、この数日の余白があるかないかで、初日のコンディションがまるで違いました。

入社日の微調整は、内定先と直接やり取りするより、エージェント経由のほうがお願いしやすい場面もあります。大手のdoda（パーソルキャリアが運営する大手転職サービス）のようなサービスは、入社日の希望を代わりに伝えてくれます。「現職の引き継ぎを丁寧に終えたいので2週間ずらしたい」という前向きな理由なら、たいていの企業は受け止めてくれます。

円満退職の引き継ぎで何を残す？

円満退職の8割は引き継ぎで決まる、というのが実感です。とくにエンジニアは、自分しか知らない設定やデプロイ手順を抱えがち。残された人がいちばん困るのは「あれ、これどうやって動かすんだっけ」という瞬間だからです。

まず書き出すのは、頭の中にしかない情報です。次を押さえれば、後任の不安はほぼ消えます。

• 担当システムの構成図
• デプロイ手順
• 定期バッチの一覧
• 外部サービスのアカウント管理者
• 過去のインシデント対応メモ

```image-spec layout: S27 title: 退職時の引き継ぎチェックリスト caption: 退職時の引き継ぎでやることをまとめたチェックリスト items:

• name: 構成図

value: 担当システム

• name: 手順

value: デプロイ

• name: 一覧

value: 定期バッチ

• name: 管理者

value: 外部サービス

• name: 記録

value: インシデント ```

華やかではないけれど、辞めるときいちばん感謝されたのはここでした。コードのコメントやREADMEを直前に整えておくのも効きます。

次に、後任が決まっているなら最終出社の前に一度は並走する時間を作ること。ドキュメントだけ渡して終わるより、実際に隣で1回操作してもらうほうが定着します。最後に、社内外の関係者へ後任を紹介して挨拶する。引き継ぎの分量に迷ったら、「自分が明日いなくなっても回るか」を基準にすると決めやすいです。

退職時にやってはいけないNG行動は？

円満に辞めるつもりが、最後の最後でやらかす人がいます。きれいに去るために、避けたい行動だけ先に押さえておきましょう。

いちばん危ないのが、業務で触れたソースコードや顧客情報を「自分の実績として」持ち出すことです。多くの会社で機密保持契約に反しますし、転職先にも持ち込めません。経済産業省も営業秘密の不正な持ち出しに繰り返し注意を促しています（経済産業省 営業秘密・知財戦略）。気持ちは分かりますが、ここはぐっと我慢する場面です。

もう一つが、退職前後のSNSでの愚痴。「やっと辞められる」「あの会社はもう限界」と書きたくなる瞬間はあります。でもエンジニア界隈は本当に狭くて、誰が見ているか分かりません。退職の不満は鍵アカウントでもおすすめしません。引き継ぎを途中で投げ出すのも同じで、最後の振る舞いほど記憶に残ります。立つ鳥跡を濁さず、をここでも徹底するのが結局いちばん得です。

転職の入社準備は何をすればいい？

退職交渉に気を取られていると、入社準備がギリギリになりがちです。実は、いちばん慌てるのは書類関係でした。転職先から求められる主な書類は、次のとおりです。

```image-spec layout: G05 title: 入社時にそろえる書類 caption: 転職先に提出する主な書類をカード型でまとめた図 items:

• name: 雇用保険被保険者証

body: 前職から受け取り入社先へ提出する書類

• name: 源泉徴収票

body: 年末調整で使う・郵送に時間差が出やすい

• name: 年金・振込先

body: 基礎年金番号と給与口座を事前に確認 ```

このなかで盲点になりやすいのが源泉徴収票です。退職後に前職から郵送されることが多く、年末調整に間に合わないと自分で確定申告することになります。届くまでにタイムラグがあるので、最終出社の日に「いつ頃送ってもらえますか」と一声かけておくと安心です。

社会保険と税の手続きは、退職日と入社日の間が空くかどうかで変わります。すぐ翌日に入社するなら会社がまとめて手続きしてくれますが、数日でも空白期間ができると、健康保険や年金を自分で切り替える必要が出てきます。このあたりはエージェントのサポート範囲でもあります。入社日の調整や必要書類の確認まで伴走してくれるエージェントを使うと、抜け漏れに気づきやすくなります。

入社初日・最初の1ヶ月は何を意識する？

入社初日は、いきなり成果を出そうとしなくて大丈夫です。「早く実力を見せなきゃ」と力む人は多いですが、初日にやることは案外シンプルでした。短い自己紹介、開発環境のセットアップ、そしてチームメンバーの名前と役割を覚えること。この3つができれば初日は合格点です。

最初の1ヶ月は、現状把握の期間と割り切るのがおすすめです。既存コードの構造、デプロイの流れ、チームの開発ルール、レビューの文化。新しい現場には新しい流儀があるので、前職のやり方をそのまま持ち込むと摩擦が起きます。まずは観察して、「なぜこうしているのか」を質問しながら吸収する。小さなタスクから手をつけて、小さく信頼を貯めていくのが結局いちばん早いです。

質問を遠慮しすぎないのも大事なポイントです。中途入社だと「これくらい知っていて当然」と思われそうで聞きづらいですよね。でも入社1ヶ月は質問が許される貴重な時期。3年目に同じことを聞くより、今のうちに聞いておくほうがずっと気楽です。拍子抜けするくらい、みんな丁寧に教えてくれます。