退職・異動を前に、一人で保守してきたシステムの引き継ぎ資料を落ち着いて書き出している保守運用エンジニア

ドキュメント・引き継ぎ作成2026-07-06 06:26約12分

退職・異動前の引き継ぎチェックリスト｜一人保守でも抜けを防ぐ

退職や異動が決まって、ふと気づく。「このシステム、動かし方を全部知っているのは、自分だけだ」と。

障害が起きたときの勘どころ、月末バッチの見守り方、あの担当者にだけ連絡する暗黙のルール—— 頭の中にはちゃんとあるのに、いざ紙に起こそうとすると、どこから手をつければいいのか分からなくなりますよね。しかも残された時間は、そう多くない。

この「渡しにくさ」は、あなたが整理下手だからではありません。 一人で長く支えてきたシステムほど、多くのことが"自分にしか見えていない状態"で回っている——ただそれだけのことです。誰かと一緒に運用していれば自然に共有されたはずのことが、一人運用だと全部あなたの頭の中に溜まります。だから、引き継ぎは「新しく書く」というより「頭の中を掘り起こして外に出す」作業になります。

この記事では、退職・異動までの限られた時間でも抜けを防げるよう、引き継ぎで渡すべきものを優先順位つきのチェックリストにして、一緒に整理していきます。全部を完璧にそろえなくて大丈夫。まず「これがないと後の人が詰む」ものから順に埋めていきましょう。

結論：引き継ぎは、「止まったら困る順」から埋めるのがコツです。優先度の高い順に、①アクセス情報（アカウント・鍵・契約・連絡先）→②止められないもの（定例作業・監視・締め切り）→③困ったときの対処（障害の勘どころ・過去トラブル）→④全体像（構成・仕様・改修中の案件）の4つ。時間が足りないときは①と②だけでも文書に残せば、後任は「最悪でも止めずに回せる」状態になります。まずは①のアカウント・連絡先の棚卸しから始めます。

引き継ぎ先が決まっていなくても（後任未定・空席のまま異動など）、資料として残しておけば誰が引き継いでも使えます。渡す相手がいないときこそ、文書化がいちばん効きます。

なぜ一人保守の引き継ぎは「抜ける」のか

丁寧に引き継いだつもりでも、後日「あれ、聞いてない」が起きがちです。悪気なく抜けるのには、理由があります。

当たり前すぎて、書き漏らす：毎日やっていることほど「わざわざ書くまでもない」と感じて、抜け落ちます。後任にとっては、それこそが知りたいことなのに。
年に数回のことを、忘れている：証明書の更新、ライセンスの年次更新、決算期だけのバッチ——頻度が低い作業は、引き継ぎのタイミングで頭に浮かびません。
暗黙のルールが、言語化されていない：「この画面は触らない」「この時間帯はバッチ中だから重い」といった、体で覚えた注意点が渡らない。
口頭で済ませて、記録が残らない：「後で聞いてくれれば」と口頭で流したことは、あなたがいなくなった瞬間に聞けなくなります。

だからこそ、記憶に頼らずチェックリストで機械的に洗い出すことと、口頭ではなく文書で残すことが効いてきます。順番に見ていきましょう。

引き継ぎの全体像：止まったら困る順に4段階で埋める

引き継ぎを「アクセス情報」「止められないもの」「困ったときの対処」「全体像」の優先順位で埋める4段階の図 — 上から順に埋める。時間切れでも上2つが残っていれば後任は止めずに回せる

限られた時間で引き継ぐコツは、「きれいな資料を作ること」より「後任が困らない順に埋めること」です。優先度の高い4つを、上から順に確認していきます。

アクセス情報：入れなければ何も始まりません。アカウント・鍵・契約・連絡先。ここが欠けると後任は入り口で詰みます。
止められないもの：定例作業・監視・締め切り。放っておくと止まる・切れる・遅れるものです。
困ったときの対処：障害の勘どころ・過去トラブルの記録。トラブル時に効きます。
全体像：システム構成・仕様・改修中の案件。落ち着いて全体を理解するための地図です。

時間が足りないときは、下の①②だけでも文書化してください。それだけで後任は「最悪でも止めずに回せる」状態になります。③④は後から追いつけます。

①アクセス情報：入れなければ、何も始まらない

まず埋めるのは、システムに「入る」ための情報です。ここが抜けていると、後任は最初の一歩で立ち往生します。

アカウントとログイン先：サーバー、管理画面、DB、監視ツール、外部サービス。それぞれどこに・どのIDで入るかを一覧に。
パスワード・鍵の在り処：パスワード管理ツール、SSHの秘密鍵、APIキー、証明書。実体をどこで渡すか（管理ツールの権限移譲など、安全な方法で）を決める。
契約・支払い情報：ドメイン、サーバー、SSL証明書、各種SaaS。契約者・更新日・支払い方法・管理会社の連絡先。放置すると失効・停止につながる要注意項目です。
連絡先：ベンダー、外注先、社内の関係者、「困ったらこの人」という暗黙の相談先。名前・会社・連絡手段・何の担当かをセットで。

パスワードや鍵は、資料に平文で書かず受け渡し方だけ記録します。詳しい棚卸しの手順は「引き継ぎ資料に必ず入れる項目｜アカウント・連絡先・契約の一覧」も合わせてどうぞ。あわせて、あなたのアカウントを止めた瞬間に動かなくなる仕組み（あなた個人のIDで動いているバッチ・APIなど）がないかも確認しておくと安心です。

②止められないもの：放っておくと、いつか止まる

次は、あなたが見ていたから止まらずに済んでいた作業です。渡し忘れると、しばらくして静かに止まります。

定例作業：日次・週次・月次でやっていること（バッチの確認、バックアップ、レポート送付、再起動など）。頻度・タイミング・正常時の見え方・失敗時の対処をセットで書く。
年に数回のこと：証明書やライセンスの更新、決算期の特別処理、年度切り替え。次の期限と、いつ・何をするかを明記する。忘れられやすい最重要ポイントです。
監視とアラート：何を監視していて、どのアラートが来たら何をするか。「これは無視してよい」「これは即対応」の線引きまで残すと、後任が振り回されません。
締め切りのある約束事：定期報告、SLA、外部への納品や連絡。「いつまでに何を」を一覧に。

ポイントは、「正常な状態」も一緒に書くことです。「このバッチは毎朝5時に終わっていれば正常」と分かっていれば、後任は異常に気づけます。監視の考え方は「サーバー・サービスの構成情報を1枚にまとめる方法」の整理と地続きです。

③困ったときの対処：あなたの「勘どころ」を言葉にする

一人保守でいちばん渡りにくく、いちばん価値があるのがここです。あなたが体で覚えた対処法を、言葉にして残します。

よく起きる障害と、その直し方：「この症状が出たら、まずここを見る／これを再起動する」というあなたの初動を、症状ごとに書く。
過去の大きなトラブルと対応：いつ・何が起きて・どう直したか。同じことが起きたとき、後任は過去の記録に救われます。
触ると危ないところ：「この画面は本番に直結」「この設定は変えると全体が止まる」といった地雷の場所を明記する。
暗黙の運用ルール：「毎月○日は混むから作業しない」「この処理中はDBが重い」など、体で覚えた注意点。

一度にきれいに書こうとせず、「もし今夜、自分が電話に出られなかったら、後任は何を知っていれば動けるか」を想像して書き出すと、勘どころが言葉になります。障害対応の記録の残し方は「作った人がいないシステムを引き継いだ初日にやること」の"逆側"——渡す側の視点で考えると、何を残すべきかが見えてきます。

④全体像：後任が落ち着いて読める「地図」を残す

最後は、急がないけれど、後任が全体を理解するために効いてくる情報です。①〜③が埋まってから着手して大丈夫。

システム構成：どのサーバーに何が乗っていて、どうつながっているか。1枚の図があるだけで、後任の理解が何倍も速くなります。
仕様・ドキュメントの在り処：仕様書、設計資料、過去の議事録。散らばっているなら「どこに何があるか」の目次だけでも作る。
進行中の案件：改修中のもの、検討中の懸案、止まっているタスク。現状・次にやること・関係者を書いて、宙に浮かせない。
これから来る予定：バージョンアップ予定、EOLが近いもの、契約更新。先の見通しを渡すと、後任が身構えられます。

全体像は完璧を目指さず、「新しく来た人が最初に読む1ページ」をイメージして要点だけ。細部は①〜③の資料に任せれば十分です。

具体例：一人保守でよくある「渡し忘れ」

現場では、こんな形で引き継ぎ漏れが起きがちです。防ぎ方とセットで見てみましょう。

証明書の更新を誰も知らず、数か月後に失効：年1回の作業が引き継ぎ時に頭に浮かばなかった。→ ②の「年に数回のこと」に次の期限つきで書いていれば防げました。
個人のIDで動いていたバッチが、退職と同時に停止：あなたのアカウントで動かしていた処理が、アカウント停止で止まった。→ ①で「あなたに紐づく仕組み」を洗い出し、共用アカウントへ移しておけば防げました。
「あの人にだけ聞いていた」相談先が分からない：暗黙の連絡先が資料になく、後任がベンダーへの連絡経路を探せない。→ ①の連絡先一覧に「何の担当か」まで書いていれば救えました。

どれも「うっかり」で起きますが、チェックリストで機械的に洗い出すことでほとんど防げます。記憶を頼りにせず、項目を1つずつ潰していきましょう。

影響：ちゃんと引き継ぐと、去ったあとに何が変わるか

引き継ぎを優先順位つきで残しておくと、あなたと後任、両方が楽になります。

去ったあとに「すみません、あれどうすれば」という連絡が減る。文書に書いてあれば、後任は自分で調べられます。
後任が入り口で詰まらず、最悪でも「止めずに回す」状態から始められる。
あなた自身も、やり残しへの不安を抱えたまま去らずに済む。渡しきったという区切りがつきます。
残した資料は、次の引き継ぎでもそのまま使える運用の資産になります。属人化を減らす一歩にもなります。

逆に、口頭と記憶だけで引き継ぐと、あなたがいなくなった瞬間に「聞ける人がいない」状態が生まれます。文書は、あなたがいなくても答えてくれる分身です。

明日やること：まず①のアカウント・連絡先を一覧にする

いきなり全部を書き上げようとしなくて大丈夫です。明日できる、いちばん小さな一歩はこれです。

表を1つ用意し、入る必要があるもの（サーバー・管理画面・DB・監視・外部サービス）を思いつく順に書き出す。
それぞれにログイン先・ID・鍵やパスワードの在り処（受け渡し方法）を1行ずつ埋める。
契約しているもの（ドメイン・サーバー・SSL・SaaS）と、その更新日・契約者・連絡先を追記する。
「困ったらこの人」の連絡先を、何の担当かとセットで書き出す。
書きながら気づいた「②止められないもの」を、別メモに走り書きしておく（後で②に回す）。

まず①が一覧になるだけで、後任は「入れない」という最悪の詰みを回避できます。完璧な引き継ぎ書を一気に作ろうとせず、止まったら困る順に、1項目ずつ埋めていきましょう。