Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Waroomで始めるインシデント対応(社内向け)
Search
kmitsuhashi
March 18, 2026
Technology
150
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Waroomで始めるインシデント対応(社内向け)
社内向けに実施したWaroom導入に伴う説明資料
Zennテックブログに記載 (
https://zenn.dev/hubble/articles/df3268d7bb1b5f
)
kmitsuhashi
March 18, 2026
More Decks by kmitsuhashi
See All by kmitsuhashi
泥臭く始める一人目SREの生存戦略、戦略的属人化による運用肥大化からの脱却
kmitsuhashi
1
3k
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
720
ヤプリにおけるAWSコスト最適化の取り組み
kmitsuhashi
0
1.2k
Other Decks in Technology
See All in Technology
関数型の考えを TypeScript に持ち込んで、テストしやすい純粋関数を増やす / Pure at the Core, Effects at the Edge: Bringing Functional Thinking into TypeScript
kaminashi
2
130
「守りたい体験」を渡すだけで E2E を生成させられるようになった話
hinac0
0
150
AI時代のPlaywright活用(システムテストを自動化する ー 実行エンジンにPla ywrightを選んだ理由)
ynisqa1988
0
120
インフラと開発の垣根を超えていき!〜元AWSインフラエンジニアがAWS開発で奮闘している話〜
hatahata021
3
290
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
4
3.9k
kintone の AI コワーカーを、 Anthropic にエージェントを"ホストさせて"作った話 #devkinmeetup
sugimomoto
0
110
世界、断片、モデル。そして理解
ardbeg1958
1
130
Compose 新機能総まとめ / What's New in Jetpack Compose
yanzm
0
300
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
110k
Making sense of Google’s agentic dev tools
glaforge
1
260
地域 SRE コミュニティ最前線 / SRE NEXT 2026 Discussion Night Track C
muziyoshiz
0
230
End-to-Endで考える信頼性 —LINEアプリにおけるクライアント開発×SRE連携の実践
maruloop
4
4.5k
Featured
See All Featured
Odyssey Design
rkendrick25
PRO
2
730
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.7k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
220
Done Done
chrislema
186
16k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
230
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
So, you think you're a good person
axbom
PRO
2
2.1k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
1
3.7k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
510
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
650
Transcript
Waroomで始める インシデント対応 社内向け
目次 1. 現状の課題 2. Waroomが提供する機能 3. 新しいインシデント対応フローのポイント
現状のインシデント対応フローを ご存じの方?🙋
インシデントコマンダーについて 説明ができる方?🙋
現状の課題 - 対応前 - インシデント対応フローは定義されているが浸透していない - インシデントコマンダーという役割は定義されているが浸透していない - 対応中 -
情報が分散している上に様々なステークホルダーから問い合わせが発生し集 中できない (プチパニック) - 対応後 - ポストモーテムを書くのが大変 - インシデントから学びを得るフローが正しく機能していない - インシデント対応でどこにどれくらい時間がかかっているのか把握できていな い
Waroomが提供する機能 - Waroom botによる対応フローの支援 - 専用チャンネルの自動作成とメンバーの自動招集 - インシデント情報の自動更新 - ポストモーテムの自動生成
- インシデント情報(メトリクス)の蓄積と可視化
インシデント発生チャンネルへの自動投稿 専用チャンネルへの自動招集とフローの提示
AIによるインシデント情報の自動更新
インシデント情報からポストモーテムの自動生成
インシデント情報の蓄積と可視化
現状の課題(再掲) - 対応前 - インシデント対応フローは定義されているが浸透していない - インシデントコマンダーという役割は定義されているが浸透していない - 対応中 -
情報が分散している上に様々なステークホルダーから問い合わせが発生し集 中できない (プチパニック) - 対応後 - ポストモーテムを書くのが大変 - インシデントから学びを得るフローが正しく機能していない - インシデント対応でどこにどれくらい時間がかかっているのか把握できていな い
現状の課題(再掲) - 対応前 - インシデント対応フローは定義されているが浸透していない - インシデントコマンダーという役割は定義されているが浸透していない - 対応中 -
情報が分散している上に様々なステークホルダーから問い合わせが発生し集 中できない (プチパニック) - 対応後 - ポストモーテムを書くのが大変 - インシデントから学びを得るフローが正しく機能していない - インシデント対応でどこにどれくらい時間がかかっているのか把握できていな い Waroom導入だけでは解決しない
インシデント起票後のフローのカスタマイズ 全体フローの再定義
新しいフローで抑えておきたいポイント 1. インシデントかも ??と思ったらとにかく起票! 2. インシデントコマンダーがあなたの絶対上司 3. 影響調査チームと原因調査チームの分離 4. スレッドベースでのコミュニーション
5. アクションアイテムでのタスク管理 6. ポストモーテム観点と共有会 7. ネクストアクションの完遂
1. インシデントかも ??と思ったらとにかく起票! /waroom createで起票
2. インシデントコマンダーがあなたの絶対上司 https://speakerdeck.com/jacopen/sabisunowei-ji-nili-tixiang-kauridasitupu-insidentokomandan oyi-ge-tozhan-lue?slide=33
3. 影響調査チームと原因調査チームの分離 顧客が最も欲しがっている情報は、システム障害の原因よりも影響範囲です。 引用:【改訂新版】システム障害対応の教科書 (p.129) ※ 状況によってチームを分けないこともあります。 ICの指示に従ってください
4. スレッドベースでのコミュニケーション
5. アクションアイテムでのタスク管理 Waroom画面でアサインとステータスを管理 完了すると専用チャンネルへ通知される
6. ポストモーテム観点と共有会 忘れがちなポストモーテムの観点 - 起きてしまった場合の対応 - どうしたら早く気付けたか (TTD/TTA) - どうしたら早く原因を特定できたか
(TTI) - どうしたら早く事象を収束できたか (TTF/TTR) - インシデント対応プロセス自体の評価 ポストモーテムとポストモーテム共有会 - ポストモーテム - 関係者のみで実施するポストモーテム共有会 - ポストモーテム共有会 - ポストモーテム自体の共有を全体向けに行う
7. ネクストアクションの完遂 アクションアイテムの消化状況は Waroom上で確認可能であるためこれをトラッキングする Waroom bot指示でネクストアクションを登録することを明示
まとめ Waroom自体のアップデートや実際のインシデント対応の中で フロー自体は継続的に改善していきます💪 仕組みとツールを味方に、より安定したサービスをともにつくっていき ましょう! - インシデントかも??と思ったらとにかく起票 (もう怖くない) - インシデントコマンダーがあなたの絶対上司
(報連相忘れずに) - 影響調査も大事だよ - 障害を未然に防ぐだけがポストモーテムの観点ではない
参考 https://gihyo.jp/book/2024/978-4-297-14012-0 https://gihyo.jp/book/2025/978-4-297-15111-9