キーパーソンが突然退職したら：ナレッジ継承と業務継続のための緊急対応

「来月末で退職します」という報告がキーパーソンから来たとき、PMの頭の中では「このプロジェクト、どうなるんだ」という焦りとともに、やるべき対応が次々と浮かぶ。

あるいは最悪のケースとして「明日から来ません」という即日退職の場合もある。いずれにせよ、キーパーソンの退職は組織・プロジェクトの継続性に直接影響する緊急事態だ。

キーパーソン退職の緊急対応：最初の72時間

1時間以内：事実確認

• 退職日・引き継ぎ可能な期間を確認する
• 退職理由（不満なのか転職なのかによって引き留め余地が変わる）
• 即日退職か・一定期間残るかを確認する

24時間以内：影響評価

• このメンバーが担っている業務・知識の一覧を作る
• プロジェクトへの影響度を緊急・重大・影響あり・軽微で分類する
• 他のメンバーがカバーできる範囲を確認する

72時間以内：応急措置の実行

• 最も緊急のナレッジ継承から開始する
• ステークホルダー・クライアントへの報告準備
• 採用・外注の必要性を判断する

ナレッジ継承の優先順位付け

引き継ぎ期間が短い場合、すべてのナレッジを継承することはできない。優先順位を明確にする。

Priority 1（最優先）：プロジェクト継続に不可欠なもの

• 本番環境へのアクセス方法・認証情報
• 外部ベンダー・クライアントとの連絡窓口情報
• 現在進行中の緊急案件の状況
• システムのデプロイ手順

Priority 2（1週間以内）：日常業務の継続に必要なもの

• 定例業務の手順（週次・月次で発生するもの）
• よくある問題と対処法
• 関係者との背景・経緯

Priority 3（余裕があれば）：中長期的に必要なもの

• 設計思想・アーキテクチャの説明
• 将来の改善候補・技術負債

優先順位付けの方法： 退職するメンバーとの1〜2時間のセッションで「もし今日プロジェクトから抜けたとしたら、明日最も困ることは何か？」を聞いて一覧化する。

引き継ぎドキュメントの作成

引き継ぎの質を上げるために、退職するメンバーが書いたドキュメントを「後継者が読んで分からなかった箇所」でアップデートする二段階作成が有効だ。

Step 1：退職メンバーがドキュメントを書く（80%の完成度で良い）
Step 2：後継者がドキュメントを読んで、理解できなかった箇所を質問
Step 3：退職メンバーが回答を追記して完成させる

この方法は、「読む人にとって分かりにくい部分」を効率的に洗い出せる。

クライアント・ステークホルダーへの報告

キーパーソンがクライアントと直接関係を持っていた場合、報告のタイミングと方法が重要だ。

報告のタイミング： 引き継ぎの目処が立った段階で報告する（退職1〜2週間前が理想）。退職直前・退職後の報告は「後出し」になって信頼を損なう。

報告のフレーム：

「[担当者名]が[日付]に退社することになりました。
 後任は[後継者名]が担当します。
 引き継ぎは[期間]をかけて丁寧に行っており、
 サービス品質への影響は最小限に抑えます。
 
 来週、[後継者名]とともにご挨拶の機会をいただけますでしょうか。」

即日退職の場合の対応

最悪のケースである即日退職の場合、上記の計画的な引き継ぎはできない。この場合の優先順位は「アクセス権の確保」だ。

即日対応リスト：

• 業務用メールアカウントの管理権限移転
• GitHubなどのリポジトリへのアクセス権確認
• パスワードマネージャーの共有
• 外部サービス（AWS・GCP等）の管理者変更
• クライアント向けメールアカウントの転送設定

これらのアクセス権確保が最初の1時間でやるべき最重要事項だ。

まとめ

キーパーソンの退職は予防が難しい緊急事態だが、対応の質でプロジェクトへの影響を最小化できる。最初の72時間に集中した対応と、ナレッジ継承の優先順位付けが明暗を分ける。平時の「ナレッジの文書化」と「バス係数の管理」がこういった事態への最大の備えになることを改めて認識してほしい。