インシデント指揮官とは?

重要なポイント: インシデント マネージャーとも呼ばれるインシデント指揮官 (IC) は、メジャー インシデントへの対応を主導する人物であり、インシデントが解決するまで、状況の評価、次の対応の決定、作業の割り当て、コミュニケーションの管理を行います。

• 概要: 役職ではなく役割であり、インシデントに関連するすべての事項について最終決定権を持ちます。IC は、自ら問題を修正するのではなく、スペシャリストを指揮します。

• なぜ重要なのか: 単一の指揮系統がない場合、チーム間で作業が重複し、全体像を見失い、関係者に情報が伝わらないままになります。組織が大きくなるほど、この役割の重要性は増します。

• Jira Service Management のメリット: IC は 1 つの場所でインシデントのタイムラインを確認し、対応者を割り当て、コミュニケーション チャンネルを管理し、終了後に事後分析へ引き継ぐことができます。

インシデント マネージャーとも呼ばれるインシデント指揮官 (IC) は、メジャー インシデントへの対応を主導する人物です。インシデントが宣言された瞬間から、IC は状況を評価し、次に何をすべきかを決定し、対応者を割り当て、関係者とのコミュニケーションを管理し、サービスが復旧するまでチームが集中して取り組めるようにします。IC は役職というよりも役割です。技術的な作業を行うスペシャリストを指揮し、インシデントに関連するすべての事項について最終決定権を持ちます。

この用語は、混沌とした状況に秩序をもたらすためにインシデント コマンド システムが開発された、消防や緊急対応の分野に由来するものです。リスクの大きさは異なりますが、役割は同じです。このガイドでは、チームに IC が必要な理由、その役割の職務、IC になる方法、およびベスト プラクティスについて説明します。

なぜチームにインシデント指揮官が必要か?

インシデント指揮官は、インシデントに関する主要連絡先であり、信頼できる情報源です。インシデント指揮官は、全体像を見てすべての不確定要素を管理し、何が試されて何が捉えられているかを把握し、次のステップを計画して管理します。

インシデント指揮官がいなければ、コミュニケーションとチームワークが崩壊します。チームが知らないうちに重複して作業し、大局的見地から見た問題点を見逃し、システム ユーザー、社内の関係者、リーダーシップ、互いの迅速かつ正確なコミュニケーションに失敗するということが簡単に起こり得ます。組織のテクノロジーやチーム構造が大きく複雑になるほど、この役割が健全なインシデント管理の実践に不可欠になります。

インシデント指揮官の義務

インシデントの準備

インシデント指揮官は、通信チャンネルを設定してインシデント中に適切な人々をこれらのチャンネルに招待し、インシデント管理だけでなくインシデント中のコミュニケーションに関するベスト プラクティスについてチーム メンバーをトレーニングする責任を負います。

意思決定

IC は、インシデントを迅速に評価して、何をすべきか、必要なチーム メンバーは誰か、解決プロセスのすべての段階で次にどのようなアクションが行われるかを決定する責任を負います。IC は、人の話をしっかり聞き、エキスパートの推奨事項の収集、合成、優先順位付けに長けている必要があります。

最高のインシデント指揮官は、強力な問題解決スキルを備えた、確実に意思決定できる人物です。

権限委譲

IC はタスクをチームに委任して追加の開発者やコミュニケーション エキスパートなどを引き入れ、チームを拡大するタイミングを知る必要があります。

監督

開発者がインシデントの原因とコード内での解決方法を見つけ出すことに注力する一方、インシデント指揮官は全体像を把握する必要があります。すでに試されていることは何でしょうか? 前回は何がうまくいったのでしょうか? 現在の戦略がうまくいかない場合の次善ステップは何でしょうか?

インシデント指揮官は、プロセスを最初から最後まで監督して、適切な質問をし、各チーム メンバーから定期的な進捗レポートを入手し、次のステップに優先順位を付ける責任を負います。

チームの連携

インシデントが大きくなるほど、複数のチームが連携して解決に取り組む可能性が高くなります。IC はコミュニケーションを監督して、全員が同じ認識を持つように徹底します。また、解決までの時間を最小限に抑えるために、チーム全体で会話を集中させて簡潔に保つ必要があります。

パニック管理

インシデントはリスクが高くストレスの多いイベントであり、意思決定の質を低下させます。このため、インシデント指揮官は仕事の一部として、チームを落ち着かせて集中力を維持させる必要があります。

IC は、非常にストレスが大きいメンバーをインシデント チームから外して、必要に応じてそのチームに説明し、チームを当座の作業に引き続き再集中させられて、またそれを自ら進んで行う必要があります。また可能であれば、社内外の関係者から絶え間なく寄せられる質問や混乱をかわすことで、チームから余計なストレス負担を取り除く必要があります。

エスカレーションおよびリソース管理

必要に応じてインシデント指揮官は、上級または専門の開発者に課題をエスカレートしたり解決を速めるために追加のリソースを加えたりする責任を負います。

計画

インシデントの発生前とインシデント中の両方において、IC は次のステップとバックアップ プランを準備しておく必要があります。

事後分析

インシデントが解決されたら、インシデント指揮官は、事後分析を行う責任を負います。これには、チームが考えを共有できるドキュメントの作成、事後分析ミーティングの計画、将来のインシデントの影響を防止または軽減する方法に関する推奨事項の作成が含まれます。

インシデント指揮官になる

インシデント指揮官の中心的な責任は、リソース管理、コミュニケーション、問題解決です。経営上層部からインターンまで、これらのスキルを持つ誰もが優れたインシデント指揮官になれます。

通常、インシデント指揮官に求められる要件は次のとおりです。

• 優れたコミュニケーション スキル

• インシデント管理のベスト プラクティスとシステムに関する大まかな知識

• 問題解決スキル

• 迅速かつ確実に意思決定する能力

• 話を聞いて意見をまとめるスキル

• 重大なインシデントに関するこれまでの経験 (参加者または閲覧者として)

• リーダーシップ スキル (ストレスが大きい状況で指揮する能力)

ほとんどの企業ではインシデント指揮官になる前に、要領を覚えるために他の IC をシャドーイングすることが求められます。これらのような場合のベスト プラクティスは、インシデントが解決されるまでは静かに観察して学習し、質問を控えることです。

インシデント指揮官のベスト プラクティス

業界のベスト プラクティスの最新情報を常に把握する

インシデント指揮官は、インシデントを通じてチームを首尾よく指導する責任を負うため、インシデント対応のベスト プラクティスとインシデント コミュニケーションのベスト プラクティスに精通している必要があります。Atlassian のインシデント管理ハンドブックも、もう 1 つの有用なリソースです。

事前に計画

また、インシデントが発生する前に戦略的なプランを立てることも不可欠です。インシデント発生前のプロセスをしっかりドキュメント化すればするほど、IC とチームは、インシデントによって生じる、ストレスの大きい厳しい環境を追跡しやすくなります。

チームをよく知る

チームのダイナミクス、およびチーム リードのスタッフの長所と短所を理解することで、委任の効率化とインシデント解決の促進につながります。

タスクを続ける

重大なインシデント中でも、チームの話し合いと Slack の会話が本題から逸れる可能性があります。IC は、チームの脱線を止めて、当座のタスクに再集中させる準備を整える必要があります。

この作業は、口頭または書面による簡単な注意で済む場合もありますし、チームからスタッフを外したり新しいスタッフを投入したりしなければならないこともあります。最高の IC であれば、相手が CEO や上司であっても、その人がチームを混乱させるような場合は、オンコール勤務から進んで外します。

冷静を保つ

最高の IC は、危機的状況の中でも冷静を保って集中力を維持できます。このような資質が IC に自然に備わっていなくても、訓練して向上させられます。

事後分析に優先順位を付ける

インシデントが解決されたら、チームがインシデント管理とシステム全体を将来どのように改善できるかを特定するために、IC は誰も責めることのない事後分析を実行する必要があります。最高の IC であれば、インシデントを冷静に解決に向けて導くだけでなく、企業がインシデントから学んで業務を改善する手助けにも取り組みます。

結論

全体像を示すツールは、すべてのインシデント指揮官に役立ちます。Jira Service Management はアラートを一元化し、対応者を単一のインシデント チャンネルに集め、試行された内容のタイムラインを維持して、インシデントをその後の事後分析にリンクします。