「引き継ぎ資料を作っておいて」で作られた資料が使い物にならないのは、アンタの指示が雑だからだよ
引き継ぎ資料が形骸化する原因と、後任が実際に困るポイントから逆算した、本当に使える引き継ぎドキュメントの作り方を解説します。
退職者が作った引き継ぎ資料。半年後、後任が開いて絶望する。書いてあることは間違っていないのに、知りたいことが何ひとつ書かれていない。これは書いた人の能力の問題ではなく、依頼の仕方の問題だ。
なぜ手順書は役に立たないのか
「引き継ぎ資料を作って」と言われた人は、たいてい作業手順を書く。ボタンをどの順で押すか、どのファイルをどこに置くか。
だが、後任が本当に詰まるのは手順ではない。詰まるのはここだ。
- イレギュラーが起きたとき、誰に聞けばいいのか
- この作業はなぜこの順番なのか（変えてはいけない理由があるのか）
- この数字はどこから来て、誰が使っているのか
- 過去に何が起きて、今のやり方になったのか
手順は見れば分かる。分からないのは文脈だ。そして文脈は、前任者の頭の中にしかない。
引き継ぎ資料に書くべき4項目
1. 登場人物と連絡先
社内外を問わず、この業務に関わる人の一覧。「何について、この人に聞けばいいか」を1行で添える。組織図では代替できない。実際に話が通る人と、役職上の担当者は一致しないことが多い。
2. 判断基準
「金額が◯万円を超えたら上長承認」「この取引先は例外的に納期を優先する」といった、明文化されていないルール。前任者が無意識にやっている判断こそ、最も引き継がれない。
3. 地雷とその由来
「このファイルは絶対に上書きしない」「この設定を変えると別システムが止まる」。過去に事故が起きた箇所と、なぜそうなっているかの経緯。理由が書かれていない禁止事項は、いずれ誰かが破る。
4. 年間カレンダー
月次・四半期・年次で発生する作業と、その締切。日常業務は毎日やるから引き継ぎやすいが、年に1回の作業は忘れられて事故になる。
依頼する側がやるべきこと
「資料を作っておいて」は指示ではない。指示するなら、こう言うべきだ。
「後任が最初の3か月で確実に詰まる場面を5つ挙げて、それぞれの対処法を書いてほしい」
アウトプットの形式ではなく解決したい問題を伝える。これはドキュメントに限らず、あらゆる依頼で同じだ。
最強の検証方法
資料ができたら、その業務を知らない人に読ませて実際にやらせる。前任者が在籍しているうちに、だ。これで抜けが全部わかる。前任者が「あ、それは言ってなかった」と言った内容こそ、資料に足りなかったものだ。
テストせずにリリースされたドキュメントは、たいてい動かない。当たり前の話だが、資料になると途端に検証が省略される。
属人化は「悪」ではなく「未処理」
属人化そのものを責めても仕方がない。人間が仕事をする以上、文脈は個人に蓄積する。問題は、それを外に出す作業が業務として計上されていないことだ。
引き継ぎ資料は、退職が決まってから1週間で作るものではない。日常的に更新される運用ドキュメントがあって、退職時にはその差分を埋めるだけ。そういう状態が理想だが、そこに至るには「書く時間」を業務時間として認める必要がある。
資料の質は、書き手の意識ではなく組織がその作業に時間を払っているかで決まる。
参考・出典
※制度・統計・ガイドラインは改定されることがあります。実際の手続きや判断にあたっては、各機関の公式サイトで最新の内容をご確認ください。（リンク最終確認: 2026年9月1日）
