引き継ぎの項目を調べると、「サーバー情報」「スケジュール」「体制図」など、長い一覧がいくつも見つかります。ただ、一覧をそのままなぞっても、不安が残る方は多いのではないでしょうか。
結論からお伝えします。引き継ぎ項目は、次の3つの軸で整理すると漏れにくくなります。
- 止まらないために(環境・アクセス・手順)
- 揺らがないために(決定事項・約束・お金)
- 信頼を保つために(人・関係性・文脈)
この記事では、軸ごとの項目と、時間がないときの優先順位、渡す側・受ける側それぞれの進め方をまとめます。最後に、そのまま使えるチェックリストも用意しました。
引き継ぎ項目は「止まらない・揺らがない・信頼を保つ」の3軸で整理する
項目を並べるだけでは漏れる理由
一覧型のチェックリストは便利です。ただ、すべての項目が同じ重さで並ぶため、「いま本当に困る項目はどれか」が見えにくくなります。
さらに、資料に残りにくい情報は、そもそも一覧に載りません。クライアントの人柄や、口頭で決まった約束がその例です。
3軸の全体像
| 軸 | 守るもの | 欠けたときに起きやすいこと |
|---|---|---|
| 止まらない | 環境・アクセス・手順 | 作業が物理的に止まる(入れない、公開できない) |
| 揺らがない | 決定事項・約束・お金 | 手戻り、言った言わない、請求漏れ |
| 信頼を保つ | 人・関係性・文脈 | クライアントの不安、担当交代後の関係悪化 |
「止まる」は誰でもすぐ気づきます。一方、「揺らぐ」と「信頼を失う」は、あとからじわじわ効いてきます。後者ほど資料に残りにくいので、意識して拾う必要があります。
現場でよくある引き継ぎトラブル3選
ここでは、引き継ぎで起こりやすい場面を3つ挙げます。
ログイン情報やリリース手順が見つからない
改修の依頼が来たものの、本番へのリリース方法を知っている人がいません。前任者は異動済みで、過去のチャットを遡って探すうちに半日が過ぎていきます。保守案件では特に起こりやすい場面です。
口頭で決まった仕様変更が伝わっていない
打ち合わせで決まった変更が、議事録にも課題表にも残っていないことがあります。後任が当初の仕様のまま進めてしまい、気づくのは検収の段階、というパターンです。
クライアントとの「暗黙の了解」が消える
たとえば、「この担当者には、会議の前に資料を一度見てもらう」といった、書かれていない進め方があります。引き継ぎでそれが抜け落ちると、悪気なく崩れてしまい、「担当が変わってやりにくくなった」と受け取られかねません。
軸1:止まらないために渡す項目(環境・アクセス・手順)
サーバー・ドメイン・CMS・外部ツール
まず、作業を続けるために必要な「入口」を渡します。
リリース手順と、更新期限のある契約
リリース手順は、個人のメモではなく、誰でも辿れる場所に残します。ドメインやSSL、有料の素材・フォント・プラグインなどは、契約の名義と更新時期が案件ごとに違います。誰の名義か、いつ更新か、確認が必要です。
項目表
| 項目 | 無いとどうなるか | 確認のコツ |
|---|---|---|
| サーバー・ドメインの契約先と名義 | 更新や変更の手続きができない | 名義がクライアントか、自社か、制作会社かを確認する |
| 各種ログイン情報(CMS・サーバー等) | 作業に着手できない | 実際にログインできるか、受け取った本人が試す |
| リリース手順(テスト・本番) | 公開作業で手が止まる | 手順書があるか、誰が最後に実行したかを聞く |
| 外部ツールの連携(解析・フォーム等) | 計測や問い合わせが途切れる | 連携しているものを一覧にしてもらう |
| 更新期限のある契約・ライセンス | 期限切れでサイトや表示に影響する | 更新日と費用の負担者を確認する |
| デザインデータ・仕様書の保管場所 | 修正のたびに探し回る | 最新版がどれかを必ず確認する |
なお、パスワードをチャットやメール本文にそのまま書くのは避けたいところです。社内で決められた安全な共有方法に従いましょう。
軸2:揺らがないために渡す項目(決定事項・約束・お金)
仕様変更の履歴と、その背景
引き継ぎで最も厄介なのは、仕様変更の扱いです。変更点だけでなく、「なぜそうなったか」まで残っていると、後任が迷いません。背景がわからないと、元に戻そうとしてしまう場合もあります。
未決事項と口頭合意の拾い方
未決事項は、「誰が、いつまでに決めるか」をセットで渡します。口頭の合意は、直近の議事録やチャットを見返し、「やります」「検討します」と答えたものを洗い出すと拾いやすくなります。
スコープ・見積・請求の状況
やることとやらないことの線引き、追加見積の有無、未請求の作業があるかどうかも、渡す項目に入れておきます。お金に関わる話は、あとから揉めやすいところです。
項目表
| 項目 | 無いとどうなるか | 確認のコツ |
|---|---|---|
| 仕様変更の履歴と背景 | 手戻り、後出しの指摘 | 変更の理由と決めた人も合わせて残す |
| 課題・質問の管理表 | 同じ質問を繰り返す | 未対応のものに印をつけてもらう |
| 未決事項 | 誰も動かず期限だけが迫る | 「誰が・いつまでに」を明記する |
| 口頭での合意事項 | 言った言わないになる | 直近のやり取りを見返して洗い出す |
| スコープ(やること・やらないこと) | 範囲外の依頼を断れない | 契約書や提案書と照らして確認する |
| 見積・請求の状況 | 請求漏れ、追加費用のトラブル | 未請求・追加見積の有無を聞く |
| 保守契約の内容(稼働工数・超過時の扱い) | 工数超過で対応に迷う | 契約書の該当箇所を共有してもらう |
軸3:信頼を保つために渡す項目(人・関係性)
キーパーソンと本当の決裁者、承認フロー
窓口の担当者と、最終的に決める人が別のことは少なくありません。誰の承認が必要で、どのくらい日数がかかるかを知っておくと、スケジュールの見通しが立ちます。
クライアントの好み・NG・過去の不満
好みや過去の不満は、資料化しにくい情報です。ただ、知っているかどうかで、最初の1か月の空気が変わります。
制作チームの得意・不得意と連絡の温度感
デザイナーやエンジニアとの関係も引き継ぎの対象です。誰に何を頼むとスムーズか、連絡はどの程度の速さ・丁寧さが合っているかを共有します。
項目表
| 項目 | 無いとどうなるか | 確認のコツ |
|---|---|---|
| キーパーソンと決裁者 | 確認先を間違え、判断が遅れる | 組織図ではなく、実際の決め方を聞く |
| 承認フローと所要日数 | スケジュールがずれる | 過去の案件で何日かかったかを聞く |
| 連絡手段と返信の温度感 | 担当交代後に距離ができる | 好まれる連絡の頻度・形式を聞く |
| 好み・NG | 同じ地雷を踏む | 具体的なエピソードで聞く |
| 過去のトラブルや不満 | 同じ不満を繰り返させる | 何があり、どう収まったかを聞く |
| 制作メンバーの得意・不得意 | 依頼先を誤り、品質や進行に影響する | 過去の依頼実績から確認する |
この軸は、書き方に気をつけたいところです。引き継ぎ資料は、あとで別の人に共有されることもあります。人物の評価を断定的に書かず、「〇〇と言われたことがある」のように、事実ベースで残すと安心です。
項目が多すぎるときの優先順位の決め方
すべてを完璧に渡せれば理想ですが、時間は限られています。そんなときは、次の順番で考えます。
「明日止まるもの」から先に渡す
最優先は、渡さないと明日の作業が止まるものです。アクセス情報、リリース手順、直近の締切に関わる未決事項が当たります。そのうえで、「後から高くつくもの」(仕様変更の履歴、口頭合意)、「関係を守るもの」(人・文脈)の順に進めます。
新しく資料を作らず、既存資料のリンク集にまとめる
引き継ぎのために資料をゼロから作ると、時間が足りなくなります。要件定義書、仕様書、議事録など、すでにある資料の置き場所をまとめた「リンク集」を作るだけでも、十分に役立ちます。足りない部分だけ、新しく書き足せば間に合います。
渡す側の進め方:段取りと引き継ぎミーティング
引き継ぎ期間の組み立て方
期間の長さは、案件の規模やクライアントとの関係で変わります。ただ、流れとしては次の3段階で考えると組み立てやすいです。
- 資料を渡す:リンク集と、3軸の項目表を共有する
- 説明する:ミーティングで要点を伝え、質問を受ける
- 並走する:可能であれば、後任がクライアント対応に同席する時間をつくる
ミーティングで話すこと
全項目を読み上げる必要はありません。次の点に絞ると、短い時間でも伝わります。
- 案件の現在地(いま何が進んでいて、次の期限はいつか)
- 気をつけてほしいこと(未決事項、過去のトラブル、クライアントの傾向)
- 困ったときの連絡先
クライアントへの担当交代の伝え方
担当交代は、クライアントにとって不安の種です。伝えるときは、次の点を押さえます。
- いつから担当が変わるのか
- 後任は誰か
- 引き継ぎは済んでいて、これまでの進行は止まらないこと
〇月〇日より、後任の△△が担当いたします。これまでの経緯は引き継ぎ済みですので、今後の進行に変わりはございません。
このような一文を添えるだけでも、受け止め方が変わります。
受ける側の進め方:聞くべきことと、自分で確かめること
受け取った資料を自分の手で一度動かしてみる
資料を受け取って安心するのは、まだ早いかもしれません。ログイン情報で実際に入れるか、リリース手順を前任者の説明どおりに辿れるか、引き継ぎ期間中に自分の手で試します。書いてあることと、実際の状態にズレがあるのは、よくあることです。
聞きにくいことほど引き継ぎ期間中に聞く
前任者が社内にいるうちは、直接聞けます。退職後は、連絡が取れるとは限りません。次のような質問は、期間中に聞いておくと安心です。
- この案件で一番大変だったことは何か
- クライアントと接するとき、気をつけていることは何か
- やり残していること、気になっていることはあるか
「こんなことを聞いていいのかな」と思うことほど、あとで役に立ちます。
急な引き継ぎ(退職・異動・突然の休み)で最低限残すもの
準備する時間がないまま、引き継ぎが必要になることもあります。そんなときは、完璧を目指さず、次の5つだけでも残しておきます。
- 案件の現在地(進行中のタスクと、次の期限)
- アクセス先の一覧(どこに何があるか)
- 未決事項と、口頭で約束していること
- クライアントの窓口と、気をつけてほしいこと
- 関係者の連絡先
足りない部分は、あとから足せる状態にしておけば大丈夫です。
そのまま使える引き継ぎチェックリスト
| 軸 | チェック項目 | 済 |
|---|---|---|
| 止まらない | サーバー・ドメインの契約先と名義を伝えた | ☐ |
| 止まらない | ログイン情報を安全な方法で共有し、入れることを確認した | ☐ |
| 止まらない | リリース手順を、誰でも辿れる場所に残した | ☐ |
| 止まらない | 更新期限のある契約・ライセンスを一覧にした | ☐ |
| 揺らがない | 仕様変更の履歴と、その背景を残した | ☐ |
| 揺らがない | 未決事項に「誰が・いつまでに」を添えた | ☐ |
| 揺らがない | 口頭で合意していることを洗い出した | ☐ |
| 揺らがない | 見積・請求の状況を共有した | ☐ |
| 信頼を保つ | キーパーソンと、承認の流れを伝えた | ☐ |
| 信頼を保つ | クライアントの好み・NG・過去の不満を伝えた | ☐ |
| 信頼を保つ | クライアントへ、担当交代を案内した | ☐ |
まとめ
引き継ぎ項目は、「止まらない」「揺らがない」「信頼を保つ」の3軸で整理すると、漏れにくくなります。時間がないときは、「明日止まるもの」から先に渡してください。資料は新しく作り込むより、既存資料のリンク集で十分なことも多いです。
渡す側も受ける側も、完璧を目指す必要はありません。足りないところは、あとから足せば大丈夫です。
ディレ和尚のひとこと
引き継ぎとは、資料を渡すにあらず。安心を渡すものなり。
