シナリオ
Chat/Slack × Engineering とは
本番インシデント発生時の Slack コミュニケーションは、エンジニアにとって最も緊張感のある実務英語シーンのひとつ。スピード・簡潔さ・明確な役割分担が求められ、過剰な丁寧語や長文は逆効果になる。
今日のシナリオ
SaaS企業 Novalite のシニアエンジニアとして、オンコールシフト中にCSチームの Maya Rodriguez から緊急のバグレポートが届いた。本番環境の決済フローで一部ユーザーが「Payment failed」エラーを受けている。あなたはトリアージし、関係チームへ即座にエスカレーションと作業指示を Slack で行う。
MR
@you hey, we're getting reports from 3 customers — they're seeing "Payment failed" on checkout. Happened in the last 20 mins. Any idea what's going on?
あなた
Senior Engineer（オンコール担当）
バグのトリアージ・インシデント宣言・担当者割り当てを Slack で実行する
Maya Rodriguez
CS Lead
顧客からの問い合わせを受けてエンジニアにエスカレーション。技術的詳細は不明
Kevin Park
Backend Engineer
payment-service の担当エンジニア。DM で作業指示を受ける
重要なコンテキスト
速さ > 丁寧さ
Slack インシデント対応では "I hope this message finds you well" は禁物。受領・状況・アクションを数秒で伝えることが求められる。
Slack インシデント対応では "I hope this message finds you well" は禁物。受領・状況・アクションを数秒で伝えることが求められる。
ラベル形式で構造化
英語圏のSaaSチームでは、Slack での情報共有に Bold + ラベル（Summary: / Impact: / Severity:）を使うのが標準。スキャン性が命。
英語圏のSaaSチームでは、Slack での情報共有に Bold + ラベル（Summary: / Impact: / Severity:）を使うのが標準。スキャン性が命。
質問は1つに絞る
複数の質問を一度に送ると相手が「どれから答えるか」で迷い、返信が遅れる。CSメンバーへの確認は1回に1つの質問が鉄則。
複数の質問を一度に送ると相手が「どれから答えるか」で迷い、返信が遅れる。CSメンバーへの確認は1回に1つの質問が鉄則。
タスク
以下の3場面それぞれで Slack に投稿するメッセージ を英語で書け。各メッセージは 150文字以内（複数の短い投稿に分けてよい）。
Scene 1 — Maya への確認返信
状況を受け取り、調査開始を宣言し、追加情報を1つ聞く
Maya から決済エラーの報告を受けた。調査開始を伝え、追加情報を 1つだけ 具体的に聞き返せ。
State: Maya's message arrived 1 minute ago. You're the on-call engineer. Reply immediately.
Scene 2 — #incidents への周知投稿
インシデントを宣言し、影響範囲・Severity・担当者を伝える
初期調査で
含めること: 問題の概要 / 影響範囲 / Severity (P1〜P3) / 担当者 (@you リード、@kevin バックエンド)
payment-service に 503 Service Unavailable が急増していることを確認。#incidents チャンネルでインシデント宣言を投稿せよ。含めること: 問題の概要 / 影響範囲 / Severity (P1〜P3) / 担当者 (@you リード、@kevin バックエンド)
State: You've confirmed 503s spiking in Datadog. Now declare the incident in #incidents.
Scene 3 — Kevin への DM
具体的な作業指示を DM で送る
Kevin Park に DM で 具体的な作業指示 を送れ。
含めること: 最初に確認してほしいこと（ログの場所）/ アップデート期限（X分以内）/ 詰まったときのescalationパス
含めること: 最初に確認してほしいこと（ログの場所）/ アップデート期限（X分以内）/ 詰まったときのescalationパス
State: You've just posted to #incidents. Now DM Kevin directly with clear instructions.
Chat/Slack × Engineering 必須語彙
カードをクリックすると日本語訳と例文を表示します。
On it
クリックで詳細を表示 →
承知、すぐ取り掛かる
💡 "On it — pulling logs now." で受領と行動を1秒で伝える
pulling logs
クリックで詳細を表示 →
ログを確認中（引き出す）
💡 "Pulling prod logs now" — エンジニア英語で最も自然な表現
spiking
クリックで詳細を表示 →
急増している（グラフが尖る）
💡 "503s are spiking in prod since ~10:45" — "increasing rapidly" の簡潔版
revenue-impacting
クリックで詳細を表示 →
収益に影響がある → P1 判断理由として最強の一言
💡 "Severity: P1 — revenue-impacting" で即エスカレーション確定
If you're blocked
クリックで詳細を表示 →
詰まったら（前に進めない状態）
💡 "If you're blocked, ping @daniel" — escalation パスを明示する定番表現
Stand by
クリックで詳細を表示 →
待機して / 続報を待て
💡 インシデント投稿の締め。"Will update in 15 min. Stand by." が定番
Incident declared
クリックで詳細を表示 →
インシデント宣言（正式な緊急対応開始の合図）
💡 "🚨 Incident declared" — 絵文字で視認性UP。チーム全員への合図になる
Need an update in X min
クリックで詳細を表示 →
X分後に状況報告を（明確な期限付き依頼）
💡 "Need an update in 10 min." — "when you have time" は禁物。期限を必ず入れる
ヒント（段階的開示）
ヒント 1 — 構成・方向性
- 場面1: 3ステップ → ① "On it." ② "Checking logs now." ③ "Can you share [具体的な1項目]?" の順。聞きすぎない。
- 場面2: インシデント投稿のフォーマット：🚨 → Summary → Impact → Severity → Assigned to → Next update。Slack は縦方向に読む。ラベル形式にする。
- 場面3: Kevin への指示は「何を・どこで・いつまでに・詰まったら誰へ」の4点セット。丁寧な枕詞は省く。
ヒント 2 — キーフレーズ
"On it 👀 — pulling prod logs now.""Can you share one of the affected user IDs or the exact error code?""🚨 Incident declared | payment-service 503s spiking | Impact: checkout | Severity: P1 (revenue-impacting) | Lead: @you | Backend: @kevin""Hey Kevin — P1 on payment-service. 503s since ~10:45. Check Datadog logs (prod, last 30 min). Update in 10 min. If blocked, ping @daniel."
ヒント 3 — 骨格
場面2の骨格:
🚨 Incident declared
Summary: [service] is returning [error] in prod since ~[time]
Impact: [affected feature] — [scope]
Severity: P[N] — [reason]
Assigned: @you (lead), @kevin (backend)
Will update in [X] min
場面3の骨格:
Hey [name] — [context in 1 sentence].
Can you check [specific log/tool] for [specific error]?
Need an update in [X] min. If you're blocked, ping @[escalation].
モデル解答
場面 1 — Maya への確認返信
MR
@you hey, we're getting reports from 3 customers — they're seeing "Payment failed" on checkout. Happened in the last 20 mins. Any idea what's going on?
YO
👀 On it — pulling prod logs now.
Can you share one of the affected user IDs or the exact error code they're seeing?
Can you share one of the affected user IDs or the exact error code they're seeing?
場面 2 — #incidents への周知
YO
🚨 Incident declared
Summary:
Impact: Checkout flow — all users attempting payment
Severity: P1 (revenue-impacting; checkout is blocked)
Lead: @you | Backend: @kevin
Next update in 15 min. Stand by.
Summary:
payment-service returning 503 Service Unavailable in prod — spiking since ~10:45 AMImpact: Checkout flow — all users attempting payment
Severity: P1 (revenue-impacting; checkout is blocked)
Lead: @you | Backend: @kevin
Next update in 15 min. Stand by.
場面 3 — Kevin への DM
YO
Hey Kevin — we've got a P1 on
Can you check the error logs in Datadog (
Need an update in 10 min. If you're blocked, ping @daniel.
payment-service. 503s spiking since ~10:45.Can you check the error logs in Datadog (
payment-service → prod → last 30 min)?Need an update in 10 min. If you're blocked, ping @daniel.
キー表現ハイライト
"On it 👀 — pulling prod logs now." — 受領＋即行動を1秒で伝える
"Incident declared" + ラベル形式 — スキャン性を最大化するインシデント投稿の定石
"Severity: P1 — revenue-impacting" — 判断理由を一言添えるのがプロ
"Need an update in 10 min." — "when you have time" を絶対に使わない
"If you're blocked, ping @daniel." — escalation パスを明示して詰まりを防ぐ
解説
構成分析
1
場面1: "On it" で即受領 → 行動宣言 → 質問1つ
"On it" は「承知・すぐ取り掛かる」を1語で表す最速の受諾表現。その後 "pulling prod logs now" で能動的な行動を明示し、"Can you share [具体的な1項目]?" で1つだけ聞く。複数質問はCSメンバーの返信を遅らせる——インシデント対応では1往復1質問が鉄則。
"On it" は「承知・すぐ取り掛かる」を1語で表す最速の受諾表現。その後 "pulling prod logs now" で能動的な行動を明示し、"Can you share [具体的な1項目]?" で1つだけ聞く。複数質問はCSメンバーの返信を遅らせる——インシデント対応では1往復1質問が鉄則。
2
場面2: インシデント投稿はラベル形式でスキャン性を最大化
Summary / Impact / Severity / Assigned のラベル形式は、後からスレッドを見た人が3秒で状況を把握できる設計。絵文字（🚨）は通知の視認性を上げる目的で使う。"Severity: P1 (revenue-impacting)" のように判断理由を一言添えるのがシニアエンジニアのプロフェッショナリズム。
Summary / Impact / Severity / Assigned のラベル形式は、後からスレッドを見た人が3秒で状況を把握できる設計。絵文字（🚨）は通知の視認性を上げる目的で使う。"Severity: P1 (revenue-impacting)" のように判断理由を一言添えるのがシニアエンジニアのプロフェッショナリズム。
3
場面3: DM は「何を・どこで・いつまでに・詰まったら誰へ」の4点セット
Kevinへの指示は4点を過不足なく含む: ① 何を確認するか（payment-service のログ）② どこで（Datadog, prod, last 30 min）③ いつまでにアップデートが欲しいか（10 min）④ escalation パス（@daniel）。これが揃えば Kevin は迷わず動ける。丁寧な枕詞（"I was wondering if..."）は不要——緊急時にスピードを奪う。
Kevinへの指示は4点を過不足なく含む: ① 何を確認するか（payment-service のログ）② どこで（Datadog, prod, last 30 min）③ いつまでにアップデートが欲しいか（10 min）④ escalation パス（@daniel）。これが揃えば Kevin は迷わず動ける。丁寧な枕詞（"I was wondering if..."）は不要——緊急時にスピードを奪う。
重要表現
| 英語表現 | 日本語 | ポイント |
|---|---|---|
On it | 承知、すぐ取り掛かる | 最速の受諾表現。"I will look into this" より10倍速い |
pulling logs | ログを確認中 | エンジニア英語の自然な動詞表現。"check logs" も可 |
spiking | 急増している | "increasing rapidly" の簡潔版。Datadog/グラフを想起させる |
revenue-impacting | 収益に影響がある | P1 判断理由として最も説得力のある一言 |
If you're blocked | 詰まったら | blocked = 前に進めない状態。escalation パスとセットで使う |
Stand by | 待機して / 続報を待て | インシデント投稿の締め。次の更新を予告するセットで使う |
文化的ポイント
速さ > 丁寧さ（インシデント時）
日本語では「ご迷惑をおかけして…確認の上ご返答いたします」になりがちだが、英語圏のインシデント対応では "On it." の1語が最も信頼を得る。丁寧さより即応性がプロフェッショナリズムの指標。
日本語では「ご迷惑をおかけして…確認の上ご返答いたします」になりがちだが、英語圏のインシデント対応では "On it." の1語が最も信頼を得る。丁寧さより即応性がプロフェッショナリズムの指標。
インシデント投稿はテンプレ化する
優れたエンジニアチームはインシデント投稿のフォーマットを統一する。後から「いつ・何が・どう影響したか」を検索・振り返れるように構造化することが重要。ポストモーテムの材料になる。
優れたエンジニアチームはインシデント投稿のフォーマットを統一する。後から「いつ・何が・どう影響したか」を検索・振り返れるように構造化することが重要。ポストモーテムの材料になる。
命令形は失礼ではない
"Can you check..." は依頼形だが、"Need an update in 10 min" は命令形に近い。英語圏のエンジニアリング文化では緊急時に命令形を使うことは失礼ではなく、むしろ「状況の深刻さを正確に伝える」手段とみなされる。
"Can you check..." は依頼形だが、"Need an update in 10 min" は命令形に近い。英語圏のエンジニアリング文化では緊急時に命令形を使うことは失礼ではなく、むしろ「状況の深刻さを正確に伝える」手段とみなされる。
よくある日本人のミス
❌ "Thank you for letting me know. I will investigate this issue as soon as possible."
丁寧すぎる。緊急性がゼロに見える。48文字のロス
→
✅ "On it 👀 — pulling prod logs now."
❌ "Could you please provide more information about the error? What is the user ID, error code, timestamp, and browser?"
4つ質問は多すぎ。CSメンバーが混乱し返信が遅くなる
→
✅ "Can you share one of the affected user IDs?"（1つだけ）
❌ インシデント投稿を長文の段落で書く（"We have detected an issue with our payment service and it seems that..."）
スキャンできない。後から状況を把握しにくい
→
✅ ラベル形式（Summary: / Impact: / Severity: / Assigned:）で5行以内
❌ "Kevin, when you have some time, could you check the payment service logs?"
期限なし。緊急度が伝わらない。Kevin が後回しにするリスク
→
✅ "Need an update in 10 min." と期限を明示
❌ escalation パスを書かない（"Check the logs and let me know."）
Kevin が詰まったとき誰に相談すればよいか不明。対応が止まる
→
✅ "If you're blocked, ping @daniel." を必ず添える
ワンランク上の表現（Phase 3 以降）
Basic
"There is a problem with payment. I will check. Kevin please look at the logs."
↓ B2 レベルでは
B2
🚨 Incident declared — payment-service 503s spiking (P1, revenue-impacting) | Lead: @you | Eng: @kevin | Update in 15 min. Stand by.
↓ C1 レベルでは（インシデントコマンダーとして）
C1
🚨 P1 INCIDENT — payment-service | 2026-06-10 10:52 AM JST
📌 Summary: 503 errors spiking on payment-service (prod) since ~10:45 AM
📊 Impact: All checkout attempts failing — ~100% of payment flow users
🎯 Severity: P1 — direct revenue impact; escalation path active
👥 IC: @you | Eng: @kevin | Comms: @maya (CS updates)
🔍 Next steps:
- Kevin: Datadog → payment-service → prod → last 30 min
- Maya: Hold new reports; I'll post updates every 15 min
⏱ T+15 update to follow. DM me with any new info.
📌 Summary: 503 errors spiking on payment-service (prod) since ~10:45 AM
📊 Impact: All checkout attempts failing — ~100% of payment flow users
🎯 Severity: P1 — direct revenue impact; escalation path active
👥 IC: @you | Eng: @kevin | Comms: @maya (CS updates)
🔍 Next steps:
- Kevin: Datadog → payment-service → prod → last 30 min
- Maya: Hold new reports; I'll post updates every 15 min
⏱ T+15 update to follow. DM me with any new info.
※ C1表現はインシデントコマンダー（IC）として全員の役割と情報フローを設計するレベル。"Comms" 担当（CS窓口）を置くことで自分はデバッグに集中できる構造になっている。
次のステップ
- 発展: インシデント解決後に
#incidentsで「解決宣言＋タイムライン」を投稿する（Chat × Engineering 応用編） - さらに発展: ポストモーテムドキュメントを英語で書く（Report × Engineering）
- 次回予告: Day 058 — Presentation × Engineering（Phase 2 Engineering 2周目）
自己評価（解いた後に記入）
理解度
自分の回答
Scene 1 — Maya への返信
Scene 2 — #incidents 投稿
Scene 3 — Kevin への DM