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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
kmitsuhashi
March 18, 2026
Technology
280
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.6k
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
780
ヤプリにおけるAWSコスト最適化の取り組み
kmitsuhashi
0
1.3k
Other Decks in Technology
See All in Technology
Metadata - Section 3 : Dublin Core Standard · DC
mohab1
0
120
PostgreSQL オプティマイザ統計の秘密
nori_shinoda
1
440
ゼロから作るWebアプリの新定番!?Amplify Gen 2 × AWS Blocksで実現する「開発速度とRDBの柔軟性のいいとこ取り」
amixedcolor
1
190
[dbts2026]数十PBの超巨大データ×AI活用を支えるSnowflakeの実力〜大規模環境におけるアーキテクチャと運用のリアル〜
y_matsubara
0
120
Ebitengine製iOSアプリ公開ボタンを押す会
eiei114
0
110
Kiro を使うコツ (頼み方、覚えさせ方、任せ方) | 目指せ Kiro マスター 09
inariku
PRO
3
110
内製アプリとClaudeスキルのセキュリティチェック、 Backlogの課題で回しています。
ayaka_egaaa
0
160
ライフワーク「猫でもわかるDirectConnect」
kentapapa
0
300
Context Ontology Accelerator 入門 (業務データの意味を、AI エージェントに渡す)
inariku
PRO
3
600
視野はAIに、視座は人に / ai-for-breadth-humans-for-perspective
nkzn
6
3.2k
公共分野での生成AI活用
toru_kubota
1
310
【dbts2026】AIエージェントの 判断と探索を変える、 データベース エンジニアリング― 既存DBの処理と依存関係から作る、オペレーショナルオントロジー ―
shisyu_gaku
0
260
Featured
See All Featured
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
2
2.2k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
570
The Curse of the Amulet
leimatthew05
3
17k
We Are The Robots
honzajavorek
0
440
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
520
Darren the Foodie - Storyboard
khoart
PRO
4
4.1k
Making Projects Easy
brettharned
120
6.9k
Chasing Engaging Ingredients in Design
codingconduct
0
390
How to Think Like a Performance Engineer
csswizardry
28
2.9k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
Believing is Seeing
oripsolob
1
270
Paper Plane (Part 1)
katiecoart
PRO
2
12k
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