本文へスキップ

チームコラボレーションシナリオ

WhaTapを 一人が上手く使う ことと、チーム全体が運用体制として使う ことは別の話です。本ガイドでは、チーム単位でWhaTapを使うときに必要な協働パターン — ダッシュボード・アラート・権限・引継ぎ・ルーチンをまとめて整理します。

このガイドが向いている方
  • WhaTap導入後、個人利用を全チームへ拡張したいリード
  • 障害対応担当者のローテーションを始めた、または始めようとしているチーム
  • 複数チーム・複数プロジェクトを管理するエンジニアリングマネージャー・MSP

事前準備​

協働に必要な5つの軸​

  1. 共有観測資産(ダッシュボード・Flexboard)
  2. アラート配分(役割・担当者別ルーティング)
  3. 権限体系(誰が何をできるか)
  4. 担当者引継ぎ(責任移動時の情報損失防止)
  5. 定期ルーチン(スタンドアップ・振り返り・会議でWhaTapを使う場面)

① 共有観測資産の運用​

チーム共有Flexboard​

  • チームが毎日開く 一枚 を維持する。Flexboard URLをチームSlackチャンネルのブックマーク・コラボツールに固定
  • ウィジェット構成は チームが実際に毎日の意思決定に使う指標 だけにする。見えるものが多いほど良いダッシュボードではありません
  • 構成変更時はチームチャンネルに告知 — メンバーは画面が変わった理由を共有される必要があります

複数製品の統合時​

複数の製品を組み合わせて使う場合 → Flexboardで製品の指標を組み合わせる

② アラート配分 — 役割/担当者ベース​

  1. 役割タグ の設計: 障害対応担当者、DBチーム、管理者 など職務中心
  2. 担当者タグ はローテーションで移動: 今週A、来週B
  3. イベントルールごとに どのタグが受信するか を明示
  4. ノイズを減らす
    • Warningはチャンネルメッセージ、CriticalのみSMS/アプリ
    • 同一イベントの繰り返しはスロットリング・エスカレーション(0, 1H, 1D)

詳細: 異常通知の受信設定

チームコラボツールとの連携​

  • Slack Webhook — チャンネル別に受信を分離(例: #alert-backend, #alert-db)
  • サードパーティ連携 — PagerDuty、Opsgenieなど外部の運用ツールと結合(有料機能を確認)

③ 権限体系 — 「誰が何をできるか」​

WhaTapは固定の役割ではなく、機能別の権限チェックボックス です。チームの規模別に権限運用を変えましょう。

小規模チーム(5名以下)​

  • ほとんどのメンバーに 修正 + アラート通知受信 を付与
  • メンバー管理 は1〜2名
  • 課金 はチームリード1名

中規模チーム(6〜20名)​

  • 基本の閲覧は全員に付与
  • 障害対応担当が可能なメンバーにだけ アラート通知受信 + アラート設定
  • インフラ・ダッシュボード設定担当に 修正 + Flexboard編集権限
  • メンバー管理 は2〜3名(バックアップ含む)

大規模組織(複数チーム・複数プロジェクト)​

組織-グループ-プロジェクトの3階層構造を活用:

  • 組織(Organization): 会社/事業部単位 → 組織管理
  • グループ(Group): チーム単位 → グループ管理
  • プロジェクト(Project): サービス・環境単位

上位(組織)で権限を付与すると下位(プロジェクト)へ継承されます。各チームリードにだけ組織・グループの管理権限を持たせ、細部の運用はチームの自律に任せます。

権限の詳細: メンバー権限

④ 担当者引継ぎ — 責任移動時の情報損失防止​

担当者の交代は 知識移動の難所 です。WhaTapの画面をいくつか一緒に見ながら引き継ぐだけで、次の担当者の対応速度が変わります。

引継ぎチェックリスト(15分以内)​

  1. 前の当番中に発生したイベント — イベント履歴メニューから期間フィルタで共有
  2. 現在経過観察中の問題 — あれば画面URL + 一行説明
  3. 今日/今週の注意ポイント — デプロイ予定、トラフィックイベントなど
  4. 担当者タグの移動 — ユーザー別イベント受信タグで担当者タグを再割り当て
引継ぎドキュメントのテンプレート

チームWikiに以下のテンプレートを用意し、交代のたびに更新してください。

## 担当者引継ぎ — YYYY-MM-DD → YYYY-MM-DD
- 次の担当者: @名前
- 主要なイベント:(なし / あり: ...)
- 経過観察:(なし / リンク + 1行)
- 注意事項:(デプロイ・イベント・点検など)
- 担当者タグの移動完了: ✓

⑤ チームルーチン — WhaTapをいつ使うかを固定する​

技術が定着するためには ルーチンの中に入る 必要があります。

デイリースタンドアップ(1分)​

  • 共有Flexboardをスキャン → 昨日の異常値はないか、今日注意することはあるか

週次チームミーティング(5分)​

デプロイ前後(10分)​

障害事後振り返り(障害発生後1〜3日以内)​

四半期振り返り(90分)​

  • 四半期内の障害パターン分析 → イベントルール・ダッシュボード・権限構造の再点検

変更履歴の追跡 — 設定問題を素早く特定する​

複数名が設定を触るうちに「いつからおかしくなったのか」を追跡するのが難しくなります。WhaTapは ユーザー行為 メニューでプロジェクト内の変更履歴を自動記録します。

  • 設定変更後に問題が発生 → ユーザー行為の確認で原因特定を短縮
  • 詳細: ユーザー行為

結果確認​

  • メンバーが毎日開く共有Flexboard URLがあり、チームチャンネルにブックマークされている
  • イベントルールごとに受信タグが指定されており、「全員一斉配信」になっていない
  • 担当者の交代時、15分の引継ぎチェックリストに従う
  • 週次ミーティング・デプロイ前後・振り返りにWhaTap画面を開く瞬間がルーチン化されている
  • 大きな組織なら、組織-グループ-プロジェクトの階層で権限委譲が設定されている

チームの協働が定着すると、WhaTapは個人ツールではなく チームの共有認知システム になります。一人の知識ではなくチームの運用構造に保存されるため、担当者が変わっても品質が維持されます。

次のステップ​

最終修正：