システムが突然つながらなくなった、業務データが表示されない、社員から「何かおかしい」と声があがった。そのような状況が起きたとき、あなたの会社は落ち着いて動けるでしょうか。
「とりあえず再起動してみた」「保守会社に電話したが、何を聞けばいいかわからなかった」「誰が対応するか決まらず時間をロスした」。こうした経験は、システム担当を兼務している方であれば一度は思い当たるのではないでしょうか。
専任のIT担当者がいない中小企業では、障害が起きたときの対応ルールが明文化されていないことが少なくありません。だからこそ、あらかじめ決めておくことが、実際のトラブル時に大きな差を生みます。本記事では、難しい知識がなくても実践できる障害対応の流れを、順を追って解説します。
障害対応の流れを全体で押さえる
障害対応は、「気づく→止める→調べる→連絡する→直す→振り返る」の6つのステップで進みます。この全体像を最初に押さえておくだけでも、いざというときに慌てず動くための土台になります。
障害の発生に気づく
障害への対応は、まず「何かおかしい」と気づくことから始まります。気づき方には大きく2種類あります。ひとつは社員からの報告、もうひとつはシステムが自動で異常を知らせる仕組みです。
小規模な会社では監視ツールが整っていないことも多いため、まずは「異常を誰に、どうやって報告するか」を社内で共有しておくことが重要です。「困ったらシステム担当の○○さんに連絡する」と周知するだけでも、気づきのスピードは大きく変わります。
まず被害を広げないための初動を行う
障害が確認できたら、最初に考えるべきは、これ以上影響を広げないことです。たとえばネットワークに問題が疑われる場合は、該当機器の電源を切る、接続を遮断するといった対応が初動になります。
ただし、この段階で焦って何でも触るのは逆効果です。むやみに操作すると、後から原因を調べるための手がかりであるログなどが消えてしまうことがあります。「まず止める、次に調べる」という順序を守ることが大切です。
原因の切り分けを進める
「どこに問題があるのか」を特定する作業が、原因の切り分けです。たとえば「インターネットがつながらない」という報告があっても、問題の場所はルーターなのか、プロバイダー側なのか、特定のパソコンだけなのかによって対応は変わります。
専門知識がなくても、「他のパソコンでも同じ症状か」「昨日まで使えていたか」「最近変更したことはあったか」といった点を丁寧に確認するだけで、サポート窓口への説明はしやすくなります。
社内外への連絡を行う
原因がわかってもわからなくても、一定の時間が経過したら社内の関係者や上司に状況を報告し、必要に応じて保守会社や外部サポート先に連絡します。このタイミングが遅れると、業務への影響が広がり、対応判断も後手に回りやすくなります。
「何が起きているか」「どのくらい影響が出ているか」「今何をしているか」の3点を短くまとめて報告できると、意思決定が進めやすくなります。
復旧対応を進める
連絡と並行して、または連絡後に、実際の復旧作業を進めます。自社で対応できる範囲か、外部に依頼すべき内容かを判断し、作業内容と実施時刻を記録しながら進めることが重要です。記録は、後から振り返るためだけでなく、サポート担当者への情報提供や上司への報告にも役立ちます。
振り返りで次回に備える
復旧が完了したら、その日のうち、または翌日以内に振り返りを行いましょう。「なぜ起きたのか」「対応に時間がかかった原因は何か」「次回同じことが起きたらどうするか」を整理するだけで、次回の対応は確実に速くなります。振り返りの内容は手順書に反映し、常に最新の状態を保つことが理想です。
担当者が迷わない役割分担と連絡先の整え方
誰が最初に動くかを決める
障害対応でよくある失敗のひとつが、「誰かが動いてくれると思っていた」という状況です。これを防ぐには、最初に動く担当者を一人決めておくことが最も効果的です。担当者が出張中や休暇中の場合に備えて、代理対応者もあらかじめ決めておきましょう。
社内の相談先と承認者を明確にする
自分だけでは判断できない状況が出てきたとき、誰に相談し、誰が最終判断をするかを明確にしておきます。たとえば「システムを一時停止する」「外部サポートに緊急対応を依頼する」といった判断は、担当者一人では進めにくいことがあります。こうした判断の承認者を事前に決めておくことで、現場が迷わず動けます。
ベンダーや保守会社への連絡先をまとめる
社内で使っているシステムやネットワーク機器の販売元、開発元、保守会社の連絡先は、担当者だけが知っている状態にしないことが重要です。「緊急連絡先」「通常の問い合わせ先」「対応可能な時間帯」を一覧にして、チーム内で共有しておきましょう。
なお、外部サポート先の情報は、便宜上まとめて扱われがちですが、実際には販売会社、開発会社、保守会社など種類が分かれます。自社がどの会社とどのような契約をしているかを改めて確認しておくことも大切です。
連絡網は少人数でも回る形にする
従業員が数名から数十名規模の会社では、連絡経路はシンプルな方が実用的です。「担当者→上司→外部サポート窓口」といった最短の流れを決め、それを1枚の紙や共有ドキュメントにまとめておくだけでも十分です。複雑な連絡フローは、現場では使われにくくなります。
初動で混乱しないための対応手順を決める
事実確認で最初に見るポイント
障害が報告されたら、まず「事実」を確認することが先決です。「システムが遅い」「ログインできない」「データが消えた」など、報告内容はさまざまですが、最初に確認するポイントは共通しています。
「いつから発生しているか」「どの端末・システムで起きているか」「何人が影響を受けているか」「エラーメッセージは出ているか」といった点を素早く確認するだけで、対応の方向性が見えやすくなります。
影響範囲を短時間で把握する
一部の社員だけが困っているのか、会社全体の業務が止まっているのかによって、対応の優先度は大きく変わります。「今この障害で誰が、何ができない状態にあるか」を5〜10分以内に把握することを目標にしてください。
むやみに操作せず状況を保全する
焦りから「とにかく再起動する」「設定を変えてみる」といった行動に出てしまうことがありますが、こうした操作は原因の特定を難しくするおそれがあります。何か操作を行う前に、画面のスクリーンショットやエラーメッセージを記録しておくと、後からの調査に役立ちます。
すぐ使える確認項目をチェックリスト化する
初動の確認をチェックリストとして用意しておくと、焦っているときでも抜け漏れを防げます。以下は最低限用意しておきたい項目です。
- 発生時刻
- 症状の内容
- 影響を受けているシステム・端末・人数
- エラーメッセージや画面の状態
- 直前に行った操作や変更
- 他の端末や拠点でも同じ症状が出ているか
このリストは印刷して手元に置く、または社内チャットやドキュメントに固定表示しておくと、すぐに使えます。
判断がぶれない重大度の決め方
業務への影響度で優先順位をつける
すべての障害が緊急対応を要するわけではありません。重大度の判断は、「業務にどれだけ影響しているか」を基準にするとわかりやすくなります。「基幹業務が完全に止まっている」場合と、「一部の帳票が印刷できない」場合では、対応の優先度は大きく異なります。重大度の基準を文書化しておくことで、担当者が現場で一人で判断する場面を減らせます。
緊急対応が必要な状態を具体化する
「緊急」の定義があいまいだと、担当者が一人で抱え込んだり、逆に過剰に騒いだりする原因になります。たとえば「全社員がシステムを使えない状態が15分以上続いている」「顧客データに影響が出ている可能性がある」「売上や決済に関わる処理が止まっている」といった具体的な条件を、あらかじめ決めておきましょう。
上司や外部パートナーに連絡する基準を定める
「このレベルになったら上司に報告する」「このレベルなら外部サポートに緊急連絡する」という基準を文書化しておくことで、担当者が一人で過度な判断をしなくて済みます。目安として、「業務停止が30分以上継続」「影響範囲が全社に及ぶ」「データの消失や漏えいが疑われる」などを、上位者への報告や判断依頼の条件として設定する会社が多く見られます。
記録と報告は何を残せばよいか
発生時刻・症状・影響範囲を記録する
対応中はどうしても記録が後回しになりがちですが、「いつ、何が、どこで起きたか」は最低限その場でメモしておきましょう。スマートフォンのメモアプリでも構いません。後から記憶で補おうとすると、時刻や順序が不正確になります。
実施した対応と結果を時系列で残す
「〇時〇分：ルーターを再起動→変化なし」「〇時〇分：サポート窓口に電話→折り返し待ち」「〇時〇分：設定を変更→接続回復」といった形で、対応内容と結果を時系列で記録します。この記録は、外部サポートへの状況説明や、上司への報告書作成にそのまま活用できます。
社内報告で押さえるべき項目をそろえる
復旧後に上司や関係部門へ報告する際は、次の項目を盛り込むと整理しやすくなります。
- 発生日時と復旧日時
- 症状と影響を受けた範囲・人数
- 原因（判明している範囲で）
- 実施した対応の概要
- 今後の再発防止策
詳細な技術説明は不要です。業務にどう影響し、いつ復旧したかを中心にまとめると伝わりやすくなります。
次回に使える記録の残し方に整える
対応記録は「障害対応履歴」としてひとつのファイルに蓄積していくと、後から参照しやすくなります。ExcelやGoogleスプレッドシートで管理するだけでも十分です。「同じような症状が以前もあったか」をすぐに検索できる状態にしておくと、次回の初動が大きく速くなります。
営業時間内と時間外で対応ルールを分ける
通常業務中の連絡と判断の流れを決める
日中の営業時間内であれば、担当者、上司、外部サポート先との連絡が取りやすい状況です。この時間帯は、誰が何を判断するかを明確にした通常フローに従って動ける体制を整えておきましょう。フローが明文化されていれば、兼任担当者でも落ち着いて手順を追えます。
夜間・休日に誰が対応するかを決める
問題は、夜間や休日に障害が発生した場合です。「誰が最初に気づくか」「誰が対応するか」「外部サポートの緊急窓口があるか」を事前に決めておかないと、翌朝出社してから初めて気づくという事態にもなりかねません。
時間外の対応範囲は、会社の規模や業種に合わせて現実的に決めることが大切です。たとえば「24時間365日稼働するシステムがある場合は当番制にする」「夜間は外部の緊急連絡先に一任する」「翌朝対応で業務上問題ないシステムは時間外対応不要とする」といった整理を行いましょう。
すぐ対応できない場合の暫定ルールを用意する
担当者が深夜に異常に気づいたものの、詳細までは確認できないという状況に備え、「すぐには対応できない場合の暫定対処」もあらかじめ決めておくと安心です。たとえば「翌朝まで様子を見る」「ひとまずシステムの電源を切る」「サポート窓口の留守番電話にメッセージを残す」など、状況に応じた選択肢を用意しておきましょう。
復旧後に行う振り返りと手順の見直し
原因と対応内容を整理する
障害が復旧したあとは、できるだけ早く、理想は当日か翌日に振り返りの時間を設けましょう。「なぜ起きたのか」「対応の中で時間がかかった箇所はどこか」「連絡がうまくいかなかった点はあったか」を整理します。責任を問う場ではなく、次回に生かすための情報整理として行うことが大切です。
再発防止策を現実的な範囲で決める
振り返りで出てきた課題に対して、再発防止策を検討します。ただし、すべてを完璧に対策しようとする必要はありません。できること、費用対効果が見合うことを優先し、まず一つでも改善することを目標にしてください。「バックアップの取得頻度を週1回から毎日に変える」「外部サポートの緊急連絡先を全員が把握できる状態にする」といった取り組みは、比較的着手しやすい内容です。
手順書と連絡網を最新の状態に更新する
担当者が変わったり、保守会社の連絡先が変更になったりすることは珍しくありません。少なくとも半年に1回は手順書と連絡先一覧を見直し、内容が現状に合っているかを確認しましょう。特に人事異動や組織変更があった際は、その都度更新するルールにしておくことをお勧めします。
まずはこの形から始める最小限の運用体制
最低限そろえたい手順書の項目
完璧な手順書を最初から作ろうとすると、作成自体が大変になり、続かなくなることがあります。まずは次の5点だけを1〜2枚の文書にまとめることから始めましょう。
- 障害発生時の初動確認リスト
- 社内の連絡先
- 外部サポートの連絡先
- 重大度の判断基準
- 時間外対応のルール
この5点があるだけでも、対応の質は大きく変わります。担当者1名が2〜3時間程度集中すれば、基本的な内容はまとめられます。その後は、実際の対応経験を踏まえて少しずつ充実させていきましょう。
小さな会社でも回しやすい運用の作り方
人数が少ない会社ほど、シンプルで実用的な仕組みが重要です。凝ったシステムよりも、「誰でも使える」「すぐ見つかる」ものの方が現場では機能します。手順書は共有フォルダやクラウドストレージに保存し、担当者以外でもアクセスできる状態にしておきましょう。
運用を定着させるコツは、「使うたびに少し直す」という姿勢です。最初から完璧を目指すのではなく、実際のトラブル対応を通じて手順書を育てていく意識を持つと、無理なく継続できます。
よくある質問
Q1. 障害対応の手順書はどのくらいの期間で作れますか？
基本的な内容であれば、担当者が集中して取り組めば1〜2日で初版を作成できます。完璧を目指す必要はなく、まず叩き台を作り、実際の対応経験を通じて少しずつ更新していく方が長続きします。
Q2. 外部サポートへの連絡はどのタイミングで行えばよいですか？
自社での初動確認、つまり事実確認と影響範囲の把握が終わり、自力での解決が難しいと判断した時点で連絡するのが基本です。「全社員が使えない状態が15〜30分以上続く」「原因がまったくわからない」「データに影響が出ている可能性がある」といった状況では、早めの問い合わせをお勧めします。
Q3. 担当者が一人しかいない場合、夜間の障害はどう対応すればよいですか？
すべての夜間障害に担当者一人で対応する必要はありません。まず「夜間でも対応が必要なシステムはどれか」を整理し、重要度の高いシステムについては外部の緊急サポートを契約するか、上司と対応範囲を相談して分担を決めましょう。「何をどこまで対応するか」の合意を社内で取っておくことが大切です。
Q4. 手順書を作っても、いざというときに見つからないことがありませんか？
あります。そのため、保存場所を一か所に統一し、「障害が起きたらここを見る」という案内を社内に周知しておくことが重要です。紙で印刷して目立つ場所に置くのも有効です。また、スマートフォンからもアクセスできるクラウドストレージに保存しておくと、外出先や時間外でも確認できます。
Q5. 過去の障害履歴はどう管理すればよいですか？
ExcelやGoogleスプレッドシートで「日付・症状・原因・対応内容・再発防止策」の列を作り、1件1行で記録していく形が最も手軽です。専用ツールがなくても、履歴が蓄積されると「以前にも同じことがあった」という気づきが得られ、初動の判断が速くなります。
まとめと行動喚起
障害対応は、起きてから考えるのでは遅すぎます。一方で、完璧な体制を一気に整える必要もありません。この記事で確認した内容の中から、「まずこれだけやる」という一歩を決めることが、最も大切な出発点です。
連絡先の一覧を作る、初動のチェックリストを印刷して手元に置く、重大度の基準を上司と合意しておく。これだけでも、次のトラブル時の対応は大きく変わります。
「どこから手をつければよいかわからない」「自社の状況に合った手順書の作り方を相談したい」という方は、ぜひ一度ご相談ください。貴社の規模や業種、現在のシステム環境に合わせて、無理なく運用できる現実的な進め方をご提案します。
