HANDOVER
引き継ぎは、基礎を身につけた人へのバトンタッチ
情シスの引き継ぎでは、担当者が変わっても日々の仕事を続けられるように、いま動いている仕組みや具体的な手順を共有します。たとえば、アカウントの発行方法、パソコンの初期設定、契約やベンダーの連絡先、定期作業の時期などです。
ここで暗黙の前提になっているのが、後任者にITや担当業務の基礎があり、手順の意味を理解して扱えることです。引き継ぎは、基本を一から教える時間ではありません。土台がある人に、その会社のシステムや運用ならではの知識を渡していくことで、初めて「バトン」として機能します。
「この画面を開いて、この項目を設定する」という操作手順も役立ちます。ただし、手順書だけでは、例外が起きたときに困ることがあります。どのサービスに影響する変更なのか、誰に確認するのか、問題が起きたらどう戻すのか。そうした背景や連絡先、未解決の課題も、できる範囲で一緒に残しておくことが大切です。
「引き継ぎをする」と決めたとき、後任者がその仕事を受け取れるだけの基礎を身につけているかも、あわせて確かめる必要があります。
TRAINING
教育は、初めての状況にも対応する力を育てる
後任者に必要な基礎が足りなければ、まず教育の計画が必要です。教育の目的は、本人が仕組みや基本を理解し、手順書にない問題に出会ったときも、状況を整理して次の行動を判断できるようにすること。ネットワークやアカウントの基礎、なぜその権限が必要なのか、トラブルが起きたらどこから確認するのか。こうした理解は、操作手順を一度説明するだけでは身につきません。
未経験の人が情シスを担当すること自体が問題なのではありません。教育を経て基礎を身につけ、必要な支援を受けながら経験を積めば、担当できる仕事は広がっていきます。問題なのは、その教育に必要な時間や支援を用意せず、「引き継ぎ」の短い期間だけで一人前になってもらおうとすることです。
教育で先に身につけるもの
「なぜこの設定が必要か」「想定外の結果が出たら何を確かめるか」など、仕組みの理解と判断の土台。
引き継ぎでその後に渡すもの
「この管理画面からアカウントを発行する」「この作業は毎月確認する」など、現行業務の手順や固有の情報。
WHY CONTEXT MATTERS
DNSの設定変更は、ボタンの場所を知るだけでは足りない
たとえば、会社のドメインやDNSの設定を考えてみましょう。DNSは、ドメイン名から接続先を調べる仕組みです。Webサイトの接続先やメールの配送先など、用途に応じた情報が登録されています。
設定を安全に扱うには、画面の操作だけでなく、DNSの基本も知っておきたいところです。DNSには用途ごとに種類の異なるレコードがあり、たとえばA/AAAAレコードは名前に対応するIPアドレス、MXレコードはメールを受け取るサーバー、NSレコードはそのドメインのDNS情報を管理するサーバーを示します。どのレコードを変えると、どのサービスに関係するのかを見分ける助けになります。
もう一つ知っておきたいのがTTLです。これは、DNSの問い合わせに答える側が、返した情報をどれくらいの時間キャッシュしてよいかを示す値です。変更後も、参照する側に古い情報が一定時間残ることがあるため、切り替わり方や確認のタイミングを考える手がかりになります。いわゆる「反映時間」は、設定や参照経路によって異なります。
管理画面で値を変更する方法を知っていても、どのレコードがどのサービスに関係するのか、変更すると何が起きるのか、反映に時間差が出ることがあるのかを知らなければ、影響を見落とすかもしれません。誤った変更は、対象のWebサイトやメールなどを利用しにくくする可能性があります。影響する範囲や時間は、変更した設定やサービスの構成によって異なります。
だからこそ、手順と一緒に「変更の目的」「影響するサービス」「作業前の確認」「問題が起きたときの戻し方」「判断に迷ったときの相談先」を共有しておきたいのです。理解できない警告や予想外の結果が出たら、知っている操作を続けず、いったん止めて確認する。それも大切な仕事の手順です。
「画面を操作できる」ことと、「変更の影響を見極めて安全に作業できる」ことは別の力です。インフラの仕事では、後者を育てる時間も必要です。
SHARED RESPONSIBILITY
教育の時間を用意するのは、組織の仕事
前任者が担うのは、担当してきた業務の説明や、必要な情報を残すことです。後任者が仕事を受け取れるだけの基礎を持っているかを確認し、不足があれば教育の時間や支援をどう用意するか決める。これも、後任を任命する組織の役割です。
ところが「引き継ぎをしておいて」とだけ伝えると、その言葉の中に「ITの基礎も教えてほしい」「未経験者を一人で対応できるようにしてほしい」という期待まで、いつのまにか隠れてしまうことがあります。限られた退職前の期間に、ITの基礎から応用まで教えることはできません。教育を前任者の善意や残業に頼らず、会社が期間と担当者を決め、必要に応じて外部研修や専門家の支援を用意する必要があります。
前任者が引き継ぐこと
担当業務、定例作業、システム構成、注意点、連絡先、既知の課題を整理し、実際の作業を説明する。
組織が教育のために用意すること
基礎を学ぶ時間、相談やレビューの体制、必要な人員や外部支援、段階的に責任を移す計画を決める。
A SAFER TRANSITION
「操作を教えたから引き継ぎ完了」にしないために
後任者が必要な基礎を身につけているかを確認したうえで、業務固有の手順を引き継ぎましょう。まだ学んでいる途中なら、何を誰が教えるか、どの作業から任せるかを決めます。操作の説明だけで終わらせず、どこまで一人で対応できるか、何は相談が必要かも一緒に確認します。とくに、DNSや認証、バックアップ、ネットワーク機器など、変更が複数の業務に影響する作業は、確認者や承認の手順を明確にしておくと安心です。
- 日々の作業と、定期作業・緊急時の作業を分けて書き出す
- 各作業の目的、影響範囲、確認方法、元に戻す方法を残す
- 後任者が実際に作業し、前任者や別の担当者が確認する時間を取る
- 判断に迷ったときの相談先と、作業を止める条件を決める
- 一度の説明で完了とせず、教育とフォローの期間を計画する
「引き継ぎ」という言葉の後ろには、「後任者は必要な基礎を身につけている」という前提があります。もしそうでなければ、まず教育が必要です。引き継ぎのひと言に教育まで隠してしまわず、学ぶ時間と支援を組織として用意しましょう。