障害対応は最初の5分で決まる　～初動で詰まらないための判断軸と実務テンプレ～

はじめに

朝8時55分に、監視アラートが鳴った。

「全社員が業務を開始する、月曜朝の9時直前。
ログイン認証システムが、沈黙した。
画面には無機質な『500 Internal Server Error』の文字だけが並んでいる。」

鳴り響く内線電話。背後から近づいてくる上司の足音。> 日本中の拠点で、数千人の業務が止まろうとしている。
あなたは、まず何をしますか？

エンジニアになって間もない頃、私はこういう場面で完全に固まっていました。

「とにかくログを見る」。それだけ。

ログを追いながら頭の中では「昨日のリリースが原因か」「いやDBの接続か」「でも昨日のテストは通っていたのに」と、仮説がぐるぐる回り続ける。 気づいたら7分が経っていて、上司から「今どういう状態？」と聞かれて、答えられなかった。

「調査中です」

それしか言えなかった。

後から振り返ると、あの7分間で何一つ整理できていなかったんです。 ログを見ていたのに、「今何が起きているか」を誰にも伝えられる形にしていなかった。

私が過去に経験した決済システムでは、1分の遅れが顧客の損失に直結することがあります。 「調査中です」の7分間で、注文を出せなかった顧客が何人いたか。 その重さが、後になってじわじわと乗ってきました。

これはシステムの種類を問わず、障害対応の初動でよく起きる話です。

障害対応の初動でやるべきことは、原因を探すことではありません。

「今何が起きているかを整理して、次の判断ができる状態を作ること」です。

この順番を間違えると、技術力があっても対応が崩れます。 逆に、この順番さえ守れれば、経験が浅くても初動を落ち着いて動けるようになります。

このnoteは、その「整理の順番」を具体的に書きました。

このnoteについて

障害の初動で、毎回頭が真っ白になる。 そういう経験が1度でもある方に向けて書きました。

「とにかくログを見る」だけで7分が過ぎていく。 原因を追いかけながら、影響範囲が整理できていない。 上司に「今どういう状態？」と聞かれて、答えられない。

技術力の問題ではありません。 初動でやることの順番を知らないだけです。

この冊では、その「順番」を具体的に書いています。

購入前FAQ

Q. 経験が浅くても読めますか？
A. 読めます。むしろ経験が浅いうちに順番を身につけておく方が、後から矯正するより楽です。

Q. 読むだけで変わりますか？
A. 読むだけでは変わりません。テンプレをメモアプリに保存して、次の障害で実際に使うことで変わります。

Q. 障害対応の経験が全くない場合は？
A. 基礎的な構造は理解できますが、具体例の解像度を上げるには現場経験があった方が刺さります。「経験はあるが整理できていない方向け」の冊です。

読者が感じる不安と、その答え

「自分の現場に合わないかもしれない」
→ 汎用例として現場で使うことを前提に書いています。

「当たり前のことしか書いていないのでは？」
→「当たり前」に見えることを、焦っている時に実行できるかどうかが問題です。知っていることと、使えることは別です。

「他の障害対応の本と何が違うの？」
→「初動の5分」だけに絞っています。全体像の解説ではなく、最初の5分でやることの順番を実務レベルで書いています。

おすすめする人・おすすめしない人

おすすめする人

• 障害対応の経験はあるが、初動でいつも焦ってしまう方

• 「何から手をつければいいか」が毎回ブレる方

• 上司に「今どういう状態？」と聞かれて詰まったことがある方

• チームの後輩に障害対応を教えたい方

おすすめしない

• 障害対応の基礎用語（ログ・エスカレーション・SLAなど）を全く知らない方

• 読むだけで仕事が変わると期待している方

• 体系的な障害対応の教科書を求めている方

このnoteは「障害対応全体のハンドブック」ではありません。
初動の5分に絞った実務ノウハウです。また、特定の組織の規程や手続きを代替するものではありません。あくまで、自分の判断軸と動き方を整えるためのものです。