ひとり情シス （更新: 2026年10月11日）

情シス担当者が退職する前に引き継ぐべき項目チェックリスト｜管理者権限・データの所有権・緊急アクセスを「会社のもの」に戻す手順

「社内のITを一人で見ていた担当者が、来月末で退職することになった」。中小企業では、この一言からIT運用の継続が揺らぎます。担当者が在籍しているうちは問題が見えません。退職後に「VPNの設定を誰も触れない」「全体管理者のパスワードが分からない」「ライセンスの更新期限が切れていた」という形で表面化します。

引き継ぎチェックリストの記事は、当サイトにも引き継ぎ20項目や引き継ぎ完全マニュアルがあります。本記事はそれらと重ならないよう、**「何を文書に残すか」ではなく「何を会社のものに移し、何を実機で確認するか」**に絞ります。管理者権限、MFA、ファイルの所有権、自動処理の実行主体は、文書にしただけでは引き継げません。退職者のアカウントを止めた瞬間に、会社から届かなくなるものだからです。

なぜ情シスの引き継ぎは失敗しやすいのか

情シスの業務は、日々の問い合わせ対応より「年に数回しか発生しない作業」や「障害のときにしか触らない設定」にノウハウが偏っています。そのため、通常業務を数週間見せてもらうだけでは引き継ぎが完了しません。証明書の更新、ライセンスの棚卸し、ルーターの再設定は、引き継ぎ期間中に一度も発生しないことの方が多いからです。

よくある失敗の原因は、次の3つに集約されます。

  • 管理者権限が担当者個人のアカウントに結びついている。 Microsoft 365の全体管理者やGoogle Workspaceの特権管理者が本人の業務アカウントそのもので、退職と同時にアカウントを停止すると管理コンソールに誰も入れなくなります。復旧には本人確認の手続きが必要で、その間は入社者のアカウント発行もライセンス変更もできません。
  • ドキュメントが本人の頭の中にしかない。 ネットワーク構成やVPNの接続方式が図になっていないケースは珍しくありません。「聞けば答えてくれる」状態は、退職日の翌日に消えます。
  • 認証情報の管理が属人的。 パスワードがExcelやメモに平文で残っていることもあり、引き継ぎと同時にセキュリティ上の問題も見つかります。引き継ぎは、属人化の棚卸しでもあります。

引き継ぎ期間の目安と進め方

環境の規模や複雑さによりますが、退職日の1〜2か月前を一つの目安に着手します。後任者や外部委託先が環境を把握し、実際に設定変更や障害対応ができる状態になるまでには、次の3段階が必要です。

  1. ヒアリング：現任者から、環境の全体像、定期作業、過去の障害、「触ると危ないもの」を聞き取る
  2. 資料整理：聞き取った内容と既存の資料を突き合わせ、一覧と手順の形に整える
  3. 実機確認：後任が自分のアカウントで管理コンソールや機器にログインし、代表的な操作を実際に行う

3段階目を省くと、引き継ぎは「資料を受け取っただけ」で終わります。退職後に初めてログインを試して、MFAの承認先が退職者のスマートフォンだったと気づく、という失敗がここで防げます。

残り日数が短い場合は、全部を揃えようとせず優先順位を付けます。

退職日までの残り優先して行うこと
2か月以上本記事のチェックリストを6分野すべて実施し、月次・年次作業は手順書を作って後任が一度は実行する
1か月前後管理者権限とMFAの移管、ドメイン・主要ライセンス・回線の契約情報、バックアップの復元確認、入退社手順を優先。年次作業は「いつ・何を・どこで」の一覧にとどめる
2週間以内全体管理者・特権管理者の会社管理アカウントへの移管と、復旧用連絡先の変更だけは必ず終える。残りは現任者に「連絡先と資料の置き場所」を残してもらい、退職後に委託先が調査する

引き継ぎチェックリスト

6分野に分けて挙げます。各項目は「一覧がある」で終わらせず、「後任が自分のアカウントで操作できた」まで確認するのがポイントです。

1. アカウント・管理者権限

  • Microsoft 365の全体管理者／Google Workspaceの特権管理者が誰か。特定の担当者だけに依存していないか
  • 後任者ごとに会社管理の管理専用アカウントを作り、必要な権限を付与し、ログインと代表的な管理操作を確認したか
  • 緊急時のアクセス手段と、その認証情報の安全な保管・利用手順を整備したか
  • ドメイン管理（レジストラ、DNS）のログイン情報と契約名義
  • 各SaaSの管理者アカウントの一覧と、オーナー権限の所在
  • 多要素認証（MFA）や復旧用の連絡先が、退職者の私物端末・個人メールだけに依存していないか
  • マイドライブ、OneDrive、メール、カレンダー、スクリプトや自動処理の所有権・実行主体を後任へ移管したか
  • 退職時のアカウント停止、権限削除、セッション失効、共有パスワードやAPIキーの変更について、対象と実施日を決めたか

管理者アカウントは担当者ごとに分け、通常業務用と管理用を区別します。複数人で日常的に共用すると、操作した人を追跡しにくくなり、MFAの承認先も一人の端末に偏ります。緊急用のアクセス手段は、通常運用と分けて保管し、利用記録と定期確認の手順を定めます。Googleも、複数のユーザーで一つのアカウントを共有しないよう案内しています。

退職者のアカウントを削除する前に、データ保全と所有権・自動処理の移管を済ませます。退職時に行うのはアクセスの停止であって削除ではありません。削除やライセンス解除の時期は、必要な保存期間とサービスの仕様に合わせて決めます。退職者アカウントの具体的な処理手順は退職者のアカウント処理チェックリストで扱っています。

2. ネットワーク・VPN

  • ネットワーク構成図（回線、ルーター、UTM、スイッチ、無線AP）
  • 各機器の管理画面のURL・ログイン情報・設定のバックアップファイル
  • VPNの方式（拠点間VPN、リモートアクセスVPN）と、接続ユーザーの追加・削除の方法
  • 回線事業者・プロバイダの契約情報とサポート窓口
  • UTMや機器の保守契約・ライセンスの期限

ネットワーク機器は、管理画面のパスワードを後任が実際に入力してログインできるかを確認します。「構成図はあるが、ルーターのパスワードが前任者の変更後のものに更新されていなかった」は、よくある見落としです。

3. サーバー・クラウド

  • オンプレミスのサーバー（Active Directory、ファイルサーバー等）の役割と保守期限
  • バックアップの取得方法・保存先・復元手順。実際に復元できるかを一度試したか
  • クラウド（AWS、Azure等）のアカウント構成、ルートアカウントの管理、請求先

バックアップは「取れているはず」で引き継がれやすい項目です。復元を一度も試していないバックアップは、障害のときに初めて失敗していたと分かります。引き継ぎ期間中に、ファイル1つでよいので復元を実際に行います。

4. 契約・ライセンス・ベンダー

  • ライセンスの種類・数・更新日（Microsoft 365、Google Workspace、セキュリティ製品、業務SaaS）
  • 保守ベンダー・販売代理店の連絡先と契約範囲。担当者宛ての連絡が退職者個人のメールになっていないか
  • 年間のIT費用の一覧（支払方法、契約名義、更新月）

5. 端末・セキュリティ製品

  • PC・スマートフォンの台帳（利用者、購入日、保証期限）
  • ウイルス対策／EDRの管理コンソールと、アラートを受け取る担当
  • キッティング手順（新入社員のPCセットアップ方法）

6. 運用手順・定期作業

  • 入退社時のアカウント作成・削除の手順
  • 月次・年次で発生する作業（証明書更新、ライセンス棚卸し、OSアップデート等）と、その時期
  • 過去の障害とその対応記録
  • 社員からの問い合わせ窓口と対応ルール

年間の定期作業は、引き継ぎ期間中に発生しないものがほとんどです。「いつ・何を・どこで・どの手順書を見て」行うかを一覧にし、可能なものは後任が一度は手を動かします。年間の作業の洗い出しにはひとり情シスの年間業務カレンダーが使えます。

引き継ぎで見つかる「ついでの課題」

引き継ぎの過程では、次のような課題が見つかることがよくあります。

  • 保守期限切れの機器やサポート終了したOSが残っている
  • 不要になったVPN接続方式が有効なまま残っている
  • パスワードが平文で保管されている
  • バックアップが実は失敗し続けている
  • 退職済みの社員のアカウントや、使っていないライセンスが残っている

これらは引き継ぎの範囲を超えますが、放置すると後任者のリスクになります。退職日までに全部を直そうとすると引き継ぎ自体が終わらないので、引き継ぎ期間中は「把握して記録する」までにとどめ、優先度を付けて改善計画に落とし込みます。後任や委託先の最初の仕事として、この計画を渡すのがおすすめです。

後任がいない場合は外部委託という選択肢

後任の採用が間に合わない、あるいは専任を置くほどの業務量がない場合は、情シス業務の外部委託（アウトソーシング）が現実的な選択肢です。外部委託であれば、担当者一人に依存しない体制をつくりやすく、引き継ぎ資料の整備そのものから任せることもできます。

このとき大事なのは、現任者が在籍しているうちに委託先の現状把握を始めることです。退職後に調査を始めると、本人に聞けば1分で分かることを、設定を一つずつ辿って確認することになります。実際に退職を機に情シス代行へ移行した会社の経過はひとり情シスの退職を機に情シス代行へ移行した事例に、外部委託への引き継ぎにかかる期間の考え方は情シス外部委託の引き継ぎ期間にまとめています。採用か外注かの比較は情シス担当者が辞めたらどうする？で扱っています。

まとめ

  • 情シスの引き継ぎで抜けやすいのは、管理者権限・MFAの連絡先・ファイルの所有権・自動処理の実行主体。文書にしただけでは引き継げず、会社管理のアカウントへ移す作業が必要
  • 退職日の1〜2か月前から着手し、ヒアリング・資料整理・実機確認の3段階を踏む。後任が自分のアカウントで操作できたところまでが引き継ぎ
  • 退職日に行うのはアクセスの停止。削除は所有権の移管とデータ保全を終えてから
  • 残り日数が短いときは、管理者権限と復旧用連絡先の移管、主要契約の情報、バックアップの復元確認を優先する
  • 引き継ぎで見つかった課題は、その場で直さず改善計画として後任に渡す
  • 後任がいなければ外部委託。現任者が在籍しているうちに現状把握を始める

「担当者の退職が決まったが、何がどこにあるか本人以外は分からない」という状態なら、まず現状を把握するところからです。アカウント・権限・ネットワーク・契約を含めて環境を読み取り専用で調査し、引き継ぎで優先すべき項目と改善計画をロードマップとしてお渡しするIT環境診断を用意しています。引き継ぎ資料の整備、管理者権限の移管作業、引き継ぎ後の運用は、運用支援の中で対応しています。

参考資料

仕様・制度の確認日：2026年10月3日。契約条件やサービスの仕様は、作業前に再確認してください。

Start365 — 情シス立ち上げ

ゼロからの情シス体制構築をプロが支援。IT基盤の整備からルール策定、ドキュメント化までワンストップ。

サービス詳細を見る → 60分無料相談

情シスのお悩み、ご相談ください

専門スタッフが貴社の課題に合わせたご提案をいたします。

60分無料相談はこちら 資料ダウンロード
メールでのお問い合わせはこちら →
60分無料相談