AIが止まった夜に誰が出るか｜当番と連絡の順番を決める

「深夜にAIの応答が止まったと連絡が来たのですが、誰に回せばいいのか分からず朝まで持ち越しました」「当番を決めようという話は出ているのに、何人でどう回すのかが決まりません」——社内でAIの仕組みを動かし始めた組織から、そろって上がってくる声です。どちらも道具の設定ではなく、人の並べ方でつまずいています。夜間や休日に出る当番をつくる仕事は、監視の画面を整える仕事ではありません。本当は誰が起きるか、誰を起こしてよいか、どこまでを当番の判断で止めてよいかを先に文字にする仕事です。この記事では、当番の人数と交代、連絡の順番、止めてよい判断の線、そして当番を置けない規模での現実的な代わりを整理します。

夜に決まっていないのは、直し方ではなく順番

社内で使っているAIの仕組みが夜間に止まったとき、最初に詰まるのは技術ではありません。詰まるのは、誰の携帯が鳴るのか、鳴った人が何をしてよいのか、どこで上に上げるのかという順番です。原因の切り分けは翌朝に落ち着いてやれば間に合う場面が多いのに、順番が決まっていないせいで、夜のうちに誰も動けないまま時間が過ぎます。

この詰まり方には特徴があります。日中であれば、気づいた人が近くの担当に声をかけ、担当が上司に相談して進みます。ところが夜間と休日は、その場に居合わせる人がいないため、声をかける経路そのものが消えます。日中に回っている仕組みは、人が同じ時間に同じ場所にいることを暗黙の前提にしているのです。当番を置くという話は、この前提が消える時間帯に、経路を人為的に作り直す作業にあたります。

なお、止まったときの切り分けの手順や、代わりの手段をどう持つかは、当番の設計とは別に決めることです。この記事では手順書の中身には立ち入らず、誰が出て、誰を起こし、どこまでを当番の判断で決めてよいかという人の並べ方だけを扱います。

オンコールという言葉が指している3つの中身

オンコールは「夜に電話がつながること」だと受け取られがちですが、運用の現場では3つの要素に分けて設計されます。連絡が取れて一定の時間内に着手できる状態、異常を人に届ける仕組み、届いた後の初動です。この3つは別々の道具と別々の取り決めで支えられるため、どれか1つが欠けると当番は成立しません。

よく落ちるのは通知です。監視の仕組みが異常を検知していても、それが共有のメール箱に入るだけでは、夜間に読む人がいません。通知は「届いた」ではなく「特定の個人の手元で音が鳴った」までを設計する必要があります。国内の事業会社の報告では、日中帯と夜間休日で通知を鳴らす相手を切り替えている例が公開されています。同じ通知を全員に流し続ける形からは、早めに離れたほうが現実的です。

もう1つ落ちやすいのが待機の定義です。連絡が取れる状態とは、何分で応答し、何分で端末を開けるのかという約束にほかなりません。運用の実務では、利用者に影響が出る時間的に厳しいものは5分、それほど急がないものは30分という応答時間の目安が示されています。自社のAIの仕組みがどちらなのかを決めないまま当番表を作ると、当番が何を守っているのか分からなくなります。

3つのうちどれが自社で欠けているかは、直近の夜の出来事を1つ思い出せば分かります。連絡はついたのに手が出なかったのなら一次対応が欠けており、翌朝まで誰も知らなかったのなら通知が欠けています。誰も出られなかったのなら待機が欠けています。欠けている要素ごとに打つ手が違うので、当番表を作る前に、どれが欠けていたのかを確かめておきます。

• 待機：何分で応答し、何分で端末を開けるかを数字で決める
• 通知：共有の箱ではなく、特定の個人の手元で音が鳴るところまで設計する
• 一次対応：原因を突き止めることではなく、業務を止めないための手当てと記録に絞る

当番を置く前に、出る必要があるかを業務で決める

当番を置くかどうかは、技術の側からは決まりません。決めるのは夜間や休日に、その仕組みが止まると業務が止まるのかという業務側の事実です。社内の問い合わせ対応を助けるだけの用途なら、翌朝までの停止は困りません。一方、夜のうちに処理が走って翌朝の業務に間に合わせている仕組みなら、止まった時点で誰かが動く必要があります。

この線引きで効くのが、可用性の目標から逆算する考え方です。運用の解説では、99.99%の可用性を目標にすると、四半期あたりで許される停止は約13分にしかならないと示されています。13分で気づいて着手するには、人が待機していなければ届きません。逆に言えば、そこまでの目標を業務が求めていないなら、当番を置かずに翌営業日から対応する形で足ります。

危ないのは、目標を決めずに念のためで当番を置くことです。呼び出しがほとんど来ない当番は、続かないだけでなく、いざ鳴ったときに動き方を忘れます。当番を置く判断は、業務が何分の停止まで耐えられるかを数字にしてから下すと、後から人だけ増やす事態を避けられます。

何人いればローテーションが回るのか

当番表を作るときに最初に当たるのが人数の壁です。運用の実務で示されている目安は明確で、週単位のシフトで一次担当と二次担当の両方を置くなら、1つの拠点だけで回す場合は最低8人、2つの拠点で分け合う場合は各拠点6人とされています。これは、当番に割く時間を全体の25%以下に抑え、少なくとも半分を開発の仕事に残すという前提から出た数字です。

あわせて示されているのが呼び出しの上限です。12時間の1シフトで扱うものは2件までが上限とされ、1件を根本原因の分析と是正、振り返りまで含めて終わらせるには平均で6時間ほどかかると見積もられています。2件で12時間が埋まる計算で、それを超える呼び出しが来る当番は、対応が雑になるか人が壊れるかのどちらかです。

多くの企業にとって、この8人は現実的な数字ではありません。情報システムの担当が2人か3人という体制で、そこにAIの仕組みの当番まで載せるのは無理があります。大事なのは、足りないという事実を見なかったことにしないことです。人数が足りないなら、当番を薄く広げるのではなく、後で触れる朝まで止めるという判断を先に決めるほうが安全です。

人数の壁を下げるもう1つの道は、夜に出る対象を絞ることです。社内で使っているAIの仕組みを全部まとめて当番の対象にすると、手順書も権限も人数も足りません。夜間に止まると業務が止まるものだけを名指しで対象にして、それ以外は翌営業日に回します。対象が1つか2つに収まれば、手順書も1枚で済み、当番に渡す権限も少なくなります。

決めること	実務で示されている目安	自社で確かめること
応答までの時間	影響が大きいものは5分、急がないものは30分	業務が耐えられる停止の長さ
ローテーションの人数	1拠点なら8人、2拠点なら各6人	一次と二次を分けて置けるか
1シフトの呼び出し	12時間あたり2件まで	直近3か月の夜間の呼び出し回数
1件にかかる時間	分析と是正と振り返りで平均6時間ほど	翌日の予定を空けられるか
当番に使う時間の割合	全体の25%以下	当番の日に他の仕事を入れていないか

交代の周期は、週か日かで負担が変わる

人数が決まったら、次は交代の周期です。週単位のシフトは引き継ぎが少なくて済む反面、当たった1週間のうちに深夜の呼び出しが続くと、同じ人が寝不足を抱えたまま翌日も当番に立つことになります。負担は呼び出しの回数ではなく、連続して眠れない日数で決まります。

この点を実際に組み替えた例が公開されています。国内の事業会社の技術ブログでは、週次のシフト変更から日次のシフト変更に切り替え、深夜対応が連続してしまうのを避けたと報告されています。あわせて、日中帯の運用は担当事業部のチームが見て、夜間休日は担当チームの枠を超えて全てのサービスを1つの当番で見る形に変えたとされています。

日次にすると引き継ぎの回数が増えるため、申し送りの形を決めておかないと、前夜に何が起きたかが落ちます。朝の10分で、前夜に鳴ったもの、手を入れたもの、まだ元に戻していないものの3点だけを次の当番に渡す。この短い受け渡しが決まっていれば、周期を短くしても情報は落ちません。

一次担当と二次担当を分けて置く

当番を1人だけ置く形は、一見効率がよく見えますが、その1人が電話に出られない時間が生まれた瞬間に止まります。一次担当と二次担当を分けて置くのは、予備を持つためだけではありません。一次が手を動かしている間に、二次が影響範囲の確認や関係部門への連絡を引き受けられるという、分担の意味もあります。

分け方で迷いやすいのは、二次をより詳しい人にするか、同じくらいの人にするかです。一次が判断に迷ったときに相談できる相手であることが条件なので、詳しさが同じ人を置くと二次の意味が薄れます。とはいえ、詳しい人を毎晩二次に固定すると、その人が実質的に毎日当番になってしまいます。ここは、二次の呼び出し回数を記録して、偏っていないかを月に1回見るしかありません。

二次を置けない人数のときは、二次の役を、起こす相手を1人決めておくことに置き換えます。二次担当という役ではなく、名前の書かれた1行として持つだけでも、夜中に誰に連絡するか迷う時間は消えます。

一次と二次を別の部署から出す形も検討に値します。一次を技術の担当、二次を業務側の判断者にすると、止めるかどうかの判断が夜のうちにそろいます。運用の解説でも、一次と二次の役割はチームで定義するものとされており、どちらも技術者でなければならないとは書かれていません。夜に必要な判断を持つ人を当番表の中に入れておくほうが、連絡の回数は減ります。

連絡の順番を1枚の表に落とす

当番が動き出したあと、最も時間を食うのが、次に誰に連絡するかの逡巡です。これを消すために作るのが、重大度ごとに、誰に、何分以内に、どの手段で連絡するかを1枚にした表です。インシデント対応の解説では、この表を1枚のシートに整理しておくことが勧められています。委託の解説でも、手順書と並んで、委託先に渡す最低限の2点のうちの1つに挙げられています。

手段を書き分けるところが要点です。夜間に相手を確実に起こせるのは電話であり、チャットやメールは翌朝まで読まれない前提で置きます。同じ相手でも、重大度が上がったら手段を電話に切り替えると決めておく。この1行があると、当番がこんなことで電話していいのかと迷わずに済みます。

表には、技術の担当者だけでなく、業務側の判断者を必ず入れます。止めるかどうかは業務の損得で決まるため、技術側だけで完結しません。加えて、入力や出力に個人データが混ざった恐れがある事象では、情報管理と法務の担当に同時に連絡する行を作っておきます。重大度の判定を待っている間に時間が過ぎるのを防げます。

重大度	起きている状態	先に連絡する相手	手段と時間
重い	業務が止まっている。社外の相手にも影響が出ている	二次担当と業務側の判断者	電話。気づいてから15分以内
中くらい	一部の機能が使えない。手作業で回せる	二次担当	電話。気づいてから30分以内
軽い	遅いが動いている。特定の利用者だけ	当番のみで記録にとどめる	翌営業日にチャットで共有
個人データの疑い	入力や出力に個人データが混ざった恐れ	情報管理と法務の担当	重大度に関わらず電話

止めてよい判断の線を、夜が来る前に文字にする

当番の設計で最後まで残るのが、止める権限です。夜中に起きた当番が、上司の承認なしでその仕組みを停止してよいのかどうか。ここが決まっていないと、当番は判断を保留して人を起こし、起こされた人がさらに上を起こすという連鎖が始まります。技術的には5分で止められるものが、承認の列で2時間動かないことになります。

線を引くときは、止める対象を分けて書きます。全部を止める、一部の機能だけ止める、新しい受け付けだけ止めて処理中のものは流し切る——この3段階のうち、どこまでを当番の判断でやってよいかを名指しで決めます。多くの場合、一部の機能を止める判断と、直前の状態に戻す切り戻しまでは当番に渡して問題ありません。全部を止める判断だけを上に残す形が、実務では回りやすい線です。

権限を渡すときは、判断が結果として外れていても当番を責めないと、先に書いておくことが要点です。運用の解説でも、明確なエスカレーションの経路と、人を責めない振り返りが、当番を守る仕組みとして並べて挙げられています。責められる可能性がある権限は、誰も使いません。

逆に、当番に渡してはいけない判断もあります。利用者に向けて原因を断定して知らせる判断と、社外への公表の判断は、夜のうちに当番が単独で出さないようにします。使えないという事実だけを伝える文面を先に用意しておき、原因の説明は日中に落ち着いて出す形にします。

一次対応でやることを3つに絞る

夜間の一次対応で欲張ると、必ず失敗します。原因を突き止めることは一次対応の仕事ではありません。やることを、どこまで止まっているかの確認、業務を止めないための手当て、記録の3つに絞ると、眠い頭でも手順どおりに動けます。

3つに絞ると決めたのに、つい手を出したくなるのが再試行です。止まった原因が上限の超過である場合、繰り返し投げ直すことが制限を長引かせます。1分あたりのリクエスト数や処理できるトークン数に上限がある仕組みでは、失敗した要求も上限に数えられることがあると説明されています。連続した再試行だけで直そうとしないという一文を、手順書の先頭に置いておきます。

もう1つの落とし穴が、原因を当番が推測して記録に書いてしまうことです。推測は翌朝の調査を誤った方向に引っ張ります。記録には見たものだけを書き、解釈は書かないと決めておくと、当番が違っても記録の質がそろいます。

当番に渡しておくものは、手順書と連絡先と権限

当番表を作っただけでは、夜に出た人は動けません。渡しておくものは3つあります。手順書、連絡先の表、そして実際に使える権限です。夜間の対応を外部に委託する場合に整えるべきものとして挙げられているのも同じで、サービスごとの起動と再起動、ログの確認の手順、接続先の情報をまとめた手順書と、重大度ごとの連絡先の表の2点が最低限とされています。自社で当番を持つ場合も、渡すものは変わりません。

権限は最も忘れられます。手順書に書いてある操作を、当番のアカウントで実行できるかを、当番を始める前に1回試しておく。夜中に権限が足りないと分かると、権限を持つ人を起こすところからやり直しになります。渡すのが不安な操作は、その操作だけを実行する小さな仕組みを用意して、当番はそれを叩くだけにするという分け方もあります。

手順書は、置いてあるだけでは読まれません。先の事業会社の報告でも、障害対応に必要な最小限の情報と各種の文書への入口をまとめた1枚を用意したものの、実際に活用された例は少なかったと振り返られています。技術分野とサービス別に力量を見えるようにした一覧を作ってエスカレーション先を分かりやすくしたものの、使われた例を確認できなかったという報告もあります。夜中に眠い人が読むものは、1枚で、上から順に実行できる形でなければ機能しません。

• 手順書：起動と再起動、ログの見方、接続先。1枚で上から順に読める形にする
• 連絡先：重大度ごとに誰に何分以内にどの手段で。電話番号まで書く
• 権限：手順書の操作を当番のアカウントで1回試しておく
• 知らせる文面：使えないという事実だけを書いた下書きを、置き場所ごとに用意しておく

夜中に人を起こせない、という壁

当番表も手順書も権限もそろえたのに回らない原因として、実務の報告で挙げられているのが心理的な壁です。体制を組み替えた事業会社の振り返りには、うまくいかなかった点として夜間にメンバー間でエスカレーションを出す心理的障壁が大きいと書かれています。これは個人の遠慮の問題ではなく、設計の問題として扱う必要があります。

壁を下げる方法は2つあります。1つは、起こす判断を当番に委ねず、条件で決めてしまうことです。気づいてから30分で状態が変わらなければ二次に電話すると書いてあれば、当番は遠慮ではなく時計を見て動けます。もう1つは、起こされる側があらかじめ、起こしてよいと表明しておくことです。当番表に名前が入った時点で同意している、という共通の了解を作っておきます。

逆効果なのが、起こされた回数を個人の評価に結びつけることです。起こされる回数が減ることを良いことにすると、当番は起こすのをためらいます。数えるのは個人ではなく、仕組みごとの呼び出し回数にとどめます。

当番が続かなくなる型と、負担の測り方

当番は、作った直後よりも3か月後に壊れます。壊れ方には型があるので、先に知っておくと手を打てます。

• 鳴りすぎる通知を放置する：対応の要らない通知が混ざると、当番は全部を軽く見るようになる
• 1人か2人に夜が集中する：夜間対応が特定の1人か2人に寄った状態は、疲弊と属人化が同時に進む
• 当番の日に日中の仕事を満載する：呼び出しの後始末に使う時間が無く、記録も振り返りも残らない
• 手順書を作った時点で終わりにする：置いてあるだけの文書は夜中に読まれず、更新も止まる

壊れる前に気づくには、測る対象を決めておきます。夜間の呼び出し回数、そのうち人が手を動かす必要があったものの割合、1件にかかった時間、当番に入った人の偏り——この4つを月に1回並べるだけで、鳴りすぎているのか、人が足りないのかが分かります。呼び出しの半分以上が、見たけれど何もしなくてよかったものなら、直すのは体制ではなく通知の条件です。

測った結果を持って、通知を鳴らす条件を削ります。削る判断には勇気が要りますが、鳴らさないと決めた通知は、翌朝の一覧で必ず確認するという受け皿を作れば、見落としにはなりません。当番の負担を減らす近道は、人を増やすことよりも、夜に鳴るものを減らすことです。

当番を置けない規模での現実的な代わり

8人をそろえられない組織のほうが多数です。その場合に取るべき道は、当番を薄く広げることではありません。朝まで止めるという判断を、止まる前に決めておくことです。夜間は対応しないと決め、翌営業日の朝に着手する。この形は後退ではなく、業務が耐えられる停止の長さから逆算した正しい設計であることが多いのです。

決めておくのは3つです。夜間に鳴った通知をどこに溜めるか、朝に誰が最初に見るか、止まっている間に使う人がどうするか。3つ目が抜けると、朝まで止める判断が現場の混乱に変わります。止まっている間の代わりの手を1行で書いて、利用者に先に配っておきます。

もう1つの中間の形が、夜間は知らせるところまでを自動にするという割り方です。人が起きて直すのではなく、止まっていることを利用者に自動で知らせるところまでを仕組みにして、直すのは朝からにします。これなら、翌朝に、使えないのに誰も教えてくれなかったという不満だけは避けられます。

当番を置かないと決めたことは、決めていない状態とはまったく違います。決めてあれば、夜に連絡が回ってきた人が、朝までこのままでよいと即答できます。決めていないと、その連絡は誰かの判断を待って朝まで滞留し、翌朝には誰も状況を把握していない状態になります。

一次対応を外に出すときに決めること

人を増やせないが夜も止められない場合、一次対応を外部に委託する形があります。委託の解説では、夜間対応が特定の1人か2人に集中している、睡眠不足や疲弊が慢性化している、採用や引き継ぎが難しく属人化が進んでいる——こうした状態で効果が出やすいとされています。自社の当番が回らない理由がここに当てはまるなら、検討する値はあります。

委託の形は2つに分かれます。通知の受信から初動の確認と重大度の判断までを任せる形と、修正や再起動から正常の確認までを任せる形です。前者なら、判断の後は自社の担当にエスカレーションされるため、自社の当番は残ります。契約の形は、月額の固定、呼び出しごとの従量、その組み合わせの3通りが挙げられており、費用は対応する時間帯の範囲、約束する応答の厳しさ、対象の仕組みの複雑さ、振り返りの文書を作るかどうかで変わるとされています。

外に出しても自社に残る仕事があります。振り返りの確認と根本原因の分析、仕組みを直す意思決定、呼び出しの頻度と傾向の把握です。ここを一緒に渡してしまうと、夜は静かになるものの、同じ事象が毎月来る状態が固定します。委託は当番の代わりにはなりますが、判断の代わりにはなりません。

委託の解説では、自社で持つ部分と外に出す部分を混ぜた形が現実的だとされており、連絡の順番の設計、手順書の整備、振り返りの確認には自社が主体的に関わることが勧められています。つまり、夜に電話を取る役だけを外に出し、夜に何を起こすかを決める役は自社に残す形です。この切り方であれば、委託先が変わっても運用の中身は自社に残ります。

よくある質問

当番は情報システムの担当が持つべきですか

夜間に打てる手が技術の操作に限られるなら、技術の担当が一次に立つのが自然です。ただし、止めるかどうかの判断は業務の損得で決まるため、業務側の判断者を連絡先の表に入れておく必要があります。一次を技術の担当、全部を止める判断を業務側に置く分け方が、実務では回りやすい形です。

通知を受ける道具は何を使えばよいですか

道具より先に、誰の手元で音が鳴るかを決めるほうが効きます。共有のメール箱や全員が入るチャットでは夜に読まれません。時間帯で鳴らす相手を切り替えられることと、一定の時間で応答がなければ次の相手に回ることの2点を満たす形なら、どの道具でも成立します。

呼び出しの手当や代休は必要ですか

夜間に起きて対応した時間の扱いを決めていない当番は続きません。時間の扱いを労務の担当と先に確認し、代休と手当のどちらで返すかを当番を始める前に決めておきます。決めていない状態で運用を始めると、後から遡って整理するのが難しくなります。

原因の切り分けをAIに任せられますか

記録の整理や、過去の似た事象を探す作業までは任せられます。ただし、止めるかどうかと、利用者に何を伝えるかの判断は人が出します。切り分けの結果をAIに書かせる場合は、どのログのどの行を見てそう言えるのかという根拠を一緒に出させ、人が確認する範囲を先に決めておきます。

まとめ

夜にAIの仕組みが止まったときに効くのは、直し方の知識ではなく、誰が出て、誰を起こし、どこまでを当番の判断で止めてよいかが先に文字になっていることです。待機と通知と一次対応の3つをそろえ、業務が耐えられる停止の長さから当番を置くかを決める。人数が足りないなら薄く広げず、朝まで止めると決めてしまう。連絡の順番は重大度ごとに1枚にして、止める権限は責めない約束と一緒に渡す。まずは、直近3か月に夜間や休日に何回連絡が回ったかを数えるところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。