内定を承諾したときのほっとした気持ちと入れ替わるように、「これから今の会社にどう伝えればいいのだろう」という重たい気持ちが押し寄せてくる、という経験をした方は多いのではないかと思います。「退職 伝え方」で検索している方の中には、すでに退職を決めていて、あとは切り出すだけという段階の方もいれば、円満に辞められるかどうか不安で情報を集めている方もいるのではないかと思います。
私自身、文系・未経験からIT業界へ転職する際、内定を承諾してから退職の意思を伝えるまでを1〜2週間も先延ばしにしてしまい、そのしわ寄せで引き継ぎの準備が最終出社日ぎりぎりまでずれ込んだ経験があります。以前の「転職後悔しないために!未経験IT転職でやってはいけない5つのこと」という記事で、この一件は「やってはいけないこと」の一つとして軽く紹介しましたが、今回はその反省を踏まえて、実際にどう切り出したのか、誰にどんな順番で伝えたのか、そして引き継ぎ資料をどう作ったのかを、具体的に振り返っていきます。有給休暇の消化交渉や退職時の事務手続き、強く引き止められたときの対応については、また別の機会に詳しく整理する予定なので、ここでは「伝える部分」と「引き継ぎ資料」に絞って紹介します。
この記事でわかること
- 退職を切り出すタイミングで気をつけたいこと
- 誰に、どんな順番で伝えるか
- 気まずくならないための伝え方・言葉選び
- 引き継ぎ資料に入れておきたい項目
切り出すタイミングは、迷ったらできるだけ前倒しにする
退職を伝えるタイミングは、迷えば迷うほど先延ばしにしたくなるものですが、私の実感では、前倒しにできるなら前倒しにした方が、後の引き継ぎがずっと楽になります。退職を切り出す前段階、在職中に転職活動を進めるかどうかで悩んだ経緯は「焦って辞めない!在職中に転職活動するか迷った私の判断基準」で紹介していますが、ここではその先、内定を承諾したあとに退職を伝えるまでの部分に絞って振り返ります。
法律上は退職の意思を伝えてから2週間で退職できることになっていますが、就業規則では1ヶ月〜2ヶ月前までの申し出を求めている会社が多いようです(このあたりは会社によって差があるため、一般的に言われている目安として捉えていただければと思います)。ただ、この「規則上の期限」さえ守ればいいということではなく、引き継ぎに必要な期間から逆算して考えることの方が大切だと感じています。
私の場合、内定を承諾したタイミングで、ちょうど大きめの案件を任されたばかりでした。「このタイミングで言い出すのは気まずい」と感じ、伝えるのを1〜2週間先延ばしにしてしまったのですが、結果的にそのわずかな遅れが、引き継ぎ資料を作る時間を圧迫することになりました。今振り返ると、案件を任されたタイミングだったからこそ、早めに伝えて「この案件の引き継ぎも含めてスケジュールを一緒に考えたい」と相談する方が、周囲にとっても自分にとっても負担が少なかったはずだと感じています。
退職を伝えるタイミングに「絶対に気まずくならないベストな瞬間」はなく、忙しい時期ほど後回しにしたくなりますが、忙しい時期だからこそ早めに共有した方が、引き継ぎの選択肢が広がると考えています。
誰に、どんな順番で伝えるか
退職を伝える順番を間違えると、本人の耳に入る前に別のルートで話が広まってしまい、気まずさが増します。私が意識したのは、直属の上司に一対一で伝えることを最優先にし、そこから同心円状に伝える範囲を広げていくという順番でした。
まず上司に個別に時間をもらうため、カレンダーで比較的落ち着いている時間帯を確認し、チャットで「折り入ってご相談したいことがあります。少しお時間をいただけないでしょうか」とだけ伝え、内容は事前には書きませんでした。当日は終業間際の静かな時間を選んでもらい、他の人に会話の内容が聞こえない会議室で伝えることにしました。
上司に伝えて退職の了承を得たあとは、いつ・どんな形でチームに共有するかを上司と相談して決めました。個別にばらばらと伝えると噂話のように広がりやすいと感じたため、定例のミーティングの場で上司から簡単に共有してもらい、そのあとに自分からも一言だけ挨拶を添える形にしてもらいました。他部署の関係者には、チームへの共有が終わったあと、実際に業務で関わりのある人にだけ個別に伝えるようにし、関わりの薄い人にまで自分から積極的に触れて回ることはしませんでした。
| 伝える相手 | タイミング | 意識したこと |
|---|---|---|
| 直属の上司 | 内定承諾後、できるだけ早く | 他の誰にも知られる前に、まず個別に伝える |
| チームメンバー | 上司と相談して決めた日 | 個別にばらばら伝えず、まとまった場で共有してもらう |
| 他部署の関係者 | チームへの共有後 | 業務上関わりのある人にだけ、必要な範囲で伝える |
気まずくならないための伝え方・言葉選び
伝える言葉を考えるときに悩んだのは、「なぜ辞めるのか」をどこまで詳しく話すべきかという点でした。
結局、私は退職理由を細かく説明することよりも、感謝と前向きな決意を短く伝えることを優先しました。実際に上司へ伝えたのは、おおよそ次のような内容です。
「折り入ってご相談があります。今回、IT業界に挑戦したいという思いが強くなり、退職を決意しました。至らないところも多かったと思いますが、ここで学ばせていただいたことは、次の環境でも活かしていきたいと思っています」
この場で「なぜIT業界なのか」「どこの会社なのか」と聞かれることも想定していましたが、聞かれた範囲だけ簡潔に答え、自分から深く掘り下げて説明することはしませんでした。長々と理由を説明すればするほど、聞いている側も相槌に困ってしまう場面が増えると感じたためです。
もう一つ意識したのは、現職への不満を伝え方に混ぜないことです。多少の不満があったとしても、それを退職理由として話してしまうと、その場の空気が重くなるだけでなく、最終出社日までの人間関係にも影響しかねません。前向きな理由だけを話す形に絞ったことで、伝えた直後の空気が重くなることは避けられたと感じています。実際にはこのあと何度か引き止めの話し合いが続きましたが(そのやり取りは別の記事で詳しく紹介しています)、最終的には上司からも「新しい環境でも頑張ってください」という言葉をもらえ、気まずさを引きずらずに済みました。
引き継ぎ資料の作り方で意識したこと
切り出すタイミングを先延ばしにしてしまった影響が一番大きく出たのが、引き継ぎ資料の準備でした。本来であればもう少し余裕を持って作りたかったのですが、実際には最終出社日の数日前まで、業務の合間を縫って資料をまとめる状態になってしまいました。
限られた時間の中で、優先して盛り込んだのは次の項目です。
| 項目 | 具体的な中身 | 意識したポイント |
|---|---|---|
| 業務一覧とスケジュール | 担当していた業務を洗い出し、頻度(毎日・週次・月次)と優先度を一覧化 | 後任が「いつ何をすればいいか」を一目で分かるようにする |
| 進行中の案件のステータス | 各案件の現在の進捗、次に自分が予定していた作業、関係者の連絡先 | 引き継ぎ後に案件の進行が止まらないようにする |
| マニュアル化されていなかった手順 | 口頭でしか伝わっていなかった社内独自のルールや、判断に迷いやすいポイント | 自分がいなくなった後、後任が同じ場面で迷わないようにする |
| よくある質問と回答 | 過去に自分が周囲から聞かれた質問と、その時の回答をまとめたもの | 後任からの質問を減らし、退職後の問い合わせを最小限にする |
| アカウント・権限の引き継ぎ先 | どのアカウント・権限を誰に引き継ぐかの一覧(手続き自体の詳細は別の機会に) | 担当窓口への申請漏れを防ぐ |
今振り返って感じるのは、資料を最終出社日の直前にまとめて作ろうとしたこと自体に無理があったということです。日々の業務メモを、最初から少し丁寧に残しておけば、それをそのまま引き継ぎ資料の下書きとして使えたはずでした。退職を意識していなくても、普段のメモを「自分以外の人が読んでも分かる形」で残しておく習慣があると、いざというときの負担がかなり減ると思います。
後任がすでに決まっている場合は、資料を渡すだけでなく、一度画面を見せながら一緒に説明する時間を作れると、資料だけでは伝わりにくい部分の不安を減らせると感じています。後任がまだ決まっていない場合でも、資料自体はできるだけ具体的に残しておくことをおすすめします。
まとめ
ここまで、退職を切り出すタイミング、誰にどんな順番で伝えるか、気まずくならないための言葉選び、そして引き継ぎ資料の作り方について、私自身の経験をもとに紹介してきました。
- 切り出すタイミングは、忙しい時期ほど早めに共有した方が引き継ぎの選択肢が広がる
- 直属の上司に個別に伝えることを最優先にし、そこから伝える範囲を段階的に広げる
- 退職理由は前向きな内容を短く伝え、現職への不満は混ぜない
- 引き継ぎ資料は業務一覧・進行中案件・暗黙知・FAQ・アカウント引き継ぎ先を中心に、できるだけ早い段階から準備を始める
伝え方や準備を工夫しても、気まずさが完全にゼロになるとは限りません。それでも、伝えるタイミングを前倒しにし、順番と言葉選びを事前に整理しておくだけで、当日の負担はかなり軽くなると感じています。これから退職を切り出す方は、まず「いつ、誰に、どう伝えるか」を紙に書き出してみることから始めてみてはいかがでしょうか。


コメント