シナリオ
あなたはグローバルECプラットフォーム「ShopWave」の SRE（日本拠点）。今日は隔週の1on1で、テックリード兼マネージャーの Marcus Webb（英国出身、直接的な物言いが多いが開発者に寄り添う文化）と30分のミーティングを行う。
先週の振り返りで「アラート疲れ（alert fatigue）」が浮上した。現在1日平均 47件のPagerDutyアラートが飛んでいるが、実際に対応が必要なのは 約15件（32%）。残りはノイズ（flapping / 自己回復する軽微なもの）だ。
あなた
Daichi Kainuma（SRE）
アラート疲れ問題を報告し、改善プランの承認を得たい · 英語 B1
上司
Marcus Webb
テックリード / マネージャー（英国出身）· 数字と提案を好む · "Don't bring me a problem; bring me a solution" スタイル
文化的コンテキスト
Solution-oriented（解決策先行）
英語圏の職場では「問題だけ持ってくるな、提案を持ってこい」が基本規範。問題報告＋提案＋承認依頼をセットで話すのがプロフェッショナル
英語圏の職場では「問題だけ持ってくるな、提案を持ってこい」が基本規範。問題報告＋提案＋承認依頼をセットで話すのがプロフェッショナル
数字で話す
感覚や感情ではなく具体的数字が信頼を生む。"a lot of alerts" でなく "47 alerts/day, 32% actionable" と言えることが重要
感覚や感情ではなく具体的数字が信頼を生む。"a lot of alerts" でなく "47 alerts/day, 32% actionable" と言えることが重要
1on1での承認依頼
カジュアルな場でも "I'd like to get your sign-off" "Would you be okay with…?" のように明確に承認を求める表現を使う
カジュアルな場でも "I'd like to get your sign-off" "Would you be okay with…?" のように明確に承認を求める表現を使う
Near-miss（ヒヤリハット）の活用
問題の緊急性を伝える際に「ほぼ失敗しそうだった事例」を添えると優先度が伝わりやすい。ただし淡々と事実として述べる
問題の緊急性を伝える際に「ほぼ失敗しそうだった事例」を添えると優先度が伝わりやすい。ただし淡々と事実として述べる
タスク
M
Marcus Webb
"How's the on-call situation going? You mentioned alert fatigue in the retro."
D
Daichi (あなた)
あなたの返答をここに書いてください。以下の要素をすべて含めること:
1. 現状の数字（47件 / うち約32%が actionable）
2. 問題の根本（ノイズ / flapping / 古いしきい値）
3. 提案（しきい値見直し・サイレンシングルール）
4. 次のアクションと承認依頼
1. 現状の数字（47件 / うち約32%が actionable）
2. 問題の根本（ノイズ / flapping / 古いしきい値）
3. 提案（しきい値見直し・サイレンシングルール）
4. 次のアクションと承認依頼
上記4つの要素を盛り込んで英語で返答しなさい
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
アラート疲れ
クリックで英語を表示 →
alert fatigue
💡 SRE/DevOps の業界標準用語。オンコールエンジニアが大量のアラートに疲弊する現象
実際に対応が必要なアラート
クリックで英語を表示 →
actionable alerts
💡 "real alerts" より技術的で正確。対応が必要なもの・そうでないものを区別できる
しきい値を見直す
クリックで英語を表示 →
tune / revisit the thresholds
💡 "change" より「精度を上げる」ニュアンス。"tighten threshold sensitivity" はC1表現
サイレンシングルール / ミュート
クリックで英語を表示 →
silencing rules / mute windows
💡 フラッピングアラートを一定期間無視する設定。PagerDuty / OpsGenie の標準用語
問題だけでなく解決策を持ってきた
クリックで英語を表示 →
I'm not just here to flag a problem — I have a plan.
💡 Marcus の「解決策先行」スタイルに先回りして応える高度な表現。前置きとして最強
承認を得たい（カジュアル）
クリックで英語を表示 →
I'd like to get your sign-off on this.
💡 "sign-off" は承認・了承の意味。"run that past you" もカジュアルに使える表現
ヒヤリハット・危うく見逃しそうになった
クリックで英語を表示 →
a few near-misses where a real alert got buried under the noise
💡 near-miss = ヒヤリハット。問題の緊急性を淡々と事実として伝える際に有効
自己回復するアラート（フラッピング）
クリックで英語を表示 →
flapping alerts that self-resolve within a minute or two
💡 flapping = 短時間でON/OFFを繰り返す状態。"self-resolve" = 自然に解消する
ヒント（段階的開示）
ヒント 1 — 構成・方向性
「問題提起→数字→根本原因→影響（任意）→提案（2点）→次のアクション＋承認依頼」の順で話す。数字を最初に出すと信頼感が上がる。謝罪・言い訳より事実を先行させ、最後は必ず具体的なネクストアクションと承認依頼で締める。
ヒント 2 — キーフレーズ・表現
- 数字で現状提示:
"We're seeing about 47 alerts per day, but only around 15 of those are actually actionable — that's roughly 32%." - 根本原因:
"Most of the noise comes from flapping alerts and thresholds that haven't been tuned since we scaled up." - 解決策先行の前置き:
"I'm not just here to flag a problem — I have a plan." - 提案:
"First, revisit the thresholds for the top-five noisiest alerts; second, add silencing rules for flapping alerts during off-peak hours." - 承認依頼:
"I can have a draft ready by Wednesday. Would you be okay with me running that past you before we push the changes?"
ヒント 3 — 骨格テンプレート
1. Open（つかみ）
"I'm glad you asked / brought it up — [数字が語る]."
2. Current state（数字）
"~47 PagerDuty alerts/day → only ~15 actionable (~32%). The rest: noise."
3. Root cause（根本原因）
"Mostly flapping alerts + outdated thresholds (not tuned since scale-up)."
4. Impact（任意）
"Near-misses — real alerts getting buried under noise."
5. Plan（解決策）
"I'm not just here to flag it — two-step plan:
a. Tune thresholds on top-5 noisiest rules
b. Add silencing rules for self-healing flaps
Expected: ~40–50% volume reduction"
6. Next action + approval
"Draft by Wednesday → run past you → get your sign-off before push"
"I'm glad you asked / brought it up — [数字が語る]."
2. Current state（数字）
"~47 PagerDuty alerts/day → only ~15 actionable (~32%). The rest: noise."
3. Root cause（根本原因）
"Mostly flapping alerts + outdated thresholds (not tuned since scale-up)."
4. Impact（任意）
"Near-misses — real alerts getting buried under noise."
5. Plan（解決策）
"I'm not just here to flag it — two-step plan:
a. Tune thresholds on top-5 noisiest rules
b. Add silencing rules for self-healing flaps
Expected: ~40–50% volume reduction"
6. Next action + approval
"Draft by Wednesday → run past you → get your sign-off before push"
モデル解答（B2〜C1相当）
1on1での返答 — Daichi → Marcus
M
Marcus Webb
"How's the on-call situation going? You mentioned alert fatigue in the retro."
D
Daichi (モデル解答)
"I'm glad you brought it up — the numbers are actually pretty telling. Right now we're getting around 47 PagerDuty alerts per day, but only about 15 of those are truly actionable. That's roughly 32%. The rest are noise — mostly flapping alerts that self-resolve within a minute or two, and some thresholds that were set before we scaled up traffic last quarter and haven't been revisited since.
The team's handling it, but it's starting to wear people down. I've seen a few near-misses where a real alert got buried under the noise.
I'm not just here to flag the problem — I have a plan. I want to do two things: first, tune the thresholds on our top five noisiest alert rules; second, add silencing rules for flapping signals during low-traffic windows. Based on similar cleanups I've seen, we should be able to cut daily alert volume by at least 40–50% without reducing coverage.
I can have a proposal document ready by Wednesday. Would you be okay with me running that past you before we push any changes? I'd like to get your sign-off since it touches our on-call runbook."
解説
構成分析
1
Open（つかみ）: "the numbers are actually pretty telling" — 数字ベースで話すことを予告し、信頼感を作る。"actually" で「思ったより深刻」というニュアンスを添える。
2
現状把握（数字）: 47件 → 15件 actionable（32%）という具体的数字でインパクトを示す。"truly actionable" で「本当に意味のあるアラート」を強調。
3
根本原因: 2つの原因（flapping + 古いしきい値）を端的に説明。"haven't been revisited since we scaled up" で自然な言い訳でなく背景として説明。
4
影響（感情訴求）: "I've seen a few near-misses" — 数字だけでなく実際のリスクを添えて緊急性を高める。ただしパニックではなく淡々と事実として述べる。
5
提案（行動計画）: "I'm not just here to flag the problem" でMarcusスタイルに直接応える。2点の具体策 + 期待効果（40〜50%削減）で説得力を高める。
6
次のアクション + 承認依頼: "by Wednesday" + "I'd like to get your sign-off" で明確なネクストステップを提示。"it touches our on-call runbook" で承認が必要な理由も自然に説明。
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
truly actionable | 「本当に対応が必要な」。"real" より正確でSRE文脈に合う |
flapping alerts that self-resolve | フラッピングアラートを正確に説明。原因を技術用語で示す |
I'm not just here to flag the problem | Marcusの期待に先回りして応える高度なコミュニケーション |
run that past you | "show you for review" をカジュアルに言う表現。1on1に最適 |
get your sign-off | 正式な承認を得ることの標準表現 |
it touches our on-call runbook | なぜ承認が必要かを自然に説明する理由付け |
文化的ポイント
Solution-oriented（解決策先行）
英語圏の職場では「問題だけ持ってくるな、提案を持ってこい」が基本規範。現状報告＋提案＋承認依頼をセットで行うのがプロフェッショナルの証
英語圏の職場では「問題だけ持ってくるな、提案を持ってこい」が基本規範。現状報告＋提案＋承認依頼をセットで行うのがプロフェッショナルの証
数字で話す
感覚や感情ではなく「47件・32%・40〜50%削減」のような具体的数字が信頼を生む。日本語の「いっぱいアラートが来て大変で…」では通じない
感覚や感情ではなく「47件・32%・40〜50%削減」のような具体的数字が信頼を生む。日本語の「いっぱいアラートが来て大変で…」では通じない
1on1での承認依頼スタイル
カジュアルな場でも "Would you be okay with...?" "I'd like to get your sign-off" のように明確に承認を求める。「よかったら見てください」では不明確
カジュアルな場でも "Would you be okay with...?" "I'd like to get your sign-off" のように明確に承認を求める。「よかったら見てください」では不明確
よくある日本人のミス
❌ "Many alerts are coming and the team is tired."
数字がなく説得力ゼロ。感情論になる
→
✅ "We're getting 47 alerts/day; only 32% are actionable."
❌ "I think we should maybe fix the thresholds."
推測・遠慮が強すぎて不確かに聞こえる
→
✅ "I want to tune the thresholds on our top-five noisiest rules."
❌ "Please give me permission to change the alerts."
受け身すぎて主体性がない。子供っぽく聞こえる
→
✅ "I'd like to get your sign-off before we push the changes."
❌ 問題だけ報告して解決策を言わない
Marcusスタイルへの対応NG。「問題を持ってくるな」と思われる
→
✅ "I'm not just here to flag the problem — I have a plan."
❌ "The noise problem is from flapping and the old thresholds set."
文法不完全。"set" の形が不正確
→
✅ "thresholds that were set before we scaled up and haven't been revisited since"
ワンランク上の表現（Phase 3 以降）
Basic
"We have too many alerts. I will fix thresholds. Please approve."
↓ 数字＋解決策＋承認依頼を組み合わせると
B2
"47 alerts/day, only 32% actionable. Noise from flapping + old thresholds. Plan: tune top-5 rules + add silencing rules. 40–50% reduction expected. Draft by Wednesday — get your sign-off before push."
↓ SRE/SLO 標準の言語化では
C1
"Our signal-to-noise ratio is sitting at roughly 32% — we're burning through on-call bandwidth on non-actionable pages. The two contributing factors are threshold drift and flapping alerts without adequate mute windows. I'm proposing a two-pronged remediation: tighten threshold sensitivity on the top-five high-volume rules, and implement mute windows for known flapping signals during off-peak windows. Modeling suggests a 40–50% reduction in page volume with no degradation to our MTTA or coverage. I can have a design doc ready by Wednesday for your sign-off."
"signal-to-noise ratio"
（実際のアラートとノイズの比率。"32% actionable" を別の視点で表現する電気工学・通信由来の用語）
"burning through on-call bandwidth"
（オンコールの対応リソースを無駄に消費している。"bandwidth" は人の処理キャパシティのメタファー）
"threshold drift"
（しきい値が運用状況の変化に追随せずズレていくこと。"config drift" と同じ概念を alerting に適用）
"two-pronged remediation"
（2段階の修正策。"fix" より技術的で意図的な改善を示す。"remediation" はインシデント対応・セキュリティ分野の標準用語）
次のステップ
- 発展: Wednesday に提案書を見たMarcusが「Stage環境でテストしてから本番に入れられるか?」と聞いてきた場合の返答（Conversation × Operations）
- 次回（Day 047）: Negotiation × Legal — week_index が 7 に変わり、法務・コンプライアンス分野での交渉問題を練習
自己評価（解いた後に記入）
理解度
自分の回答
自分が書いたMarcusへの返答（全文）