情シスの「引き継ぎ」完全ガイド ── 退職・異動で業務が止まらないためのドキュメント術
情シス・IT担当者の退職・異動時に業務を止めない引き継ぎの進め方を徹底解説。引き継ぎ書テンプレート、年間業務カレンダー、システムドキュメント一覧、生成AIを活用したナレッジ継承まで、中小企業の現場で明日から使える実践ガイドです。
「前任者が辞めてから、誰もシステムの中身が分かりません」——そんな相談を、これまで何度もいただきました。
中小企業のIT担当者・情シスの退職や異動は、会社にとって想像以上のリスクです。ネットワーク障害が起きても対処できない、アカウントの管理者権限がどこにあるか分からない、ベンダーとの契約内容を誰も把握していない——。引き継ぎが不十分なまま担当者が去ると、こうした事態が現実に起こります。
しかし、逆に言えば**「引き継ぎのドキュメント」さえしっかり整備しておけば、業務は止まりません**。
本記事では、情シス・IT担当者の引き継ぎを成功させるためのドキュメント術を、具体的なテンプレートと実践手順を交えて解説します。「属人化の予防」ではなく、**「いざ退職・異動が発生したとき、何をどう残せばよいか」**にフォーカスした実務ガイドです。属人化そのものの解消アプローチは「情シス・IT担当の業務属人化を解消する方法」で詳しく解説しています。
想定読者
- 退職・異動を控えたIT担当者で、何を引き継ぐべきか整理したい方
- 後任としてIT担当を引き継ぐ立場の方
- 中小企業の社長・経営層で、引き継ぎの仕組みを整えたい方
この記事で得られること
- 引き継ぎで「何を」「どの順番で」ドキュメント化すべきかの全体像
- すぐに使える引き継ぎ書テンプレート（業務別・年間カレンダー）
- システムドキュメントの整備チェックリスト
- 生成AIを活用した「未来型ナレッジ継承」の具体的な方法
- 明日からアクションできる引き継ぎ計画の立て方
本記事の信頼性
- 大手SIerで複数社のITコンサル・システム開発案件に従事し、外部から社内SEを見てきた経験
- 事業会社の情報システム部で社内SEとして勤務した経験
- 中小企業のAI・IT推進支援に携わる現役の知見
目次
- なぜ情シスの引き継ぎは「特別に難しい」のか
- 引き継ぎドキュメントの全体像
- 引き継ぎ書の作り方 ── 業務別テンプレート
- 年間業務カレンダーの作り方
- システムドキュメントの整備
- 共通管理資料の整備
- 引き継ぎドキュメントは「Markdown」で書こう
- 定型作業の自動化 ── ツール化で引き継ぎ負担を減らす
- 生成AIで「未来型ナレッジ継承」を実現する
- 後任者の育成計画を残す
- 引き継ぎ説明は「動画」で残す
- 引き継ぎの実行スケジュール（4週間プラン）
- よくある質問（FAQ）
- 【まとめ】引き継ぎは「未来の仲間」への贈り物
なぜ情シスの引き継ぎは「特別に難しい」のか
一般的な事務職の引き継ぎと比べて、情シス・IT担当者の引き継ぎには特有の難しさがあります。
graph TD
ROOT["🏢 情シスの引き継ぎが<br/>難しい4つの理由"]
ROOT --> A["① 業務範囲が極めて広い"]
A --> A1["NW・サーバ・セキュリティ<br/>ヘルプデスク・ベンダー対応…"]
ROOT --> B["② 暗黙知が多い"]
B --> B1["設定の意図、障害時の<br/>判断基準、暗黙の了解"]
style ROOT fill:#7c3aed,stroke:#6d28d9,color:#ffffff
style A fill:#374151,stroke:#4b5563,color:#e5e7eb
style B fill:#374151,stroke:#4b5563,color:#e5e7eb
style A1 fill:#1f2937,stroke:#374151,color:#9ca3af
style B1 fill:#1f2937,stroke:#374151,color:#9ca3afgraph TD
ROOT2["🏢 情シスの引き継ぎが<br/>難しい4つの理由（続き）"]
ROOT2 --> C["③ システムのブラックボックス化"]
C --> C1["なぜその構成なのか<br/>経緯を知る人がいない"]
ROOT2 --> D["④ 後任者のITスキル不足"]
D --> D1["IT未経験者が<br/>後任になるケースも"]
style ROOT2 fill:#7c3aed,stroke:#6d28d9,color:#ffffff
style C fill:#374151,stroke:#4b5563,color:#e5e7eb
style D fill:#374151,stroke:#4b5563,color:#e5e7eb
style C1 fill:#1f2937,stroke:#374151,color:#9ca3af
style D1 fill:#1f2937,stroke:#374151,color:#9ca3af理由① 業務範囲が極めて広い
情シスの業務は、ヘルプデスク、インフラ管理、セキュリティ対策、システム運用保守、IT企画と多岐にわたります。1人がすべてを担当している「ひとり情シス」の場合、引き継ぐべき業務量は膨大です。情シスの業務全体像は「情シスの仕事内容とは？4つの業務領域を徹底解説」で整理しています。
理由② 暗黙知が多い
「ファイアウォールのこのルールは、3年前の○○対応のときに追加した」「このサーバは月末に負荷が上がるので、毎月25日にディスク容量を確認している」——こうしたマニュアルに書かれていない判断基準や経緯が、担当者の頭の中だけに存在していることが多いのです。
💡 暗黙知（あんもくち）と形式知（けいしきち） 暗黙知＝経験や勘に基づく、文書化されていない知識。「なんとなくこうすれば上手くいく」というノウハウ。 形式知＝マニュアル・手順書・設計書など、文書化されて誰でもアクセスできる知識。 引き継ぎとは、暗黙知を形式知に変換する作業です。
理由③ システムのブラックボックス化
「なぜこの構成になっているのか」「過去にどんな障害があって、どう対処したか」——システムの経緯を知る人がいなくなると、変更やトラブル対応のたびに手探りになります。設計書や稟議書が残っていないと、ベンダーに聞いても「当時の担当者はもういません」と言われて詰んでしまいます。
理由④ 後任者のITスキルが読めない
中小企業では、IT経験のない総務や経理の社員がIT担当を引き継ぐケースが珍しくありません。「IT担当者向け」の引き継ぎ書ではなく、ITに詳しくない人でも理解できる粒度で書く必要があります。
引き継ぎドキュメントの全体像
情シスの引き継ぎで整備すべきドキュメントは、大きく5つのカテゴリに分かれます。
graph TD
ROOT["📦 引き継ぎドキュメント<br/>5つのカテゴリ"]
ROOT --> A["① 引き継ぎ書"]
A --> A1["手順・留意点・関係者"]
ROOT --> B["② 年間業務カレンダー"]
B --> B1["月別の定例・非定例一覧"]
ROOT --> C["③ システムドキュメント"]
C --> C1["設計書・運用手順書・稟議書"]
style ROOT fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style A fill:#059669,stroke:#047857,color:#ffffff
style B fill:#059669,stroke:#047857,color:#ffffff
style C fill:#059669,stroke:#047857,color:#ffffff
style A1 fill:#1f2937,stroke:#374151,color:#9ca3af
style B1 fill:#1f2937,stroke:#374151,color:#9ca3af
style C1 fill:#1f2937,stroke:#374151,color:#9ca3afgraph TD
ROOT2["📦 引き継ぎドキュメント（続き）"]
ROOT2 --> D["④ 共通管理資料"]
D --> D1["システム一覧・NW構成図<br/>アカウント一覧"]
ROOT2 --> E["⑤ 後任者向け教育資料"]
E --> E1["学習ロードマップ・説明動画"]
style ROOT2 fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style D fill:#059669,stroke:#047857,color:#ffffff
style E fill:#059669,stroke:#047857,color:#ffffff
style D1 fill:#1f2937,stroke:#374151,color:#9ca3af
style E1 fill:#1f2937,stroke:#374151,color:#9ca3af💡 ポイント：ドキュメントは全社員が閲覧できる場所に保存する 引き継ぎドキュメントは、特定の個人のPC内やメールの添付ファイルではなく、SharePoint、Googleドライブ、社内ファイルサーバなど、全社員がアクセスできる場所に保存してください。「あの人のPCに入っていたけど、もうログインできない」という悲劇を防ぐためです。
以降のセクションで、それぞれの作り方を詳しく解説します。
引き継ぎ書の作り方 ── 業務別テンプレート
引き継ぎ書は、引き継ぎドキュメントの中核です。業務ごとに以下の項目を記載することで、後任者が「何を」「いつ」「どうやって」やればよいかを迷わず把握できます。
1件の業務に記載すべき8項目
| # | 項目 | 記載内容 | 記載例 |
|---|---|---|---|
| 1 | 引き継ぎ内容 | この業務の概要・目的 | ファイルサーバの日次バックアップ運用 |
| 2 | 業務項目 | 業務の分類名 | インフラ管理 > バックアップ |
| 3 | 業務内容 | 具体的な作業手順 | 手順①〜③（後述） |
| 4 | 作業実施時期 | いつ行う作業か | 毎日17:00（自動実行）、月初に手動確認 |
| 5 | 作業における留意点 | 注意事項・判断基準 | 失敗時はエラーログを確認し、ディスク容量不足の場合は古いログを削除 |
| 6 | 作業の調整箇所・担当 | 関係者・ベンダー連絡先 | インフラ保守：A社 担当 田中さん（03-XXXX-XXXX） |
| 7 | 直近の課題 | 現在認識している問題 | バックアップ先NASの容量が80%に到達。半年以内に増設か移行が必要 |
| 8 | 本作業の資料の格納先 | 関連ドキュメントの場所 | \\server\IT管理\バックアップ\運用手順書.md |
引き継ぎ書テンプレート（1業務分）
以下を1業務ごとにコピーして記載してください。
■ 引き継ぎ内容： （この業務は何か、一言で）
■ 業務項目： （カテゴリ 例：インフラ管理 > ネットワーク）
■ 業務内容：
- （手順1）
- （手順2）
- （手順3）
■ 作業実施時期： （毎日／毎週○曜／毎月○日／年1回○月 等）
■ 作業における留意点：
- （注意点1）
- （注意点2）
■ 作業の調整箇所・担当：
| 関係者 | 役割 | 連絡先 |
|---|---|---|
| （社内の○○さん） | （承認者） | （内線XXXX） |
| （A社 ○○さん） | （保守ベンダー） | （03-XXXX-XXXX） |
■ 直近の課題：
- （現在把握している問題や改善余地）
■ 本作業の資料の格納先：
- （ファイルパスまたはURL）
引き継ぎ書の一覧管理
業務が複数ある場合は、以下のような一覧表で全体を俯瞰できるようにしましょう。
| # | 業務名 | 業務項目 | 実施時期 | 関係者 | 引き継ぎ書の場所 | 引き継ぎ状況 |
|---|---|---|---|---|---|---|
| 1 | ファイルサーバ バックアップ | インフラ管理 | 毎日 | A社 田中さん | \\server\IT管理\バックアップ\ | ✅ 完了 |
| 2 | セキュリティパッチ適用 | セキュリティ | 毎月第2水曜 | — | \\server\IT管理\セキュリティ\ | 🔄 作成中 |
| 3 | PC初期設定（キッティング） | ヘルプデスク | 随時 | 総務 鈴木さん | \\server\IT管理\端末管理\ | ⬜ 未着手 |
💡 生成AIで引き継ぎ書のたたき台を作る 「業務の手順をメモ書きレベルで箇条書きにし、それを生成AI（ChatGPTやClaude）に渡して引き継ぎ書を作成してもらう」方法が効率的です。プロンプト例や詳しい手順は「情シスが「生成AI」で業務を楽にする5つの方法」で紹介しています。
年間業務カレンダーの作り方
情シスの業務には、毎月発生する定例業務と特定の時期にだけ発生する非定例業務があります。これらを月別に一覧化しておくと、後任者は「次に何をやるべきか」を見通せるようになります。
年間業務カレンダー テンプレート
| 月 | 定例業務 | 非定例・イベント業務 |
|---|---|---|
| 4月 | セキュリティパッチ適用、バックアップ確認 | 新入社員PCセットアップ、アカウント作成、入社時セキュリティ研修 |
| 5月 | セキュリティパッチ適用、バックアップ確認 | — |
| 6月 | セキュリティパッチ適用、バックアップ確認 | ウイルス対策ソフト ライセンス更新 |
| 7月 | セキュリティパッチ適用、バックアップ確認 | サーバルーム空調点検（暑さ対策） |
| 8月 | セキュリティパッチ適用、バックアップ確認 | お盆期間のサーバ監視体制確認 |
| 9月 | セキュリティパッチ適用、バックアップ確認 | 上半期IT予算の実績確認 |
| 10月 | セキュリティパッチ適用、バックアップ確認 | 次年度IT予算の概算見積もり開始 |
| 11月 | セキュリティパッチ適用、バックアップ確認 | 次年度IT予算の申請 |
| 12月 | セキュリティパッチ適用、バックアップ確認 | 年末年始のサーバ監視体制確認、IT資産の棚卸し |
| 1月 | セキュリティパッチ適用、バックアップ確認 | セキュリティ教育（全社員向け） |
| 2月 | セキュリティパッチ適用、バックアップ確認 | 次年度IT計画の最終化 |
| 3月 | セキュリティパッチ適用、バックアップ確認 | 退職者アカウント削除、異動者の権限変更、ライセンス棚卸し |
💡 自社に合わせてカスタマイズ 上記はあくまでテンプレートです。自社で使っているシステムの保守契約の更新月、ドメインやSSL証明書の更新時期、定期的なセキュリティ診断の実施月なども追加しましょう。年間IT計画との連動方法は「年間IT計画書の作り方」で解説しています。
システムドキュメントの整備
引き継ぎ時に最も深刻なリスクの1つが、システムのブラックボックス化です。「なぜこの構成なのか」「過去にどんな意思決定があったのか」が分からなくなると、変更や障害対応のたびに時間とコストがかかります。
システムごとに整備すべきドキュメント
graph TD
SYS["📋 システム別ドキュメント"]
SYS --> A["設計書"]
A --> A1["どんな仕様か"]
SYS --> B["稟議書・導入経緯"]
B --> B1["なぜ・いくらで導入したか"]
style SYS fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style A fill:#374151,stroke:#4b5563,color:#e5e7eb
style B fill:#374151,stroke:#4b5563,color:#e5e7eb
style A1 fill:#1f2937,stroke:#374151,color:#9ca3af
style B1 fill:#1f2937,stroke:#374151,color:#9ca3afgraph TD
SYS2["📋 システム別ドキュメント（続き）"]
SYS2 --> C["運用手順書"]
C --> C1["日常の運用内容"]
SYS2 --> D["障害対応記録"]
D --> D1["過去の障害と対処法"]
style SYS2 fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style C fill:#374151,stroke:#4b5563,color:#e5e7eb
style D fill:#374151,stroke:#4b5563,color:#e5e7eb
style C1 fill:#1f2937,stroke:#374151,color:#9ca3af
style D1 fill:#1f2937,stroke:#374151,color:#9ca3afシステムドキュメント チェックリスト
以下のチェックリストを使って、各システムのドキュメント整備状況を確認してください。
| # | ドキュメント | 内容 | 整備状況 |
|---|---|---|---|
| 1 | 要件定義書 | システムに求めた機能・性能の一覧 | ⬜ |
| 2 | 基本設計書 | システムの全体構成、画面遷移、データベース設計など | ⬜ |
| 3 | 詳細設計書 | 各機能の処理ロジック、パラメータ設定値など | ⬜ |
| 4 | 稟議書・導入経緯書 | 導入の目的、費用、選定理由、比較検討の記録 | ⬜ |
| 5 | 契約書・SLA | ベンダーとの保守契約、サービスレベル合意書 | ⬜ |
| 6 | 運用手順書 | 日常的な監視・メンテナンス・バッチ処理の手順 | ⬜ |
| 7 | 障害対応マニュアル | 障害発生時の連絡フロー、復旧手順、過去の障害記録 | ⬜ |
| 8 | 変更履歴 | 設定変更、バージョンアップ、カスタマイズの記録 | ⬜ |
⚠️ 設計書がない場合はどうする？ 中小企業では設計書が残っていないケースが珍しくありません。その場合は、最低限**「運用手順書」と「障害対応マニュアル」の2つ**を作成してください。日常運用と緊急対応ができれば、当面は業務を回せます。設計書は後任者が着任後に、ベンダーの協力を得ながら段階的に整備していく方針で問題ありません。障害対応マニュアルの具体的なテンプレート（初動対応フロー、連絡先一覧、チェックシート）は「インシデント対応マニュアルの作り方」で解説しています。
共通管理資料の整備
個別システムのドキュメントとは別に、IT環境全体を横断する共通管理資料を整備することが重要です。これがないと、後任者は「そもそもうちの会社にどんなシステムがあるのか」すら把握できません。
整備すべき共通管理資料一覧
| # | 資料名 | 内容 | なぜ必要か |
|---|---|---|---|
| 1 | システム一覧 | 社内の全システム・SaaSの名称、用途、管理者、契約情報 | 全体像の把握、契約更新の管理 |
| 2 | ネットワーク構成図 | 社内ネットワークの物理・論理構成、IPアドレス帯、VPN接続先 | 障害切り分け、機器追加時の参照 |
| 3 | アカウント一覧 | 各システムの管理者アカウント、サービスアカウント、管理画面のURL | 緊急時のアクセス確保 |
| 4 | ベンダー連絡先一覧 | 各システム・回線・機器の保守ベンダーと担当者、契約番号 | 障害時の迅速な連絡 |
| 5 | ライセンス管理表 | ソフトウェアライセンスの種類、数量、有効期限 | コンプライアンス対応、更新漏れ防止 |
💡 ベンダー連絡先一覧の整備を進める際に ベンダーとの契約管理や見積もりの読み方など、IT業者と適切に付き合う方法は「ベンダーマネジメントの基本」で解説しています。引き継ぎ時だけでなく、日頃からベンダー情報を整理しておく習慣をつけておくと安心です。
システム一覧テンプレート
| # | システム名 | 分類 | 用途 | 利用部署 | 提供元・ベンダー | 契約形態 | 月額費用 | 契約更新月 | 管理者 | 管理画面URL | 備考 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Microsoft 365 | グループウェア | メール、ファイル共有、Web会議 | 全社 | Microsoft | 年間契約 | ○○円 | 4月 | IT担当 | admin.microsoft.com | Business Standardプラン |
| 2 | 勤怠管理システム | 人事 | 出退勤、有給管理 | 全社 | A社 | 月額契約 | ○○円 | — | 総務 鈴木さん | xxxxxx.example.com | — |
💡 システム一覧・SaaS一覧の作り方を詳しく知りたい方へ 全社SaaSの一覧化や棚卸しチェックシート、コスト最適化の進め方は「SaaS管理入門」で詳しく解説しています。引き継ぎ時のシステム一覧整備とあわせて参照すると、より実践的なドキュメントが作成できます。
ネットワーク構成図のポイント
ネットワーク構成図は、必ずしもVisioなどの専用ツールで作成する必要はありません。以下の情報が含まれていれば、PowerPointやMermaid、手書きスキャンでも十分です。
graph TD
INET["🌐 インターネット"]
INET --> FW["🔒 ファイアウォール"]
FW --> SW["🔌 L3スイッチ"]
SW --> VLAN1["社内NW"]
SW --> VLAN2["サーバNW"]
SW --> WIFI["📶 Wi-Fi"]
VLAN1 --> PC["💻 業務PC"]
VLAN2 --> SV1["🖥️ ファイルサーバ"]
VLAN2 --> SV2["🖥️ 業務サーバ"]
WIFI --> MOBILE["📱 来客用"]
style INET fill:#374151,stroke:#4b5563,color:#e5e7eb
style FW fill:#dc2626,stroke:#b91c1c,color:#ffffff
style SW fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style VLAN1 fill:#059669,stroke:#047857,color:#ffffff
style VLAN2 fill:#7c3aed,stroke:#6d28d9,color:#ffffff
style WIFI fill:#d97706,stroke:#b45309,color:#ffffff
style PC fill:#1f2937,stroke:#374151,color:#9ca3af
style SV1 fill:#1f2937,stroke:#374151,color:#9ca3af
style SV2 fill:#1f2937,stroke:#374151,color:#9ca3af
style MOBILE fill:#1f2937,stroke:#374151,color:#9ca3af構成図に含めるべき情報：
- 各機器の名称、IPアドレス、設置場所
- ネットワークセグメント（VLAN）の分割
- インターネット接続回線の種類・契約先
- VPN接続先の情報
- Wi-Fiのアクセスポイント配置
💡 IT資産の棚卸し方法をもっと詳しく知りたい方へ 着任直後のIT資産の棚卸し手順は「ひとり情シス サバイバルガイド」のアクション①で詳しく解説しています。
引き継ぎドキュメントは「Markdown」で書こう
引き継ぎドキュメントのファイル形式について、1つ強くおすすめしたいことがあります。それは、Markdown（マークダウン）形式のテキストファイルで書くことです。
Markdownとは？
Markdownとは、テキストファイルに簡単な記号（#で見出し、-で箇条書きなど）を書くだけで、読みやすい文書を作成できる記法です。拡張子は .md を使います。
# 見出し1
## 見出し2
- 箇条書き1
- 箇条書き2
**太字** のテキスト
| 列1 | 列2 |
|---|---|
| データ1 | データ2 |なぜMarkdownをおすすめするのか
graph TD
MD["📝 Markdownのメリット"]
MD --> A["全文検索しやすい"]
A --> A1["社内検索でヒット"]
MD --> B["生成AIの入力に最適"]
B --> B1["ChatGPT・Claudeに<br/>そのまま読み込み可能"]
style MD fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style A fill:#059669,stroke:#047857,color:#ffffff
style B fill:#059669,stroke:#047857,color:#ffffff
style A1 fill:#1f2937,stroke:#374151,color:#9ca3af
style B1 fill:#1f2937,stroke:#374151,color:#9ca3afgraph TD
MD2["📝 Markdownのメリット（続き）"]
MD2 --> C["RAGのデータソースに"]
C --> C1["AIチャットでQA可能"]
MD2 --> D["特別なソフトが不要"]
D --> D1["メモ帳・VSCodeで開ける"]
style MD2 fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style C fill:#059669,stroke:#047857,color:#ffffff
style D fill:#059669,stroke:#047857,color:#ffffff
style C1 fill:#1f2937,stroke:#374151,color:#9ca3af
style D1 fill:#1f2937,stroke:#374151,color:#9ca3af| 比較項目 | Word/Excel | Markdown（テキスト） |
|---|---|---|
| 全文検索 | ファイルを開かないと中身が検索しにくい | OS標準の検索でヒットする |
| 生成AIとの相性 | ファイル変換が必要な場合がある | そのままコピー&ペーストで利用可能 |
| RAG化（AI検索） | 変換処理が必要 | そのまま取り込める |
| 特別なソフト | Microsoft Officeが必要 | メモ帳だけで開ける |
| バージョン管理 | 差分が見にくい | Gitで差分管理が容易 |
| 表現力 | 高い（図表、書式） | シンプル（図はMermaid等で補完） |
💡 WordやExcelから移行する必要はない 既にWordやExcelで管理している資料を無理にMarkdownに変換する必要はありません。新しく作成するドキュメントからMarkdown形式で書き始めれば十分です。大事なのは「今後のドキュメントをAI時代に対応した形式で蓄積していく」という方針を持つことです。
RAGの仕組みや活用方法の詳細は「社内文書をAIで検索・活用するRAG導入ガイド」で解説しています。
定型作業の自動化 ── ツール化で引き継ぎ負担を減らす
引き継ぎの負担を大幅に減らす方法の1つが、定型作業の自動化です。手作業で行っている運用業務をツール化しておけば、後任者は「ツールを実行するだけ」で済むため、引き継ぎのハードルが格段に下がります。
自動化の3つのメリット
graph TD
AUTO["🤖 定型作業の自動化"]
AUTO --> A["引き継ぎが楽"]
A --> A1["手順を覚える量が減る"]
AUTO --> B["実施漏れ防止"]
B --> B1["人の記憶に頼らない"]
AUTO --> C["作業品質の安定"]
C --> C1["ミスが減る"]
style AUTO fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style A fill:#059669,stroke:#047857,color:#ffffff
style B fill:#059669,stroke:#047857,color:#ffffff
style C fill:#059669,stroke:#047857,color:#ffffff
style A1 fill:#1f2937,stroke:#374151,color:#9ca3af
style B1 fill:#1f2937,stroke:#374151,color:#9ca3af
style C1 fill:#1f2937,stroke:#374151,color:#9ca3af自動化に適した情シス業務の例
| 業務 | 手動でやっている内容 | 自動化の方法例 |
|---|---|---|
| バックアップ確認 | 毎朝バックアップログを目視確認 | スクリプトでログをチェック → 異常時のみ通知 |
| アカウント棚卸し | Excelを手動で更新 | PowerShellスクリプトでAD/Entra IDの一覧を自動取得 |
| 月次レポート | 手動でデータを集計してExcel作成 | Power Automate/スクリプトでデータ収集＋レポート自動生成 |
| ライセンス期限管理 | Excelの一覧を目視で確認 | 期限30日前に自動アラートメール送信 |
| セキュリティパッチ確認 | 各PCのWindows Update状況を1台ずつ確認 | Intuneなどのデバイス管理ツールで一括確認 |
自動化ツールを作ったら「セット」で残すもの
ツールを作成した際は、ツール単体ではなく、以下の3点をセットで残すことが重要です。ツールだけ残しても、仕組みを理解していないとメンテナンスができません。
| # | ドキュメント | 内容 |
|---|---|---|
| 1 | 操作手順書 | ツールの実行方法、パラメータの説明、実行結果の確認方法 |
| 2 | ツール仕様書 | ツールの目的、処理の流れ、使用技術、前提条件 |
| 3 | ツール本体 | スクリプトファイル、設定ファイル（バージョン管理推奨） |
💡 生成AIを使えば、ツール作成のハードルは格段に下がる 「Power Automate Desktop」や「PowerShell」「Python」を使った自動化ツールは、生成AIに要件を伝えるだけでたたき台を作成してもらえます。プログラミングの知識がなくても、「毎朝バックアップログを確認して、失敗していたらTeamsに通知するスクリプトを作って」と指示するだけで、動作するスクリプトが生成されます。
生成AIで「未来型ナレッジ継承」を実現する
ここまで紹介した「ドキュメントを残す」という引き継ぎは、言わば従来型のアプローチです。2026年の今、さらに一歩進んだ**「AIを活用したナレッジ継承」**が現実的になっています。
Copilotエージェントで「IT担当AI」を作る
Microsoft Copilot Studio（旧Power Virtual Agents）などを使えば、引き継ぎドキュメントを読み込ませた**「IT担当エージェント」**を作成できます。後任者は、チャットで質問するだけでAIが回答してくれるため、「引き継ぎ書を読む」のではなく「引き継ぎ書に聞く」形でナレッジにアクセスできます。
sequenceDiagram
participant U as 後任者
participant AI as IT担当AI
participant D as 引き継ぎドキュメント
U->>AI: バックアップ失敗時の対処法は？
AI->>D: 手順書を検索
D-->>AI: 該当ドキュメント返却
AI-->>U: ①エラーログ確認<br/>②ディスク容量確認<br/>③NAS再起動IT担当エージェント構築の3ステップ
| ステップ | やること | 所要時間の目安 |
|---|---|---|
| 1 | 引き継ぎドキュメントをMarkdownまたはPDFで整備 | （ドキュメント整備の時間） |
| 2 | Copilot StudioまたはNotebookLMにドキュメントを読み込ませる | 30分〜1時間 |
| 3 | 社内の関係者に公開し、質問テストを実施 | 1〜2時間 |
💡 まずはGoogle NotebookLMで無料で試せる Google NotebookLMは無料で利用でき、PDFやテキストファイルをアップロードするだけでAIに質問できる環境が整います。「引き継ぎドキュメントをNotebookLMに読み込ませて、後任者が質問する」——これだけで簡易的なIT担当エージェントが完成します。
Copilotの具体的な機能やエージェント活用方法は「Microsoft Copilot活用ガイド」で詳しく解説しています。RAGの仕組みや導入手順の全体像は「社内文書をAIで検索・活用するRAG導入ガイド」をご覧ください。
後任者の育成計画を残す
引き継ぎドキュメントと合わせて、後任者が「何を学ぶべきか」を示したロードマップを残しておくと、育成がスムーズに進みます。
IT担当教育ロードマップ テンプレート
graph TD
START["🎯 後任者の育成ロードマップ"]
START --> L1["STEP 1 基礎知識<br/>着任〜1ヶ月"]
L1 --> L1a["社内IT環境の把握"]
L1 --> L1b["セキュリティ基礎"]
L1 --> L1c["問い合わせ対応の手順"]
style START fill:#2563eb,stroke:#1d4ed8,color:#ffffff
style L1 fill:#059669,stroke:#047857,color:#ffffff
style L1a fill:#1f2937,stroke:#374151,color:#9ca3af
style L1b fill:#1f2937,stroke:#374151,color:#9ca3af
style L1c fill:#1f2937,stroke:#374151,color:#9ca3afgraph TD
L2["STEP 2 実務スキル<br/>2〜3ヶ月目"]
L2 --> L2a["サーバ・NW運用"]
L2 --> L2b["ベンダーとのやり取り"]
L2 --> L2c["障害対応の一次切り分け"]graph TD
L3["STEP 3 応用・企画<br/>4ヶ月目〜"]
L3 --> L3a["IT計画の策定"]
L3 --> L3b["新規ツール導入企画"]
L3 --> L3c["セキュリティ体制強化"]
style L2 fill:#7c3aed,stroke:#6d28d9,color:#ffffff
style L3 fill:#db2777,stroke:#be185d,color:#ffffff
style L2a fill:#1f2937,stroke:#374151,color:#9ca3af
style L2b fill:#1f2937,stroke:#374151,color:#9ca3af
style L2c fill:#1f2937,stroke:#374151,color:#9ca3af
style L3a fill:#1f2937,stroke:#374151,color:#9ca3af
style L3b fill:#1f2937,stroke:#374151,color:#9ca3af
style L3c fill:#1f2937,stroke:#374151,color:#9ca3af教育項目一覧テンプレート
| # | 教育カテゴリ | 学習項目 | 推奨学習方法 | 優先度 |
|---|---|---|---|---|
| 1 | IT基礎知識 | ネットワークの基本（IPアドレス、DNS、DHCP） | 動画教材、書籍 | 🔴 高 |
| 2 | IT基礎知識 | サーバの基本（Windows Server/Linux） | ハンズオン研修 | 🟡 中 |
| 3 | セキュリティ | 情報セキュリティの基礎（CIA三原則） | IPA教材、社内研修 | 🔴 高 |
| 4 | セキュリティ | インシデント対応の基本フロー | 引き継ぎ資料、訓練 | 🔴 高 |
| 5 | 業務スキル | ヘルプデスク対応のコツ | OJT（前任者と一緒に対応） | 🔴 高 |
| 6 | 業務スキル | ベンダーとの契約管理・交渉 | 引き継ぎ資料、OJT | 🟡 中 |
| 7 | 業務スキル | 経営層へのIT投資の説明方法 | 社内研修、書籍 | 🟢 低 |
| 8 | ツール | 社内システムの管理画面操作 | 操作マニュアル、OJT | 🔴 高 |
| 9 | ツール | 生成AIの業務活用 | ハンズオン研修 | 🟡 中 |
| 10 | 資格 | ITパスポート or 情報セキュリティマネジメント | 独学、通信講座 | 🟡 中 |
💡 着任直後のロードマップと合わせて活用 後任者がひとり情シスとして着任する場合、本記事の教育ロードマップに加えて「ひとり情シス サバイバルガイド ── 最初の90日でやるべき10のこと」を渡すと、何から手をつけるべきかが明確になります。
引き継ぎ説明は「動画」で残す
ドキュメントだけでは伝わりにくいニュアンスや操作画面の動きは、動画で記録しておくのが非常に効果的です。
動画収録のメリット
- 画面操作の手順が「見たまま」伝わる
- 前任者の「判断の根拠」や「コツ」が口頭で残る
- 後任者は何度でも繰り返し視聴できる
- 文字起こしすれば、テキストドキュメントとしても再利用可能
動画収録の進め方
| ステップ | やること | ツール例 |
|---|---|---|
| 1 | 画面録画＋音声で操作しながら説明 | Windows標準のXboxゲームバー（Win+G）、OBS Studio（無料） |
| 2 | 録画した動画を社内の共有フォルダに保存 | SharePoint、Googleドライブ |
| 3 | 生成AIで動画の文字起こし | Microsoft Copilot（Teams会議録画）、Whisper（OpenAI） |
| 4 | 文字起こしを編集してテキスト版の手順書を作成 | ChatGPT/Claudeで整形 |
graph TD
A["🎥 画面録画＋音声説明"]
A --> B["📁 共有フォルダに保存"]
B --> C["📝 生成AIで文字起こし"]
C --> D["📖 テキスト版手順書作成"]
D --> E["🤖 RAGに取り込み<br/>AIで検索可能に"]
style A fill:#dc2626,stroke:#b91c1c,color:#ffffff
style B fill:#ea580c,stroke:#c2410c,color:#ffffff
style C fill:#d97706,stroke:#b45309,color:#ffffff
style D fill:#059669,stroke:#047857,color:#ffffff
style E fill:#2563eb,stroke:#1d4ed8,color:#ffffff💡 「完璧な動画」は不要 編集なしのそのまま録画で十分です。大事なのは「残すこと」であり、クオリティは問いません。1業務あたり5〜15分程度の短い動画を複数本撮るのがおすすめです。
引き継ぎの実行スケジュール（4週間プラン）
退職・異動が決まってから引き継ぎを完了するまでのスケジュール例です。4週間（約1ヶ月）を目安としていますが、業務量に応じて期間は調整してください。
gantt
title 情シス引き継ぎ 4週間プラン
dateFormat YYYY-MM-DD
axisFormat %d日目
section 第1週
業務棚卸し :a1, 2026-04-01, 3d
計画作成 :a2, after a1, 2d
共通資料整備 :a3, after a1, 4d
section 第2週
引き継ぎ書作成 :b1, 2026-04-08, 5d
年間カレンダー :b2, 2026-04-08, 3d
動画収録 :b3, 2026-04-10, 3d
section 第3週
座学説明 :c1, 2026-04-15, 3d
OJT実務対応 :c2, 2026-04-17, 4d
残り引き継ぎ書 :c3, 2026-04-15, 5d
section 第4週
単独対応 :d1, 2026-04-22, 3d
ドキュメント補完 :d2, 2026-04-22, 3d
最終引き渡し :d3, 2026-04-25, 2d各週のアクション詳細
| 週 | やること | 成果物 |
|---|---|---|
| 第1週 | 全業務を棚卸し、引き継ぎの優先順位を決める。共通管理資料（システム一覧、ネットワーク構成図、アカウント一覧）の整備を開始 | 引き継ぎ計画書、業務一覧（優先順位付き） |
| 第2週 | 優先度の高い業務から引き継ぎ書を作成。年間業務カレンダーを作成。操作説明の動画を収録 | 引き継ぎ書（主要業務分）、年間カレンダー、動画ファイル |
| 第3週 | 後任者に座学で説明し、その後OJTで一緒に実務対応。並行して残りの引き継ぎ書を作成 | 後任者の基本業務理解、残りの引き継ぎ書 |
| 第4週 | 後任者が単独で対応し、前任者はフォロー役に。不足しているドキュメントを補完し、最終引き渡し | 後任者の単独対応体制、全ドキュメント一式 |
⚠️ 「引き継ぎ期間がない（突然の退職）」場合は？ 最悪のケースでは引き継ぎ期間がゼロということもあります。そうなる前に、日頃から本記事で紹介したドキュメントを少しずつ整備しておくことが、最大のリスク対策です。「属人化の予防」と「引き継ぎの準備」は表裏一体の関係にあります。詳しくは「業務属人化を解消する方法」をご覧ください。
よくある質問（FAQ）
Q1. 引き継ぎ期間が2週間しかありません。最低限何を残すべきですか？
A. 以下の3点に絞ってください。
- アカウント一覧（管理者権限、各システムのログイン情報）——これがないと何もできません
- ベンダー連絡先一覧（保守業者、回線事業者の担当者と契約番号）——困ったときに聞ける先を確保
- 直近で発生する業務のリスト（今月〜来月に対応が必要な作業と手順メモ）——目の前の業務を止めない
時間があれば、システム一覧とネットワーク構成図も追加してください。
Q2. 後任者がITに詳しくない人です。どうすればいいですか？
A. 引き継ぎ書では専門用語に必ず説明を添えてください。例えば「MFA」ではなく「MFA（多要素認証：パスワードに加えてスマホ認証を使うログイン方式）」と書きます。また、操作手順は動画で残すのが特に有効です。「文字で読んでも分からないが、動画で見れば分かる」というケースは非常に多いです。後任者の着任直後のロードマップは「ひとり情シス サバイバルガイド」が参考になります。
Q3. 設計書や運用手順書がまったくないシステムがあります。今から作れますか？
A. 完璧なドキュメントを今から作るのは難しいですが、「運用手順書」だけは必ず作ってください。日常の操作手順と、障害時の対処手順の2つがあれば、後任者は最低限の運用を回せます。設計書は、ベンダーに依頼して作成してもらうか、後任者が着任後に段階的に整備する方針でも構いません。
Q4. パスワードやアカウント情報はどう引き継ぐべきですか？
A. パスワードの管理は特に慎重に行ってください。平文（そのまま読める状態）でExcelやテキストに書いて共有フォルダに置くのは絶対にNGです。推奨する方法は以下の3つです。
- パスワード管理ツール（1Password、Keeper等）を導入し、ツール内で管理者権限を移譲する
- 引き継ぎ時に後任者の前でパスワードを変更し、後任者だけが知る新パスワードに設定する
- 引き継ぎ完了後、前任者が知っていたパスワードはすべて変更する
Q5. 引き継ぎドキュメントをWordとMarkdown、どちらで作るべきですか？
A. 新規に作成するドキュメントはMarkdown形式がおすすめです。理由は本記事で解説したとおり、全文検索のしやすさ、生成AIとの相性、RAG化への対応の3点です。ただし、既にWordやExcelで作成された資料を無理に変換する必要はありません。重要なのは「情報が残っていること」であり、形式は二の次です。
Q6. 引き継ぎドキュメントの保管場所はどこがいいですか？
A. 全社員がアクセスできる場所に保管してください。SharePoint、Googleドライブ、社内ファイルサーバなどが適しています。特定の個人のPCのローカルフォルダや、個人のメールアカウントに保存するのは避けてください。後任者だけでなく、経営層や関連部署の社員もアクセスできる状態が理想です。
Q7. 生成AIに引き継ぎドキュメントを読み込ませて大丈夫ですか？
A. 法人向けプラン（ChatGPT Team/Enterprise、Microsoft 365 Copilot、Google NotebookLMなど）を利用すれば、入力データがAIの学習に使われないため、セキュリティリスクは低いです。ただし、パスワードやアカウント情報など認証に関わる情報はAIに入力しないでください。
【まとめ】引き継ぎは「未来の仲間」への贈り物
本記事の内容をまとめます。
graph TD
DOCS["📦 引き継ぎドキュメント5点セット"]
DOCS --> D1["① 引き継ぎ書（業務別）"]
DOCS --> D2["② 年間業務カレンダー"]
DOCS --> D3["③ システムドキュメント"]
DOCS --> D4["④ 共通管理資料"]
DOCS --> D5["⑤ 教育ロードマップ"]
D1 --> RESULT["🎯 退職・異動しても<br/>業務が止まらない"]
D2 --> RESULT
D3 --> RESULT
D4 --> RESULT
D5 --> RESULT
style DOCS fill:#1a3a5c,stroke:#4a9ad9,color:#e0ecf0
style RESULT fill:#059669,stroke:#047857,color:#ffffff
style D1 fill:#374151,stroke:#4b5563,color:#e5e7eb
style D2 fill:#374151,stroke:#4b5563,color:#e5e7eb
style D3 fill:#374151,stroke:#4b5563,color:#e5e7eb
style D4 fill:#374151,stroke:#4b5563,color:#e5e7eb
style D5 fill:#374151,stroke:#4b5563,color:#e5e7ebgraph TD
TIPS["💡 引き継ぎを成功させるコツ"]
TIPS --> T1["Markdownで書く"]
TIPS --> T2["定型作業は自動化"]
TIPS --> T3["動画で説明を残す"]
TIPS --> T4["AIエージェント構築"]
T1 --> GOAL["🎯 業務が止まらない"]
T2 --> GOAL
T3 --> GOAL
T4 --> GOAL
style TIPS fill:#3a1a5c,stroke:#904ad9,color:#e8e0f0
style GOAL fill:#059669,stroke:#047857,color:#ffffff
style T1 fill:#374151,stroke:#4b5563,color:#e5e7eb
style T2 fill:#374151,stroke:#4b5563,color:#e5e7eb
style T3 fill:#374151,stroke:#4b5563,color:#e5e7eb
style T4 fill:#374151,stroke:#4b5563,color:#e5e7eb- 情シスの引き継ぎでは、暗黙知を形式知に変換することが最も重要
- 引き継ぎ書は8項目（引き継ぎ内容、業務項目、業務内容、作業実施時期、留意点、調整箇所・担当、直近の課題、資料の格納先）を業務ごとに記載する
- 年間業務カレンダーで定例・非定例業務を月別に一覧化する
- システムドキュメント（設計書、稟議書、運用手順書）を整備し、ブラックボックス化を防ぐ
- 共通管理資料（システム一覧、ネットワーク構成図、アカウント一覧）で全体像を把握できるようにする
- ドキュメントはMarkdown形式で書くと、全文検索・生成AI・RAGとの相性が良い
- 定型作業は自動化ツール化し、操作手順書・ツール仕様書とセットで残す
- **Copilotエージェント等で「IT担当AI」**を構築すれば、後任者がチャットで質問できる
- 後任者向けの教育ロードマップを残し、何を学ぶべきかを明確にする
- 引き継ぎ説明は動画で収録し、文字起こしてテキスト化も行う
- ドキュメントは全社員がアクセスできる場所に保管する
引き継ぎドキュメントを「面倒な作業」と捉えるのではなく、**「未来の仲間への贈り物」**だと考えてみてください。自分が去った後も業務が回り続ける——その仕組みを残すことは、会社への最大の貢献だと思います。
そして経営者の皆さまには、引き継ぎの時間と体制を確保する判断をお願いしたいです。「退職日まで通常業務をこなしながら引き継ぎもやって」では、十分な引き継ぎは不可能です。引き継ぎ期間中は通常業務の一部を他の社員に分散させるなど、組織としてのサポートが不可欠です。
引き継ぎは、属人化を解消し、組織の知識を「会社の資産」として残す絶好の機会でもあります。本記事のテンプレートやチェックリストを活用して、「あの人がいないと回らない」から「仕組みがあるから誰でも対応できる」への転換を進めてみてください。
関連記事
本記事と関連の深いProfectus Noteの記事を紹介します。
- 情シス・IT担当の業務属人化を解消する方法｜生成AI×ナレッジ管理 ── 引き継ぎの「前段階」としての属人化予防策
- ひとり情シス サバイバルガイド ── 最初の90日でやるべき10のこと ── 後任者が着任後に読むべきロードマップ
- 中小企業の情シスの仕事内容とは？4つの業務領域を徹底解説 ── 引き継ぐべき業務の全体像の把握に
- 情シスが「生成AI」で業務を楽にする5つの方法 ── マニュアル自動生成のプロンプト例
- 社内文書をAIで検索・活用するRAG導入ガイド ── 引き継ぎドキュメントのRAG化で「聞ける引き継ぎ書」を実現
- Microsoft Copilot活用ガイド ── IT担当エージェントの構築方法
- 年間IT計画書の作り方 ── 年間業務カレンダーとIT計画の連動
- 社内SE・情シスが抱える8つの課題と解決策 ── 属人化を含む情シスの課題全体像
- ベンダーマネジメントの基本 ── ベンダー連絡先一覧の整備と合わせて読みたい
- インシデント対応マニュアルの作り方 ── 障害対応マニュアルのテンプレートと初動対応フロー
以上となります。
最後まで読んでいただき、ありがとうございました。
本記事は2026年3月時点の情報に基づいて作成しています。ツールや制度は変化する可能性があるため、最新情報は各サービスの公式サイトをご確認ください。