Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Waroomで始めるインシデント対応(社内向け)
Search
kmitsuhashi
March 18, 2026
Technology
260
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
5.3k
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
770
ヤプリにおけるAWSコスト最適化の取り組み
kmitsuhashi
0
1.2k
Other Decks in Technology
See All in Technology
freeeらしさをAIとともに作る / Creating the freee Experience with AI
ymrl
0
220
夫婦で子育てするための育児標準化
codmoninc
PRO
0
140
ハードウェアコンペでもAI駆動開発が進んでいる話
iotengineer22
1
680
Jetson Orin Nanoとk3sとローカルLLMで音声文字起こしシステム作ってみた
y_sera15
0
120
Incremental HTTP
kazuho
5
2.1k
使いこなすために知っておきたい Azure SRE Agent アンチパターン
torumakabe
2
470
LLM機能を自作して分かるSnowflake Cortex AIの強み
nayuts
0
350
しろおびから始める!ログ活用の第一歩
shumei_ito
0
880
味覇で作るパスタが美味い - 20261001_yabaubuki.dev
livesense
PRO
0
120
プロダクト価値を、 チームが使える判断軸に変える
vivion
0
140
パッチ更新でterraform initが落ちた日
grimoh
1
120
Kiro Crewをはじめよう
kizawa2020
1
130
Featured
See All Featured
Paper Plane (Part 1)
katiecoart
PRO
2
11k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
50
10k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
450
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Building Adaptive Systems
keathley
44
3.2k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
560
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
610
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
31k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
3.1k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
350
How to Think Like a Performance Engineer
csswizardry
28
2.9k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
340
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