退職者の引継ぎを仕組みにする方法｜業務・権限・顧客・知識の移管チェックリスト

引継ぎの完了を「説明した」から「受け手ができる」へ変える

引継ぎ資料があっても、後任が例外時の判断をできない、顧客が新担当者を知らない、共有フォルダへ入れない状態なら業務は止まります。完了条件は、退職者が説明したかではなく、受け手が必要な情報と権限を使って仕事を再現できるかで定義します。

IPAは、業務の属人化を避けるための情報共有・蓄積と、異動・離職で不要になった利用者ID等の削除を示しています。人事だけで完結させず、上司、業務の受け手、情報システム、必要に応じて総務・法務が同じ期限表を使います。

最初に止められない仕事を選ぶ

すべてを同じ細かさで文書化すると、重要業務の確認が遅れます。まず、停止したときの影響と代替の難しさで優先順位を付けます。

引継ぎ台帳に入れる8項目

パスワードを台帳へ直接書かず、自社の認証・秘密情報管理ルールに従って権限を移します。個人アカウントの共有ではなく、必要な利用者への付与と不要な利用者の停止・削除を行います。

4段階で移管する

1. 棚卸し：本人、上司、関係者の三方向から業務を集め、期限と影響で優先順位を付ける。
2. 見せる：退職者が通常処理と例外処理を実演し、受け手が判断理由を記録する。
3. 任せる：受け手が実際の業務を行い、退職者または上司が成果物と判断を確認する。
4. 閉じる：顧客・社内窓口を変更し、未完了案件、権限、貸与物、データ保存を確認する。

後任が未定なら、上司を仮の受入責任者にします。「採用できるまで本人のメールを転送する」だけでは、判断主体と情報管理が曖昧になります。暫定担当、判断範囲、終了条件を決めます。

架空例：法人顧客の月次報告を移管する

以下は顧客実績ではない設計例です。

退職日までの確認表

• 止められない業務に受入責任者と完了条件がある。
• 未完了案件は、次の行動、期限、判断者まで記録されている。
• 顧客・取引先へ、新担当者と連絡先を必要な範囲で案内した。
• 共有フォルダ、契約、議事録、成果物が正規の保存先にある。
• 個人端末・個人ストレージだけに業務情報が残っていない。
• 権限の付与・変更・停止、貸与物返却の担当と実施時刻を決めた。
• 退職後に質問しなくてもよいよう、残課題の判断者を決めた。

よくある失敗

• 本人の業務一覧だけを信じ、関係者が依頼している仕事を確認しない。
• 操作手順はあるが、判断基準と例外時の相談先がない。
• 後任へ説明しても、実際の成果物で試行していない。
• 退職日になってから権限変更を依頼し、必要な審査期間を確保していない。
• 資料の量を完了基準にして、顧客・案件・権限の移管を確認しない。

よくある質問

後任が決まっていない場合はどうしますか？

上司または業務責任者が一時的に受け取り、止める業務、継続する業務、暫定担当、再配置・採用の判断日を決めます。引継ぎ先を「チーム」とだけ書かず、受入責任者を一人定めます。

引継ぎ期間は何日必要ですか？

一律の日数では決められません。月次・四半期など頻度の低い業務を試行できるか、権限変更に何日かかるか、顧客への案内時期はいつかを逆算します。試行できない業務は、テストデータや過去案件で確認します。

役割の受け渡しは人事業務の役割分担、判断範囲は権限委譲ルール、受入後の立ち上がりはオンボーディング90日計画も参照してください。

参考資料：IPA：CSIRT業務の属人化回避も兼ねた情報の共有・蓄積、IPA：情報セキュリティ10大脅威 2025 解説書（組織編）（2026年10月5日確認）。台帳と架空例はCareerSync編集部による設計例です。