コンサル転職の退職タイミングと引き継ぎ実務——ボーナス・有給をどう扱うか

「退職を切り出すタイミング、逆算で教えてほしいんです」——先週、ブティックコンサルへの転職を控えたSIer出身の方から、そう聞かれました。

結論から言うと、僕の体感値では内定から入社日までを1.5〜2ヶ月で設計するのが一番揉めにくい、という感覚があります。退職の意思表示は内定受諾の後、有給消化と引き継ぎ期間は就業規則上の退職予告期間（多くの企業で1ヶ月前後、法律上の下限は民法627条の2週間）を軸に組む。ボーナスは交渉材料になり得ますが、最優先事項にはしない。今日はこの逆算の中身を、順番に分解していきます。

0. 結論——退職は「怖いもの」ではなく「設計するもの」

転職エージェントと話していると、退職の話題になった瞬間に声のトーンが変わる方が多いです。上司に何と言われるか、引き継ぎが終わるまで待たされるのではないか、ボーナスを逃すのではないか。こうした不安は、順番を決めていないことから生まれているケースがほとんどだと僕は見ています。逆算の順番は「内定受諾→退職の切り出し→引き継ぎ設計→有給消化→入社」の一本道です。ここが決まっていれば、あとは各ステップの目安を知っているかどうかの話になります。

1. 退職を切り出すタイミング——「内定通知」ではなく「内定受諾」の後

まず一番よくある失敗は、オファー面談の段階、つまり条件がまだ確定していないうちに現職へ退職の意向を漏らしてしまうことです。僕が転職相談を受けている中でも、条件交渉の途中で上司に退職の話が伝わり、待遇面の話し合いがぎくしゃくしたまま入社日を迎えたケースを見たことがあります。オファーレターにサインし、内定受諾の意思を先方に伝えた後——このタイミングまで、現職への申告は基本的に待つべきだと僕は考えています。

ブティックコンサルの場合、大手と比べて意思決定が速い分、内定から入社までの期間を短く提示されることがあります。ここで「今の会社の退職予告期間が1ヶ月なので、入社日はそこから逆算してもらえますか」と先に条件を提示できるかどうかで、その後の関係のつくり方が変わってきます。僕の感覚では、この一言を先に言える人ほど、入社後の立ち上がりも早い印象があります。

2. ボーナス（決算・査定）との向き合い方——交渉材料だが最優先ではない

「ボーナスをもらってから辞めたい」という相談は、僕の実感としては転職相談全体の3人に1人ほどの割合で出てきます（社内で相談を受けてきた範囲での体感値であり、公的な統計ではありません）。これは自然な感情で、否定するものではないと思っています。ただ、ここで比較しておきたいのは、大手コンサルとブティックコンサルでボーナスの確定タイミングの構造が違うという点です。

この表からわかるのは、「ボーナス確定を待つ」という判断が有効かどうかは、会社の制度次第で変わるということです。僕が過去に聞いた話では、決算月をまたぐことを優先して入社日を1ヶ月遅らせた結果、転職先の増員計画のタイミングを逃し、配属予定だった案件のポジションが別の人で埋まってしまったというケースもありました。ブティック側の内定に期日があるなら、按分支給の可能性を人事に確認したうえで、待つより動くほうが得なケースも少なくありません。査定期をまたいで中途半端に在籍すると、直近の評価自体が下がって、按分の元になる評価点が思ったより低くなるという逆効果もあります。ボーナスは交渉材料の一つとして人事に確認する、それ以上に引き際の質を優先する、という僕の整理です。

3. 有給消化と引き継ぎ期間の設計——法律上の下限と現実の運用

退職予告期間には、法律上の下限があります。無期雇用の場合、民法627条により2週間前の申告で雇用契約を終了できます。ただし現実には、多くの企業の就業規則が「退職の1ヶ月前までに申告すること」といった独自の定めを置いています。就業規則が法律の下限より長い予告期間を求めていても、実務上はこの就業規則の期間を尊重して動くのが無難だと僕は考えています。

ここで設計すべきなのは、退職予告期間の中に「引き継ぎ」と「有給消化」をどう配分するかです。退職予告期間が1ヶ月のケースを想定した逆算スケジュールの目安は、次のようなイメージです。

有給消化を最後にまとめて取ることは労働者の権利ですが、引き継ぎの質が疎かになった状態で長期の有給に入ると、退職後に問い合わせが続くことになりがちです。これは次の職場での立ち上がりにも影響するので、引き継ぎを先に固めてから有給を取る順番を僕は勧めています。

4. 引き継ぎの質が次の評判を決める——コンサル業界は驚くほど狭い

コンサル業界、特にブティック領域は人の移動が活発で、同じクライアント案件に別の会社で再会する、前職の同僚が転職先で発注担当になっている、といった話は珍しくありません。僕自身、数年前に一緒に仕事をした方と、全く別のプロジェクトのクライアント側で再会したことがあります。この時、引き継ぎが丁寧だったという評判が先に伝わっていたおかげで、初回の打ち合わせが驚くほどスムーズだったのを覚えています。

引き継ぎ資料に最低限入れておきたい項目は次の3つだと僕は考えています。第一に、進行中の論点とその背景（なぜその論点が生まれたか）。第二に、クライアント側の関係者リストと、それぞれのキャラクターや意思決定の癖。第三に、次の担当者が最初の1ヶ月でつまずきそうな箇所の予測です。この3つが揃っていれば、後任者は「何を聞けばいいか」に迷わずに済みます。

クライアントへの挨拶も、退職の事実を伝えるだけでなく「後任は誰で、いつから引き継がれるか」を明確に伝えることがマナーだと僕は思っています。ここを曖昧にしたまま去ると、後任者が信頼を築くまでの立ち上がりが遅くなり、結果的にその会社全体の評判にも影響します。

5. SIer・受託PM、社内SEから転身する方が特に気をつけたい実務

SIerの受託PMから転身する場合、契約書やSOWに個人名が明記されているケースがあり、退職のタイミングが契約の切り替えタイミングと連動していることがあります。この場合は人事・法務と早めに相談し、契約の巻き直しにどれくらいの期間が必要かを確認してから、転職先への入社日を提示するのが安全です。僕の見てきた範囲では、この確認を後回しにしたために入社日を2〜3週間ずらすことになった、という相談が何度かありました。

社内SEから転身する場合は、システムのアカウント・権限・パスワードの引き継ぎが実務上のボトルネックになりやすいです。特に情シスとして複数システムの管理者権限を持っていた方は、権限移管のチェックリストを作り、情報システム部門やセキュリティ担当と一緒に確認する時間を、退職予告期間の早い段階で確保しておくことをお勧めします。ここを最後の週にまとめてやろうとすると、有給消化の開始が後ろにずれ込み、結果的に転職先の入社日にしわ寄せが行くことになります。

6. よくある失敗パターンと対処法

ここまでの流れを踏まえて、僕が相談を受ける中で繰り返し出てくる失敗パターンを3つ挙げておきます。

一つ目は「引き継ぎを後回しにして有給消化を先に取ってしまう」パターンです。有給は権利なので取ること自体は問題ありませんが、退職前に取ってしまうと、引き継ぎのための時間が実質的に消えてしまい、退職後にクライアントや後任者から問い合わせが続く事態になりがちです。対処法は単純で、引き継ぎタスクを先に完了させ、有給は最後にまとめて置くという順番を守ることです。

二つ目は「退職の意思を口頭だけで伝えて、書面での記録を残さない」パターンです。口頭のやり取りだけだと、退職日や引き継ぎ範囲について後から言った言わないの食い違いが起きることがあります。退職届や退職合意のメールなど、日付が残る形で意思表示をしておくことを僕は勧めています。

三つ目は「転職先の入社日を先に確定させてから、現職の就業規則を確認する」パターンです。就業規則の退職予告期間を後から知って、入社日を調整し直すことになると、転職先との関係にも余計な負担がかかります。内定受諾の前に、現職の就業規則の退職予告期間を確認しておくのが、遠回りに見えて一番早い進め方だと僕は考えています。

7.（結論）逆算で設計すれば、退職は怖いものではなくなる

退職を切り出すタイミング、ボーナスとの向き合い方、有給消化と引き継ぎの配分、そしてクライアントへの挨拶まで。ここまで見てきた通り、どれも「感情の問題」ではなく「順番と期間の設計の問題」です。内定受諾後に切り出し、就業規則の予告期間の中で引き継ぎを先に固め、有給消化を後ろに置く。この順番さえ押さえておけば、退職の相談を受けるたびに感じる不安の大部分は、実は解消できるものだと僕は考えています。

皆さんいかがでしたでしょうか。次に転職の意思を固めた時は、まず入社日から逆算するカレンダーを一枚作ってみてください。それだけで、退職という重く感じるイベントが、いくつかの実務タスクの積み重ねに見えてくるはずです。では今日もがんばりましょう。