引き継ぎを「口で説明すれば十分」と言うアンタ。説明できない箇所が、アンタの把握できてない箇所だよ
引き継ぎ資料を書くと、手順は書けても判断の理由が書けない箇所が出てきます。それが把握不足の場所です。書く項目の決め方と、やっていないことを書く意味を解説します。
異動や退職が決まって、引き継ぎの話になる。で、「やりながら説明します」で済ませようとする。それ、仕様書を書かずに実装者の記憶だけで運用しているのと同じだよ。記憶は持ち出せない。
書くと、書けない箇所が出てくる
実際に書き始めると、手が止まるところがある。
- なぜこの設定にしたのか
- なぜこの相手にはこの対応をするのか
- 問題が起きたとき、何を疑うのか
どれも手順としては動かせるのに、理由が書けない。そこが把握できていない箇所だ。口で説明していると、ここを飛ばしたまま渡せてしまう。
手順だけでは渡らない
手順書は作りやすい。だが手順だけだと、想定外のときに止まる。
- 手順どおりにいかない場面が必ず来る
- そのとき、判断の材料が必要になる
- 理由が書いてあれば、応用できる
3つ目が目的だ。手順は変わるが、理由は残る。「なぜそうしているか」が分かれば、状況が変わっても判断できる。
書く項目を先に決める
白紙から書き始めると、何を書くか迷って進まない。項目を決めてから埋める。
- いまどうなっているか — 現状
- どこを見れば分かるか — 情報の置き場所
- 何を決めて、なぜそうしたか — 判断の理由
- やっていないこと — 意図的にやっていない範囲
4つ目を入れるのがこつだ。書かないと、やったものと誤解される。
やっていないことを書く意味
この項目が、引き継いだ側にとって一番役に立つ。
- 意図的にやっていないこと
- その理由
- やる場合の条件
2つ目があると、忘れていたのか判断したのかが区別できる。理由が無いと、引き継いだ人が「抜けている」と思って手を入れ、動いていたものを壊すことがある。
認証情報は資料に書かない
渡せる形にするために、分けておく項目がある。
- 認証に使う情報は、資料に書かない
- どこに保管しているかだけ書く
- 一度やりとりに出たものは、変更する
1つ目が原則だ。資料に転記すると、資料自体が漏れる経路になる。引き継ぎは資料が複数の人の手に渡る場面なので、ここを混ぜない。
そもそも引き継ぎのタイミングで、権限を引き継いだ人の名義に作り直すのが筋だ。同じ認証情報を共有すると、誰が操作したか分からなくなる。
読む人を想定する
誰が読むかで、書く内容が変わる。
- 同じ作業をしていた人向けか
- 初めて触る人向けか
- 将来の自分向けか
3つ目が意外に多い。半年後の自分は、前提を忘れている。自分用に書いたつもりのメモが、結局いちばん読まれる資料になる。
量を調整する
長すぎると読まれない。構成で解決する。
- 最初に全体の状況をまとめる
- 詳細は後ろに置く
- 最初の部分だけ読めば、状況が分かる形にする
3つ目が条件だ。全部読まなくても使える形にする。
渡した後にやること
書いて渡して終わりではない。
- 聞かれた箇所を、資料に追記する
- 聞かれた箇所が、足りない箇所だ
- 何度か繰り返すと、実用的になる
1つ目を習慣にすると、資料の質が上がる。自分が当たり前だと思っている部分が、抜けている。それは聞かれて初めて分かる。
書きながら整理されること
引き継ぎ資料を作ると、副産物がある。
- 説明できない設定が見つかる
- 使っていない仕組みが残っていると分かる
- 書きながら、整理することになる
3つ目が本来の効果かもしれない。説明できない状態は、整理されていない状態だ。異動が無くても、年に一度書いてみる価値がある。
自分が引き継ぐ側のとき
逆の立場でも、同じ項目を聞けばいい。
- なぜこうしているのか、理由を聞く
- 意図的にやっていないことを聞く
- 聞いた内容を、その場で資料に書き足す
3つ目をやると資料が育つ。聞いて納得して終わると、次の人がまた同じことを聞く。
まとめ
- 書けない箇所が、把握できていない箇所
- 手順だけでなく、判断の理由を書く
- やっていないことと、その理由も書く
- 認証情報は資料に書かず、保管場所だけ書く。引き継ぎ時に作り直す
- 聞かれた箇所を追記していくと、実用的な資料になる
口で説明できることは、書ける。書けないことは、口でも説明していない。そこが引き継がれていない部分だよ。
参考・出典
※制度・統計・ガイドラインは改定されることがあります。実際の手続きや判断にあたっては、各機関の公式サイトで最新の内容をご確認ください。（リンク最終確認: 2026年10月3日）
