インシデント管理とは何か。そして、解決のためには何をすべきか。



本記事では、個人やチームがうまくインシデントを管理するための秘訣について簡単にまとめます。

なお、サービスの運用として定められている個々のインシデントフロー(対応手順、連絡網など)や、その管理を目的とした専用のツールについては言及しません。

# インシデント管理とは、何か？

インシデント管理の目的は、業務への影響を最小限に抑えるための**業務復旧**です。
できるだけ早く暫定対応を実現することをゴールとし、関係者はそれに全力を尽くします。

## インシデント管理とは、何ではないか？

インシデント管理の目的は、恒久対策ではありません。
下記のような達成目標は、**問題管理**として分けて実施すべきものです。

- インシデントとなった原因の追究と対策
- エラーに基づくインシデントの再発防止
- 予防的な問題管理の実施

# インシデントの解決のためには、何をすべきか？

大規模なインシデントの場合は、担当者が一人で解決することは困難です。

解決に必要なのは、**情報の共有と役割分担**です。

・・・このフレーズ、どこかで聞いたことがある人も居るかもしれません。
実は、これは[リアル脱出ゲーム](https://realdgame.jp/)の脱出成功の秘訣と同じです。

https://note.com/azuld_73/n/n66283315f3a4

そう、インシデントの解決は、関係者が力を合わせて一刻も早くインシデントから脱出するゲームなのです。そう考えると、なんだか楽しくなってきませんか？

## 情報の共有

大規模なインシデントの検出後にまず必要なのは、**なるべく関係者みんなで課題のありようを書き出すこと**です。

関係者が集まり、各自がもっている情報(事実)を整理して可視化します。
そうすると、現時点で「分かっていること」と「分かっていないこと」を分けることができます。

それをすることで、暫定対応としての解決策がすぐに見つかる可能性があります。

https://www.itmedia.co.jp/business/articles/1907/17/news002_2.html

すぐに解決はできなくても、解決のために目指す方向性についての認識を揃えることはできるでしょう。

事実の整理のためには、[エンジニアなら知っておきたい障害報告&再発防止策の考え方](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda)で紹介されている、[障害報告のフォーマットについて](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E9%9A%9C%E5%AE%B3%E5%A0%B1%E5%91%8A%E3%81%AE%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6)が参考になります。まずは[障害内容サマリ](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E9%9A%9C%E5%AE%B3%E5%86%85%E5%AE%B9%E3%82%B5%E3%83%9E%E3%83%AA)と[カスタマーフィードバック](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%83%BC%E3%83%95%E3%82%A3%E3%83%BC%E3%83%89%E3%83%90%E3%83%83%E3%82%AF)を整理しましょう。


### 最新の状況をリアルタイムに共有する

最新の状況を関係者がキャッチできるようにしましょう。そのために、対応開始や対応完了のタイミングで、[障害タイムライン](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E9%9A%9C%E5%AE%B3%E3%82%BF%E3%82%A4%E3%83%A0%E3%83%A9%E3%82%A4%E3%83%B3)や[対応差分](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E5%AF%BE%E5%BF%9C%E5%B7%AE%E5%88%86)を更新するようにしましょう。

ここで一つ、最新の状況をリアルタイムにうまく共有してインシデントに取り組んでいた、象徴的な事例を紹介します。それは、2017年にGitLab.comが引き起こした本番データベースの喪失という事故への対応です。

なんと、この事故対応では、担当のエンジニアが集まって障害復旧に取り組んでいる様子を、YouTubeを通して全世界にストリーミング公開していました。

https://www.publickey1.jp/blog/17/gitlabcom56.html

この事例のように全世界に公開するというのは極端ですが、関係者はリアルタイムな情報共有の重要性を理解していたのでしょう。同じように、Slackなどのテキストベースでのコミュニケーションツールだけではなく、ビデオ会議ツールなども併用すると、スムーズな解決につながるでしょう。

### 定時報告をする

情報共有をおこなうべき相手は、直接障害復旧に取り組んでいる関係者のみではありません。

障害タイムラインをもとに、サービスの利用者に対してインシデントへの対応状況を定期的に報告します。その内容には、下記の内容を盛り込むとよいでしょう。

- 現在の進捗報告
- 次回定時報告の予定日時(緊急度にも依りますが、1~3時間後程度を目安に)

このとき、もし前回の定時報告から目立った進捗がなかったとしても、報告を省略してはいけません。引き続き対応中であることを報告し、次回の報告日時を予告しましょう。

これを実施することで、サービスの利用者も状況を理解できるため、不安感を下げることができます。言い換えると、インシデントの解決に取り組んでいる担当者を外部の騒音から守り、作業に集中できる環境を作ることにもつながります。

## 役割分担

情報の共有ができたら、次に必要なのは役割分担です。一般的には、下記の4つの役割が必要とされているようです。

- 司令塔：インシデントの全容を把握し、全体を統括する役割
- 調査・復旧役：問題に対しての技術的な調査および復旧をする役割
- 外部通信役：ユーザとのコミュニケーション(ヒアリングや定時報告)をする役割
- 記録役：調査や復旧の作業内容を記録し、現状の問題を継続的に観察する役割

https://stefafafan.hatenablog.com/entry/incident#%E9%9A%9C%E5%AE%B3%E5%AF%BE%E5%BF%9C%E3%81%AB%E3%81%AF%E8%A4%87%E6%95%B0%E3%81%AE%E5%BD%B9%E5%89%B2%E3%81%8C%E3%81%82%E3%82%8B

必ずしも4人以上の担当者が必要であるというわけではない（あまり関係者が多くなりすぎると、今度は情報共有のコストが高くなる）ですが、最低でも3名以上で対応することが一般的であるようです。

詳細は、以下の記事が詳しいです。

https://dev.classmethod.jp/articles/first-step-incident-team/#toc-4

# まとめ

- インシデント管理の目的は、業務への影響を最小限に抑えるための**業務復旧**である。まずは暫定対応の実現を目指す
- 大規模なインシデントでは、**情報の共有と役割分担**が重要である
- 情報の共有には「[障害内容サマリ](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E9%9A%9C%E5%AE%B3%E5%86%85%E5%AE%B9%E3%82%B5%E3%83%9E%E3%83%AA)」「[カスタマーフィードバック](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%83%BC%E3%83%95%E3%82%A3%E3%83%BC%E3%83%89%E3%83%90%E3%83%83%E3%82%AF)」「[障害タイムライン](https://qiita.com/hirokidaichi/items/f9f4549c88aaf8b38bda#%E9%9A%9C%E5%AE%B3%E3%82%BF%E3%82%A4%E3%83%A0%E3%83%A9%E3%82%A4%E3%83%B3)」などの適したフォーマットがある
- 役割分担には「司令塔」「調査・復旧役」「外部通信役」「記録役」の4つが必要である

# その他の関連記事

本記事は、本文中で引用した以外にも、以下の記事を参考にして書かれました。

- [サービスサポート | Wikipedia](https://ja.wikipedia.org/w/index.php?title=%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%82%B5%E3%83%9D%E3%83%BC%E3%83%88&oldid=81961394)
- [インシデント管理とは？ インシデント管理が必要な理由と効率化の方法｜IT情報メディアサイト　idearu（アイディアル）](https://www.idearu.info/article/system/incident-management)
- [ITILを深める！　サービスサポート編 - ITmedia エンタープライズ](https://www.itmedia.co.jp/enterprise/articles/0807/22/news006.html)(要会員登録)