シナリオ
あなたはECサイトのバックエンドエンジニア。本番環境で決済APIのエラーが急増していることに気づき、チームのSlackチャンネルで即座に共有する必要がある。
あなた
バックエンドエンジニア
エラーを最初に発見した人
相手
チームメンバー全員
エンジニア + PdM + CS担当が混在・英語話者
文化的コンテキスト
Slackは短く・明確に
長文は嫌われる
長文は嫌われる
緊急度を最初に示す
🚨 や [P0] などのタグが一般的
🚨 や [P0] などのタグが一般的
影響範囲を書く
ユーザー数・売上への影響を書くと意思決定が速まる
ユーザー数・売上への影響を書くと意思決定が速まる
スレッドで続報を投稿
英語チームの文化。チャンネルを汚さない
英語チームの文化。チャンネルを汚さない
タスク
以下の3つのSlackメッセージを英語で書きなさい。
メッセージ 1 — 最初の緊急通知（
#incidents チャンネル）- 決済APIのエラーレートが通常の0.1%から15%に急増している
- 発生時刻：約15分前（日本時間 14:45）
- 影響：チェックアウトが一部失敗している
- 自分が調査中であることを伝える
メッセージ 2 — 続報・原因の仮説（スレッドリプライ）
- StripeのAPIレスポンスタイムが急増している可能性がある
- Stripeのステータスページを確認中
- 必要であれば決済をフォールバックに切り替える準備をしている
メッセージ 3 — 解決通知（スレッドリプライ）
- Stripe側の障害だったが、今は回復している
- エラーレートが0.3%に戻った
- 詳細なポストモーテムは明日共有する
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
緊急報告です
クリックで英語を表示 →
🚨 [P0] または Heads up:
💡 Slackでは絵文字やタグで緊急度を示す
エラーレートが急増
クリックで英語を表示 →
error rate spiking / surging
💡 spike（急上昇）はIT障害でよく使う
調査中です
クリックで英語を表示 →
I'm investigating / Looking into this
💡 ing形で「今まさに〜中」を表現
〜の可能性あり
クリックで英語を表示 →
Potentially caused by / Might be related to
💡 断言しないことが重要
フォールバック
クリックで英語を表示 →
fall back to / switch to fallback
💡 「切り替える」= switch to / fall back to
回復した
クリックで英語を表示 →
Looks like it's recovering / Back to normal
💡 "Looks like" で不確実性を残す
ポストモーテム
クリックで英語を表示 →
postmortem / incident report
💡 ITチームの標準用語
スレッドで続報します
クリックで英語を表示 →
Will keep this thread updated
💡 Slackの習慣として最初に宣言する
ヒント（段階的開示）
ヒント 1 — 構成・方向性
- メッセージ1: 何が起きているか → 数字で示す → 自分が対応中と宣言
- メッセージ2: 原因の仮説 → 今やっていること → 次の選択肢
- メッセージ3: 解決の事実 → 確認した指標 → 次のアクション（ポストモーテム）
ヒント 2 — キーフレーズ・表現
🚨 [P0] Payment API error rate spikingで始めると緊急度が即座に伝わる- 「~ing」形（investigating, monitoring, preparing）で「リアルタイムで動いている」感を出す
- 数字は必ず入れる：0.1% → 15% など
ヒント 3 — 骨格テンプレート
メッセージ1の骨格：
🚨 [P0] [何が起きているか - 1文]
- Error rate: [数字]% → [数字]% (since ~:~~ JST)
- Impact: [影響の内容]
Investigating now. Will keep this thread updated.
- Error rate: [数字]% → [数字]% (since ~:~~ JST)
- Impact: [影響の内容]
Investigating now. Will keep this thread updated.
モデル解答（B2〜C1相当）
メッセージ 1 — 最初の緊急通知
incidents
Daichi
14:45 JST
🚨 [P0] Payment API error rate spiking - Error rate: 0.1% → ~15% (since ~14:45 JST) - Impact: Checkout failures affecting some users Investigating now. Will keep this thread updated.
メッセージ 2 — スレッドリプライ（仮説）
Daichi
14:55 JST
Update: Stripe API response times are abnormally high. Checking their status page now — might be on their end. If this continues, I'm prepared to switch to our fallback payment provider. Will update in 10 min.
メッセージ 3 — スレッドリプライ（解決）
Daichi
17:50 JST
✅ Resolved. Stripe had an incident on their side — now recovered. Error rate is back to ~0.3%. Monitoring for stability. Will share a postmortem tomorrow. Thanks for the patience, team 🙏
解説
構成分析
1
メッセージ1: 🚨 [P0] で始めることで、見ただけで「緊急・決済系・優先度最高」が伝わる。箇条書きで数値と影響を簡潔に。"Will keep this thread updated" がSlackの文化的規範（スレッドに集約する宣言）。
2
メッセージ2: "Update:" で始めることで「1つ前のメッセージの続き」が明確になる。"might be on their end" = 相手側の問題かも（断言しない慎重な表現）。"If this continues..." で次のアクションをあらかじめ示す（先読み思考の見せ方）。
3
メッセージ3: ✅ で「解決済み」を視覚的に示す。"on their side" = Stripeの問題だった（責任の所在を明確化）。"Thanks for the patience" = チームへの感謝（人間関係を保つ文化的表現）。
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
spiking | 急上昇する。"Spiking to X%" や "Spike in errors" の形でよく使う |
on their end / on our end | 「あちら側の問題 / こちら側の問題」。責任の所在を示す定番表現 |
postmortem | 障害後の振り返り報告書。"blameless postmortem" が理想とされる文化もある |
文化的ポイント
数字で状況を示す
英語チームでは「エラーが増えた」より「0.1% → 15%」が基本
英語チームでは「エラーが増えた」より「0.1% → 15%」が基本
断言しない
"might be", "looks like", "seems to be" で仮説段階を明示する
"might be", "looks like", "seems to be" で仮説段階を明示する
スレッドに集約
チャンネルを汚さないようにスレッドで続報を投稿するのが礼儀
チャンネルを汚さないようにスレッドで続報を投稿するのが礼儀
よくある日本人のミス
❌ "I noticed a problem with payment."
曖昧すぎる。何が問題か不明
→
✅ "Payment API error rate spiked to 15%."
❌ "I am currently investigating it."
フォーマルすぎ。Slackには重い
→
✅ "Investigating now." / "On it."
❌ "Stripe had a problem."
断定的すぎる（まだ確認中の段階）
→
✅ "Might be a Stripe issue."
❌ 長い段落で書く
日本語の文章スタイルのまま
→
✅ 箇条書き・短文・改行を活用する
ワンランク上の表現（Phase 2 以降）
Basic
"There's a payment error."
↓ Slackインシデント文化では
B2
"🚨 [P0] Payment API error rate spiking — 0.1% → ~15%"
↓ SRE/インシデント管理の文脈では
C1
"[P0] 🚨 Payment checkout degraded — error rate at 15% (baseline: 0.1%)"
"Blast radius: ~N% of checkout attempts failing. Revenue impact in progress."
（blast radius: 障害の影響範囲。SRE文化のスラング）
"Root cause TBD — Stripe latency is suspect. Runbook: [link]"
（revenue impact in progress: 売上への影響が現在進行中）
"I'll own this. Next update in 10."
（I'll own this: 自分が責任を持って対応する。強いコミットメントの表現）
次のステップ
- 発展: 同じシナリオで「上司（VP Engineering）への個別DMで状況説明」を書いてみる
- 次回（Day 003）: Presentation × Engineering — 技術発表の冒頭30秒
自己評価（解いた後に記入）
理解度
自分の回答
メッセージ 1 — 緊急通知
メッセージ 2 — 続報・仮説
メッセージ 3 — 解決通知