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
240
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
5k
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
750
ヤプリにおけるAWSコスト最適化の取り組み
kmitsuhashi
0
1.2k
Other Decks in Technology
See All in Technology
アプリログインとWeb認証基盤をつなぐ ASWebAuthenticationSession 作法
shimastripe
1
320
人間はどの意思決定を手放せるのか
kawasima
14
6.8k
Gitは怖い?共有ワークスペースから始めるSnowflakeチーム開発
coco_se
0
220
アプリをもっと"iOSアプリっぽく"する小さな工夫 / Small Touches That Make Your App Feel More Like an iOS App
matsuji
1
890
range over func 2年間の軌跡 Issue #56413 はGoのエコシステムをどう変えたか
ryujicre8ive
0
190
山手線を徒歩で一周してわかった、 位置情報アプリは「足」が最強のデバッガー
hinakko
0
150
登壇の自信を奪う3匹のオバケ / 3 Ghosts That Rob You of Your Confidence in Public Speaking
pauli
8
920
Omarchy Quattro の日本語設定周り
simosako
2
180
Genieを崇めよ
kameitomohiro
0
120
積み重なった技術負債への挑戦 〜初手としての全社ゴト化〜
techtekt
PRO
0
1.2k
幾何アルゴリズムで なめらかなピン操作を / iOSDC Japan 2026 / smoothpin
kazumanagano
0
350
AI時代の「技術的負債」の変質ー概念の終焉と再解釈、エージェントと共に向かう先
nwiizo
0
2.6k
Featured
See All Featured
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.8k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
12k
Evolving SEO for Evolving Search Engines
ryanjones
0
290
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
2.9k
HDC tutorial
michielstock
2
870
Test your architecture with Archunit
thirion
2
2.4k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
430
Docker and Python
trallard
47
4.2k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
380
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
WCS-LA-2024
lcolladotor
0
830
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.6k
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