引き継ぎ資料の作り方とは？記載項目のチェックリストとテンプレート・記入例

引き継ぎ資料とは

引き継ぎ資料とは、業務の担当者が交代する際に、前任者から後任者へ必要な情報を伝えるために作成する文書です。引き継ぎ書、引継ぎ資料とも呼ばれます。

口頭での説明だけでは、伝えた内容が時間とともに失われ、後任者が判断に迷った際に確認する手段がなくなります。文書として残すことで、引き継ぎ期間の終了後も参照でき、前任者が異動や退職で不在になった後も業務を継続できます。

引き継ぎとは

ビジネスにおける引き継ぎとは、担当していた業務の責任と、その遂行に必要な情報を次の担当者に移すことを指します。

単に作業手順を伝えるだけではありません。業務の目的、関係部署や取引先との関係性、過去の経緯、判断の基準といった、作業の背景にある情報を含めて移管することが本来の引き継ぎです。手順だけを伝えた場合、後任者は想定どおりの状況では対応できても、例外的な事態に直面すると判断できなくなります。

引き継ぎが難航する背景には、業務が特定の担当者に依存している状態があります。この状態については、属人化の原因とリスク、解消方法で詳しく解説しています。

引き継ぎが必要になる場面

引き継ぎが発生するのは、主に次の場面です。

部署異動・配置転換

社内の異動では、後任者が同じ組織内にいるため、不明点を後から確認しやすい状況にあります。ただし異動は年度替わりなどに集中するため、前任者自身も新しい業務の立ち上げに追われ、引き継ぎに十分な時間を割けないことがあります。受け入れ側で起こりがちな問題は、新入社員のオンボーディングでよくある課題と共通する部分があります。

退職

退職の場合、前任者に後から確認することができません。そのため、他の場面より詳細な資料が求められます。社外の取引先との関係や、個人的に築いてきた関係性の移管も必要になります。

プロジェクトメンバーの交代

進行中のプロジェクトでメンバーが入れ替わる場合、完了した作業と残っている作業、これまでの意思決定の経緯を正確に伝える必要があります。経緯が失われると、過去に検討済みの案を再度議論するといった手戻りが発生します。

産休・育休、長期休暇

一時的な引き継ぎですが、復帰を前提とするため、休業期間中の変更点を記録しておく仕組みもあわせて必要になります。

引き継ぎ資料とマニュアル・手順書の違い

引き継ぎ資料、業務マニュアル、作業手順書は、いずれも業務の進め方を記した文書ですが、目的と対象範囲が異なります。

作業手順書と業務マニュアルは、誰が読んでも同じように作業できることを目的とした、恒常的に使われる文書です。一方の引き継ぎ資料は、特定の担当者の交代という一時的な場面のために作成され、その担当者固有の情報 (関係先との経緯、進行中の案件の状況、未解決の懸念事項) を含みます。

すでに業務マニュアルが整備されている組織では、引き継ぎ資料にマニュアルの内容を繰り返す必要はありません。マニュアルの保管場所を示し、そこに書かれていない情報だけを引き継ぎ資料にまとめれば十分です。作業手順そのものの文書化については、標準作業手順書 (SOP) の書き方を参考にしてください。

引継ぎリストとは

引継ぎリストとは、引き継ぐべき業務を一覧化し、それぞれの引き継ぎ状況を管理するための表です。引き継ぎ資料が業務の中身を記述するのに対し、引継ぎリストは引き継ぎそのものの進捗を管理します。

引き継ぎの抜け漏れは、資料に書き忘れることよりも、業務そのものを一覧に挙げ忘れることで発生します。リストを先に作り、そこから各業務の資料作成に進む順序が有効です。

引き継ぎのたびに資料を一から作っていませんか

日々の進捗や判断の経緯がタスクに記録されていれば、引き継ぎ資料の作成は大幅に短縮できます。

無料トライアルを始める

引き継ぎ資料の記載項目チェックリスト

引き継ぎ資料に何を書くべきかは、業務の性質によって異なります。ここでは、多くの業務に共通して必要となる項目をチェックリストの形で整理します。

基本情報

• 業務名

• 業務の目的 (この業務が何のために存在するか)

• 担当範囲 (どこからどこまでが担当か、担当外との境界)

• 実施頻度とスケジュール (日次、週次、月次、年次、随時)

• 所要時間の目安

業務の目的は見落とされがちですが、最も重要な項目です。目的がわからないまま手順だけを受け継いだ後任者は、状況が変わった際に手順を変えてよいかどうかを判断できません。

業務プロセス

• 作業の流れ (開始から完了までの手順)

• 使用するシステム・ツール

• 必要な入力情報と、その入手元

• 成果物と、その提出先

• 承認が必要な工程と承認者

手順は、後任者が初めて実施する前提で記述します。前任者にとって自明な操作ほど省略されやすく、そこが後任者のつまずきどころになります。

関係者・関連部署

• 社内の関係部署と担当者名

• 取引先・外部パートナーと窓口担当者

• 各関係先との連絡手段と頻度

• 過去のやり取りの経緯で、引き継ぎに必要なもの

取引先との関係については、連絡先だけでなく、相手の対応傾向や過去の経緯も記載します。「この取引先は書面での確認を重視する」「過去に納期の認識齟齬があり、以降は必ず書面で確認している」といった情報が、後任者のトラブル回避につながります。

アクセス権限・システム

• 必要なシステムのアカウントとアクセス権限の一覧

• 権限の付与を申請する窓口

• 共有フォルダやドキュメントの保管場所

• 使用しているツールのライセンス

パスワードそのものを引き継ぎ資料に記載してはいけません。セキュリティ上の問題があるだけでなく、退職者のアカウントを使い回すことは多くの組織で規程違反にあたります。

記載すべきなのは、どのシステムにどの権限が必要か、その権限を誰に申請すればよいかという情報です。アカウント自体は、後任者名義で新規に発行する手続きを取ります。

共有アカウントが存在する場合は、資料には記載せず、パスワード管理ツール経由で移管するか、担当者変更にあわせてパスワードを変更する運用にします。

進捗状況・進行中の案件

• 進行中の案件の一覧と、それぞれの進捗状況

• 各案件の次のアクションと期日

• 保留中・停滞中の案件と、その理由

• これまでの意思決定とその経緯

進行中の案件については、現時点のステータスだけでなく、次に何をすべきかまで記載します。状況の説明だけでは、後任者は引き継いだ直後に何から手をつけるべきか判断できません。

判断基準・ノウハウ

• 業務上の判断が必要な場面と、その判断基準

• 例外対応のパターンと対処方法

• 効率的に進めるためのコツ

• 過去の失敗事例と、そこから得た教訓

この項目が、引き継ぎ資料の価値を最も左右します。手順はマニュアルで代替できますが、判断基準は担当者の中にしか存在しないことが多いためです。

「どういう場合に上長の承認を得るか」「どの程度の金額から別の手続きが必要か」「過去にどのような判断をして、結果はどうだったか」を言語化してください。

トラブル事例・注意点

• 過去に発生したトラブルと、その原因

• 再発防止のために実施している対策

• 発生しやすいミスと、その予防策

• 注意すべき時期や条件

トラブル事例は、後任者が同じ失敗を繰り返すことを防ぎます。「何が起きたか」だけでなく「なぜ起きたか」「どう対処したか」をセットで記載してください。

懸念事項・未解決の課題

• 現時点で未解決の課題

• 今後発生が予想される問題

• 改善したいと考えていたが着手できていない事項

引き継ぎのタイミングで解決していない問題は、隠さずに記載します。後任者が後から発見するより、最初から把握していたほうが対処しやすくなります。

年間スケジュール

• 月別の定例業務

• 繁忙期と、その理由

• 年次で発生する業務 (予算編成、監査対応、契約更新など)

引き継ぎ直後には発生しない業務ほど、伝え忘れが起こります。年間を通じたスケジュールを一覧にしておくことで、数か月後に突然発生する業務への備えができます。

年次で繰り返される業務については、前年の実施結果と改善点をあわせて記載すると、後任者が同じ課題に直面せずに済みます。改善を継続的に回す考え方は、PDCA サイクルの意味と 4 つの手順で解説しています。

FAQ

• 後任者から想定される質問と回答

• よく問い合わせを受ける内容と回答

前任者が過去に受けた質問をまとめておくと、後任者が同じ疑問でつまずく時間を減らせます。

引き継ぎ資料のテンプレートと記入例

• 業務名

• 業務の目的

• 担当範囲

• 実施頻度・スケジュール

• 業務の流れ

•   1.

•   2.

•   3.

• 使用システム・必要な権限

• 関係者・関連部署

• 判断基準

• 注意点・過去のトラブル事例

• 進行中の案件と次のアクション

• 懸念事項

• 関連資料の保管場所

業務ごとにこの形式で作成し、別途、引継ぎリストで全体の進捗を管理する構成が基本です。

記入例 1: 部署異動の場合 (定型業務)

業務名 月次売上レポートの作成と配信

業務の目的 各事業部の売上実績を経営会議の資料として提供する。意思決定の基礎データとなるため、正確性と期日の遵守が最優先される。

担当範囲 データの集計から資料作成、配信まで。データの分析とコメント付けは事業企画部が担当するため、本業務の範囲外。

実施頻度・スケジュール 月次。毎月第 3 営業日の 12 時までに配信。

業務の流れ

1. 第 1 営業日: 基幹システムから前月の売上データを抽出

2. 第 1 営業日: 各事業部へ修正の有無を確認するメールを送付 (回答期限は第 2 営業日 15 時)

3. 第 2 営業日: 回答を反映し、集計表を更新

4. 第 2 営業日: 上長の確認を依頼

5. 第 3 営業日: 確認済みの資料を経営会議参加者に配信

使用システム・必要な権限

• 基幹システム: 売上データの参照権限が必要。情報システム部に申請する

• 共有フォルダ: 経営企画部の共有ドライブ配下の該当フォルダへのアクセス権限

関係者・関連部署

• 営業第一事業部: 修正連絡の窓口は管理課

• 営業第二事業部: 同上

• 事業企画部: 配信後に分析コメントを追記するため、配信時に CC に入れる

判断基準 各事業部から期限までに回答がない場合は、システムの数値をそのまま採用する。ただし前月比で 20% 以上の変動がある事業部については、回答がなくても電話で確認する。過去に入力漏れによる大幅な数値誤りがあったため。

注意点・過去のトラブル事例 決算月 (3 月、9 月) は会計処理の都合でデータ確定が 1 日遅れる。この 2 か月のみ、配信は第 4 営業日となる。過去に通常どおり第 3 営業日に配信し、確定前の数値を提出したことがある。

進行中の案件と次のアクション レポートの自動化について情報システム部と検討中。11 月に要件定義の打ち合わせを予定。担当は情報システム部の佐藤氏。

懸念事項 現在の集計表は手作業での転記が多く、入力ミスのリスクがある。自動化の検討はこの解消が目的。

関連資料の保管場所 共有ドライブの「経営企画部 > 月次レポート > 作業手順」配下に、画面操作を含む詳細な手順書を保管。

記入例 2: 退職の場合 (社外との関係を含む)

業務名 A 社向けサービスの契約管理と窓口対応

業務の目的 既存顧客である A 社との契約を維持し、利用状況に応じた提案を行うことで、継続率と取引額を維持する。

担当範囲 契約更新の手続き、月次の利用状況報告、問い合わせ対応。技術的な障害対応はサポート部門が担当。

実施頻度・スケジュール

• 月次: 利用状況レポートの送付 (毎月 10 日前後)

• 四半期: 定例ミーティング

• 年次: 契約更新 (契約満了は毎年 6 月末、3 か月前から更新協議を開始)

関係者・関連部署

• A 社 情報システム部 鈴木氏: 実務上の主担当。日常の問い合わせはこの方から

• A 社 情報システム部 部長 田中氏: 決裁者。契約更新時の協議相手

• 社内のサポート部門: 障害発生時の連携先

判断基準 A 社からの仕様変更の要望については、既存契約の範囲内で対応できるかをまず確認する。追加費用が発生する場合は、必ず見積もりを提示してから着手する。過去に口頭での依頼を無償で対応し、その後の線引きが曖昧になった経緯がある。

注意点・過去のトラブル事例 2025 年 11 月に、こちらの連絡不足により更新手続きが期限直前になった。以降、更新協議は満了の 3 か月前から開始する運用に変更している。鈴木氏は書面での確認を重視される方で、口頭で合意した内容もメールで改めて送付すると信頼を得やすい。

進行中の案件と次のアクション

• 利用ライセンス数の追加について打診を受けている (10 月中に見積もり提示が必要)

• 来期の契約更新に向け、12 月に利用状況の振り返りミーティングを設定予定

懸念事項 A 社では現在、他社サービスとの比較検討を行っているとの情報がある。鈴木氏から非公式に伝えられたもので、公式な場では言及されていない。次回更新時には、競合比較を踏まえた提案が必要になる可能性がある。

引き継ぎにあたっての依頼事項 退職前に、鈴木氏と田中氏への後任者の紹介を実施したい。10 月中に訪問の日程を調整する。

関連資料の保管場所

• 契約書: 法務部の契約管理システム

• 過去の提案資料とやり取り: 共有ドライブの「顧客別 > A 社」配下

• 問い合わせ履歴: 顧客管理システムの A 社レコード

記入例 3: プロジェクトメンバー交代の場合

プロジェクト名 社内ポータルサイトのリニューアル

担当範囲 要件定義と、ベンダーとの折衝。デザインと実装は外部ベンダーが担当。

現在の進捗状況 全体スケジュールは 2026 年 4 月開始、2027 年 3 月公開予定。現時点で要件定義が完了し、ベンダーによるデザイン制作フェーズに入っている。

完了した作業

• 現行サイトの課題整理 (5 月完了)

• 各部署へのヒアリング (6 月完了)

• 要件定義書の作成と承認 (8 月完了)

• ベンダー選定と契約 (9 月完了)

残っている作業

• デザイン案のレビューと確定 (11 月まで)

• 実装フェーズの進行管理 (12 月から 2 月)

• 検証と公開準備 (3 月)

次のアクション 11 月 5 日のデザインレビュー会議に出席し、各部署からの意見を取りまとめる。事前に 10 月末までにデザイン案を各部署へ共有する必要がある。

これまでの意思決定と経緯

• 検索機能の実装範囲について、当初は全文検索を要件に含めていたが、予算の制約から文書タイトルの検索のみに縮小した (7 月の会議で決定)。全文検索は次期フェーズでの実装を想定している

• スマートフォン対応は、社内利用の実態調査の結果、優先度を下げた。調査データは共有ドライブに保管している

• ベンダー選定では 3 社から提案を受け、価格ではなく過去の類似案件の実績を重視して現ベンダーを選定した

関係者

• 情報システム部: 技術面の確認窓口

• 広報部: 掲載コンテンツの監修

• 外部ベンダー: 担当者とは週次で進捗確認のミーティングを実施

懸念事項 各部署からの要望が追加で出てくる傾向がある。要件定義は完了しているため、追加要望は次期フェーズとして整理する方針で合意しているが、改めて確認が必要になる可能性がある。

関連資料の保管場所 プロジェクト管理ツール上に、タスク、議事録、関連ドキュメントを集約している。過去の議論の経緯は各タスクのコメント欄を参照。

引き継ぎ資料の書き方のポイント

後任者の前提知識に合わせる

資料の詳しさは、後任者が誰かによって変わります。

同じ部署内の異動であれば、業務の背景や社内の用語を一から説明する必要はありません。一方、他部門からの異動や中途入社者が後任となる場合、前任者が当然と考えている前提から記述する必要があります。

後任者が決まっている場合は、その人の経験に合わせて記述の粒度を調整してください。後任者が未定のまま作成する場合は、その業務を初めて担当する人を想定して書きます。

手順だけでなく目的と判断基準を書く

手順を正確に書いても、それだけでは想定外の状況に対応できません。

「毎月 10 日までに提出する」という手順に対して、「経理の締め処理が 15 日のため、それまでに修正の余地を残す必要がある」という目的を添えておけば、何らかの事情で 10 日に間に合わない場合でも、後任者は 15 日までなら調整可能だと判断できます。

目的と判断基準が書かれた資料は、記載されていない状況にも対応できる資料になります。

専門用語と略語を定義する

部署内でのみ通用する略語や、社内固有の用語は、必ず定義を添えてください。

前任者にとっては日常語であるため、説明が必要だという認識自体が生まれにくい項目です。資料の作成後に、その業務を知らない人に目を通してもらうと、説明不足の箇所が見つかります。

更新できる形式で作成する

引き継ぎ資料は、作成した時点から古くなっていきます。

印刷した紙や編集権限のない形式で渡すと、後任者が内容を更新できず、次の引き継ぎの際にはさらに実態と乖離した資料になります。後任者が追記・修正できる形式で作成し、保管場所も共有してください。

日常的に記録を残す

引き継ぎのタイミングで一から資料を作成しようとすると、時間が足りなくなります。

業務の進捗や判断の経緯を日常的に記録に残していれば、引き継ぎ時にはそれを整理するだけで済みます。タスクに進捗、担当者、期日、やり取りの履歴が記録されている状態であれば、引き継ぎ資料の多くの項目はすでに存在していることになります。

限られた時間で引き継ぎ資料を作成する手順

退職や急な異動では、引き継ぎに十分な時間を確保できないことがあります。ここでは、時間が限られる場合の作成手順を示します。

ステップ 1: 業務の棚卸しをする

まず、担当している業務をすべて書き出します。この段階では詳細を書かず、業務名だけを列挙してください。

日次、週次、月次、四半期、年次、随時という区分で考えると、漏れが減ります。特に年次の業務は、引き継ぎ時期によっては直近で発生しないため、記憶から抜け落ちやすい項目です。

過去 1 年分のカレンダーやメールを見返すと、忘れていた業務が見つかります。

なお、引き継ぎと受け入れをワークフローとして標準化している事例として、Asana が実践するオンボーディングの方法が参考になります。

ステップ 2: 優先順位をつける

書き出した業務を、次の 2 軸で分類します。

• 頻度: 引き継ぎ後すぐに発生するか、先になるか

• 難易度: 後任者が自力で対応できるか、説明が必要か

すぐに発生し、かつ説明が必要な業務から着手します。発生が先で、かつ定型的な業務は、後回しにするか、既存のマニュアルの場所を示すだけに留めます。

ステップ 3: 骨組みを先に作る

すべての業務について、まず項目名だけを埋めた骨組みを作成します。

最初の業務を詳細に書き込んでから次に進む方法では、時間切れになった際に後半の業務が完全に未着手となります。全体の骨組みを先に作っておけば、時間切れになっても、何が引き継がれていないかが明確になります。

ステップ 4: 優先度の高い業務から詳細を埋める

ステップ 2 で決めた優先順位に沿って、詳細を記述していきます。

ステップ 5: 後任者と一緒に確認する

資料が完成したら、後任者に目を通してもらい、不明点を挙げてもらいます。

前任者が書いた時点では完結しているように見えても、後任者にとって意味が通らない箇所は必ず存在します。この確認工程を省くと、前任者が不在になってから不明点が発覚します。

可能であれば、後任者が実際に業務を実施する様子を前任者が確認する機会を設けてください。資料を読んで理解することと、実際に対応できることの間には差があります。

確認すべき項目をあらかじめ一覧化しておくと、抜け漏れを防げます。チェックリスト形式での運用には、従業員オンボーディング用テンプレートの構成が参考になります。

引き継ぎで起こりやすいトラブルと対策

聞いていないという事態が発生する

後任者から「そのような業務があるとは聞いていない」という指摘を受けるケースです。

原因は、資料の記述不足よりも、業務の棚卸しの段階で漏れていることにあります。引継ぎリストを作成し、前任者と後任者の双方で業務の一覧を確認する工程を設けてください。

また、引き継ぎを口頭中心で進めた場合、伝えたかどうかが記憶に依存するため、認識の食い違いが生じます。説明した項目をリスト上でチェックし、双方が確認する運用にすると防げます。

資料があっても後任者が業務を遂行できない

資料は作成されているのに、後任者が実際には対応できないケースです。

手順は書かれているが判断基準が書かれていない場合に起こります。想定どおりの状況では対応できても、例外的な事態に直面すると判断できません。

対策として、過去 1 年間で発生した例外対応を洗い出し、それぞれについてどう判断したかを記載してください。

引き継ぎの質が担当者ごとにばらつく

組織として見たときに、誰が引き継ぐかによって資料の質が大きく異なるケースです。

記載項目の標準が定められていないことが原因です。組織共通のテンプレートとチェックリストを用意し、どの担当者が作成しても一定の水準を満たす状態にしてください。

前任者が多忙で引き継ぎが進まない

前任者が退職や異動の直前まで通常業務を抱えており、引き継ぎ資料の作成時間を確保できないケースです。

引き継ぎを業務時間外の作業として扱っていることが原因です。引き継ぎ資料の作成を正式なタスクとして設定し、担当者と期日を割り当てることで、他の業務と同列に扱えるようになります。業務全体の見直しという観点では、業務改善の進め方もあわせて参考にしてください。

業務が属人化していて引き継げない

そもそも前任者しか把握していない情報が多く、短期間での引き継ぎが困難なケースです。

業務の属人化は、引き継ぎのタイミングで表面化しますが、原因は日常の業務の進め方にあります。進捗や判断の経緯が個人のメールやローカルファイルに蓄積されている状態では、担当者が変わるたびに情報が失われます。

引き継ぎを機に、業務の記録をチームで共有できる場所に移すことが、根本的な対策になります。あわせて、特定のメンバーに業務が集中していないかを確認するには、チームの仕事量を管理する方法が参考になります。

引き継ぎの負担を減らす業務の進め方

引き継ぎ資料の作成に時間がかかるのは、引き継ぐべき情報が担当者の手元に散在しているためです。日常的に情報が共有された状態で業務を進めていれば、引き継ぎ時の作業は大幅に減ります。

進捗と担当を記録に残す

誰が何をいつまでに対応するのかが記録されていれば、引き継ぎ資料の「進行中の案件と次のアクション」は、その記録を参照するだけで済みます。

逆に、進捗が個人の頭の中やローカルのメモにしかない場合、引き継ぎのたびに一から整理し直す必要があります。担当者と期日を設定した運用の具体例は、タスク管理のユースケースで確認できます。

判断の経緯をその場で残す

意思決定の経緯は、時間が経つほど思い出すことが難しくなります。

決定した内容だけでなく、なぜその判断に至ったか、検討したが採用しなかった案は何かを、決定した時点で記録してください。後任者が同じ検討を繰り返す手間を省けます。

プロジェクト単位で経緯を振り返り、記録として残す進め方は、レトロスペクティブの進め方と手法で解説しています。

情報を個人ではなくチームに紐づける

メールやローカルファイルに情報が蓄積されていると、担当者の退職とともに失われます。

チーム全体がアクセスできる場所に業務の記録を集約しておけば、担当者の交代による情報の断絶を防げます。これは引き継ぎの負担軽減だけでなく、業務の属人化そのものへの対策になります。

新入社員がすぐに活躍できるプロセス

合理化されたオンボーディングにより短期間で新人を養成し、チームの優先事項を予定通りに進めましょう。

手順を確認

まとめ

引き継ぎ資料は、担当者の交代にあたって業務を途切れさせないための文書です。手順を記述するだけでなく、業務の目的、判断基準、関係先との経緯、未解決の懸念事項まで含めることで、後任者が想定外の状況にも対応できる資料になります。

記載すべき項目は、基本情報、業務プロセス、関係者、アクセス権限、進捗状況、判断基準、トラブル事例、懸念事項、年間スケジュール、FAQ の 10 分類に整理できます。限られた時間で作成する場合は、業務の棚卸しから始め、骨組みを先に作ったうえで、優先度の高い業務から詳細を埋めてください。

引き継ぎの抜け漏れは、資料の書き方よりも、業務の棚卸し段階での漏れによって発生します。引継ぎリストを作成し、前任者と後任者の双方で確認する工程を設けることが有効です。

そして、引き継ぎ資料の作成負担を根本的に減らすのは、日常的に業務の進捗と判断の経緯を記録に残す運用です。情報が個人ではなくチームに蓄積されていれば、担当者が交代しても業務は止まりません。

Asana のデモを視聴

Asana を活用することで、オペレーションチームは仕事の連携、プロセスの統一、ワークフローの自動化を 1 か所で実現できます。

デモを見る

よくある質問