シナリオ
あなたは引き続き Priya Anand — Director of SRE, Anchorpoint Systems（B2B決済インフラ、ARR約$40M） です。ここまでの経緯は次の通りです。
- Day 155（金）: CloudEdgeのステータスAPIの誤報だけを根拠にしたフェイルオーバーが9か月で3回目。独立検証レイヤーに SRE 6名のうち2名 × 3スプリント（6週間）・$85K一時費用＋0.5 FTE継続 を投じる承認依頼メモを送った。承認期限は 9/25（金）、変更凍結は 11/8（日）
- Day 156（水）: Elenaに「$180Kは売上ではなく迂回した決済額（TPV）。手数料ベースなら約$630」と指摘された。誤りを認めて訂正し、根拠を「副リージョンは通常ピークの約3倍までしか試験していないのに、Black Fridayは約6倍」に組み替えた。一つの数字として SLAクレジット約$750K を出し、15時に修正版メモを送った
今日は木曜（9/24）16時、承認期限の前日です。Marcusが「金曜に決める前に、3人の前で3分で話してくれ。質問は最後にまとめて受ける」と10分の枠を取りました。3人ともすでにメモを読んでいますが、Marcusは初版（$180Kが載っていた版）を読んだ状態で部屋に来ています。
あなた
Priya Anand
Director of SRE。承認依頼の起案者で、初版メモの数字の誤りを出した当事者
最終承認者
Marcus Webb（CTO）
Observabilityの遅れを飲むべきか／もっと安い方法はないか。「BF週だけ自動フェイルオーバーを切ればタダ」と言っていたらしい
共同承認者
Elena Torres（VP of Finance）
数字は納得済み。プレゼンの数字が修正版メモと一字一句ずれないことに関心（取締役会資料に載せる）
承認者ではない
Diego Ruiz（Head of CS）
SLA契約の加盟店に事前に何か伝える必要があるか、あるならいつか
重要なコンテキスト
訂正は冒頭に2文だけ
最後や付録に回すと、Marcusは3分間「$180Kの話」として聞く。2文で済ませたら以後触れない
最後や付録に回すと、Marcusは3分間「$180Kの話」として聞く。2文で済ませたら以後触れない
リスクは一枚の図で
3x（試験した上限）と6x（BFのピーク）の2本の棒。「どこを見るか」を台詞で言う
3x（試験した上限）と6x（BFのピーク）の2本の棒。「どこを見るか」を台詞で言う
悪い話は名前を呼んで先に
Observabilityの4週間の遅れは、Marcusに聞かれる前に自分から出す
Observabilityの4週間の遅れは、Marcusに聞かれる前に自分から出す
止める条件で締める
6週間は凍結の2日前（11/6）に終わるぎりぎりの日程。10/23に合格しなければ、人の判断での切替へ
6週間は凍結の2日前（11/6）に終わるぎりぎりの日程。10/23に合格しなければ、人の判断での切替へ
日程（カレンダーから導出）
9/25 金
承認期限9/28 月
Sprint 1 開始10/23 金
Sprint 2 末：検証の日＝止めるかどうかの判断日11/6 金
Sprint 3 末：構築完了11/8 日
変更凍結11/27 金
Black Fridayタスク
タスクA: スライド3枚を映しながらの3分間のプレゼン発言を英語で作成してください。
タスクB: Q&Aで出るMarcusの質問に2〜4文で答えてください。代わりの手としては認めつつ、それが「タダ」ではない理由を数字で示します。
Marcus Webb（CTO）
"Why not just switch off automatic failover for Black Friday week? That costs us nothing."
スライド見本（Priyaが映す3枚）
話す英語の練習用に、映すスライドを再現しています。台詞はスライドを読み上げるのではなく、スライドの「どこを見るか」を指す役割です。
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
今日この場で一つだけ決めてほしいクリックで英語を表示 →
I need one decision from this room by tomorrow.💡 全員が経緯を知っている場では、自己紹介もアジェンダも要らない。頼むことから始める
本題の前に、一つ訂正をクリックで英語を表示 →
Before anything else — a correction.💡 I'm sorry で始めないので、謝罪ではなく事実の修正に聞こえる
今日の話はその数字に依存していないクリックで英語を表示 →
The case I'm making today doesn't rest on that number.💡 訂正の直後に、結論が変わらないことを1文で言い切る
スライドにある通り（＋どこを見るか）クリックで英語を表示 →
As you can see on this slide, ... three times ... Black Friday runs at about six.💡 "As you can see" だけで止めず、すぐに図の数字を読み上げる
一度も試したことのない負荷クリックで英語を表示 →
twice the load that region has ever been tested for💡 "huge traffic" ではなく、試験した範囲との比で言う
Elenaと私が守ると決めた数字クリックで英語を表示 →
the number Elena and I agreed to defend💡 修正版メモと同じ数字であることを、承認者の名前で保証する
確率は言えないが、1回の額は言えるクリックで英語を表示 →
I can't tell you the odds. I can tell you what one occurrence costs.💡 口頭では対句にすると記憶に残る
あなたが気にしているコストは本物だクリックで英語を表示 →
Marcus, the cost you care about is real.💡 都合の悪いトレードオフを、相手の名前を呼んで先に出す
ここで止めるクリックで英語を表示 →
Here's where we'd stop: ...💡 would で「まだ起きていない条件」の話だと示す
間違った切替を、遅い正しい切替と交換するだけクリックで英語を表示 →
It swaps a wrong failover for a slow right one.💡 「タダの代替案」の隠れたコストを一文で示す、タスクBの核
ヒント（段階的開示）
ヒント 1 — 構成・方向性
3人ともメモを読んでいるので、自己紹介・背景説明・アジェンダ紹介は要らない。最初の一文はお願い、二文目から訂正。訂正は「何が誤りだったか」「正しい数字」「結論は変わらない」の3点だけで、経緯（誰がいつ気づいたか）は話さない。スライドを読ませるときは "As you can see" の後にどこを見るかを言う。Part 4は、良い話（計画）→悪い話（Observabilityの遅れ）→止める条件の順。悪い話を最後に置かないことで、締めが安心材料になる。
タスクBは「認める → 隠れたコストを数字で → 本案との違いを一文で」の3文構成。
ヒント 2 — キーフレーズ・表現
- お願い:
"I need one decision from this room by tomorrow: approve moving two SREs for six weeks to build failover verification before the November 8 freeze." - 訂正:
"Before anything else — a correction. The $180K in my memo was TPV we rerouted, not revenue. Our actual fee impact in September was about $600." - 図を読ませる:
"As you can see on this slide, our secondary region is load-tested to about three times normal peak. Black Friday runs at about six." - 一つの数字:
"If that happens once, the number Elena and I agreed to defend is about $750K in SLA credits on November invoices." - 検証方法:
"We'll prove it on October 23 by replaying all three false positives from this year, plus one real injected failure." - 止める条件:
"If the verifier doesn't pass that test, we pull the two engineers back and run Black Friday on human-approved failover instead." - タスクB:
"We could — and it's exactly our fallback. But it swaps a wrong failover for a slow right one."
ヒント 3 — 骨格テンプレート
タスクA
[Part 1] I need one decision from this room by tomorrow: [何を承認してほしいか].
Before anything else — a correction. [誤りと正しい数字]. [結論はその数字に依存しない].
[Part 2] Here's the case it does rest on. As you can see on this slide, [3x]. [6x].
[9月は余裕のある所へ移っただけ]. [BFには試したことのない2倍の負荷]. [自分たちが起こす障害].
[Part 3] If that happens once, [$750K]. The assumptions are on the slide: [3つ].
I can't tell you the odds. [1回で対策費の約9倍].
[Part 4] The plan: [2 of 6, three sprints, starting Monday]. [両方が一致したときだけ切替].
[10/23の検証方法]. Marcus, [Observabilityの遅れ: 12月中旬→1月中旬].
Here's where we'd stop: [10/23に不合格なら人の判断に切替、2名を戻す]. Diego, [連絡日].
[Part 5] So the ask is [yes or no by end of day tomorrow]. [修正版メモ]. Happy to take questions.
Before anything else — a correction. [誤りと正しい数字]. [結論はその数字に依存しない].
[Part 2] Here's the case it does rest on. As you can see on this slide, [3x]. [6x].
[9月は余裕のある所へ移っただけ]. [BFには試したことのない2倍の負荷]. [自分たちが起こす障害].
[Part 3] If that happens once, [$750K]. The assumptions are on the slide: [3つ].
I can't tell you the odds. [1回で対策費の約9倍].
[Part 4] The plan: [2 of 6, three sprints, starting Monday]. [両方が一致したときだけ切替].
[10/23の検証方法]. Marcus, [Observabilityの遅れ: 12月中旬→1月中旬].
Here's where we'd stop: [10/23に不合格なら人の判断に切替、2名を戻す]. Diego, [連絡日].
[Part 5] So the ask is [yes or no by end of day tomorrow]. [修正版メモ]. Happy to take questions.
タスクB
[代替案として認める＋それ自体が本案の止め方である]. [隠れたコスト: 本物の障害が人の判断を待つ時間 → 99.9%の月間許容時間に対する割合]. [本案との違い: 自動は保ち、間違った引き金だけを外す].
モデル解答（B2〜C1相当）
📍 Conference room 4B + Zoom🕓 Thu 16:00⏱️ 3 min + Q&A
タスクA — 3分間のプレゼン発言
"Thanks for the ten minutes. I need one decision from this room by tomorrow: approve moving two SREs for six weeks to build failover verification before the November 8 freeze.
Before anything else — a correction. The $180K in my memo was TPV we rerouted, not revenue; our actual fee impact in September was about $600. The case I'm making today doesn't rest on that number."
Before anything else — a correction. The $180K in my memo was TPV we rerouted, not revenue; our actual fee impact in September was about $600. The case I'm making today doesn't rest on that number."
"Here's the case it does rest on. As you can see on this slide, our secondary region is load-tested to about three times normal peak. Black Friday runs at about six. In September, a false failover moved normal traffic into a region with room to spare — it was a blip. The same false signal on Black Friday would push twice the load that region has ever been tested for. That's not a vendor glitch anymore. That's an outage we'd be triggering ourselves."
"If that happens once, the number Elena and I agreed to defend is about $750K in SLA credits on November invoices. The assumptions are on the slide: roughly $5M in November fees, 60% of it on SLA-tier contracts, and a 25% credit once we drop below 99.9%. I can't tell you the odds it fires that weekend. I can tell you one occurrence costs about nine times the fix."
"The plan: two of our six SREs, three sprints, starting Monday. Before any failover triggers, the new layer checks CloudEdge's status against our own synthetic checkout probes — both have to agree, or nothing moves. We'll prove it on October 23 by replaying all three false positives from this year, plus one real injected failure.
Marcus, the cost you care about is real: Observability Modernization slips about four weeks, from mid-December to mid-January.
And here's where we'd stop: if the verifier doesn't pass that October 23 test, we pull the two engineers back to Observability and run Black Friday on human-approved failover instead. Diego, October 23 is also the date you'd hear from me if anything changes for merchants — until then, there's nothing to tell them."
Marcus, the cost you care about is real: Observability Modernization slips about four weeks, from mid-December to mid-January.
And here's where we'd stop: if the verifier doesn't pass that October 23 test, we pull the two engineers back to Observability and run Black Friday on human-approved failover instead. Diego, October 23 is also the date you'd hear from me if anything changes for merchants — until then, there's nothing to tell them."
"So the ask is a yes or no by end of day tomorrow. The revised memo, with every number sourced, is in your inbox. Happy to take questions."
タスクA 約375語（声に出すと約2分50秒〜3分）
タスクB — Q&A
Marcus Webb（CTO）
"Why not just switch off automatic failover for Black Friday week? That costs us nothing."
You (Priya Anand)
"We could — and it's exactly our fallback if the October 23 test fails. But it swaps a wrong failover for a slow right one. Every real regional outage would then wait on a human — realistically ten to fifteen minutes at 6x traffic, which is a third of our monthly 99.9% budget before we've moved anything. Verification keeps failover automatic and only removes the wrong trigger."
タスクB 約70語
解説
構成分析（タスクA）
1
最初の一文はお願い — 聴衆は全員メモを読んでいるので、「何の話か」ではなく「何を決めてほしいか」から始める。Day 154（Product Review）のように初参加者がいる場では背景が要るが、今日は要らない。聴衆が何を知っているかで冒頭を変える。
2
訂正は2文目、長さは2文 — "Before anything else — a correction." で開始を宣言し、"doesn't rest on that number" で閉じる。以後、$180Kには一度も触れない。繰り返すと、聴衆の記憶に残るのは誤った数字の方になる。
3
図を読ませるときは、見る場所を言う — "As you can see on this slide" の直後に3xと6xを読み上げ、2本の棒の差がそのまま「試したことのない2倍の負荷」という言葉になるよう、図と台詞を一致させる。
4
数字は承認者の名前で保証する — "the number Elena and I agreed to defend" で、Elenaの関心（メモとの一致）に名前で答える。前提は3つだけ口で言い、残りはスライドに任せる。
5
言えないことと言えることを対にする — Day 156のDMと同じ論理を、口頭用に2文の対句にしている。
6
検証方法を具体的な試験で示す — 過去の誤検知3件を再生して「発動しないこと」、本物の障害1件を注入して「発動すること」の両方を確かめる。片方だけでは、何もしない検証レイヤーでも合格してしまう。
7
悪い話は名前を呼んで先に出す — Observabilityの遅れを、Marcusが質問する前に自分から出す。幅も「約4週間」だけでなく「12月中旬→1月中旬」とカレンダー上の位置で言う。
8
止める条件で締める — 止める日付（10/23）、止めた後の代わりの手（人の判断での切替）、人の戻し先（2名をObservabilityへ）の3点。「承認したら後戻りできない」という不安を先に消す。
9
承認者でない人にも持ち帰る一文を — Diegoには「連絡が来るとしたら10/23、それまで加盟店への連絡は不要」。
タスクBの構成
1
認める＋それが本案の止め方だと言う — "We could — and it's exactly our fallback"。否定ではなく、Marcusの案が計画の中のどこにあるかを示す。
2
隠れたコストを数字で — 自動切替を切ると、本物のリージョン障害でも人が判断するまで切り替わらない。呼び出し→確認→判断で10〜15分（仮定）。99.9%の月間許容時間は約43分なので、その約3分の1を切り替える前に使ってしまう。
3
本案との違いを一文で — "only removes the wrong trigger"。自動のまま、誤った引き金だけを外す。これが$85Kの中身だと言い切る。
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
I need one decision from this room by tomorrow | from this room で、全員が当事者であることを示す |
Before anything else — a correction. | 本題の前に訂正を済ませる宣言。謝罪ではなく事実の修正として聞こえる |
doesn't rest on that number | rest on ＝「〜を土台にしている」 |
twice the load that region has ever been tested for | 試験した範囲を基準にした言い方 |
the number Elena and I agreed to defend | defend ＝「根拠を示して守り通す」 |
both have to agree, or nothing moves | 検証レイヤーの仕組みを一文で言う |
Here's where we'd stop | 仮定法の would で、まだ起きていない条件の話であることを示す |
swaps a wrong failover for a slow right one | wrong / right と速い / 遅いを対にした言い方 |
only removes the wrong trigger | trigger ＝切替を発動させる信号 |
文化的ポイント
| 日本語の傾向 | 英語ビジネス（経営層への承認前プレゼン） |
|---|---|
| 冒頭で「先日は大変失礼いたしました」と改めて謝罪し、経緯を説明する | 訂正は "a correction" として事実だけを2文で。謝罪はDMで済んでいる。場を変えるたびに謝ると、誤りの印象が大きくなる |
| 「背景 → 課題 → 対策 → お願い」の順で、お願いを最後に置く | 全員が背景を知っている場では、お願いを最初と最後に置く |
| 都合の悪い影響は、聞かれたら答える | 聞かれる前に、関心を持つ人の名前を呼んで自分から出す |
| 「全力で間に合わせます」と意気込みで締める | 止める条件と日付で締める。経営層は「失敗したときの出口」で計画の質を判断する |
| 上司の代替案を、あいまいに否定するか全面的に受け入れる | "We could — and it's our fallback" と受け止め、数字で違いを示す |
数字の根拠（出所の区別）
シナリオ設定 仮定 導出
| 数字 | 区分 | 中身 |
|---|---|---|
| 副リージョン 3x / BF 6x | シナリオ設定 | Day 156から引き継ぎ。実務では負荷試験の結果と前年のピーク実績から出す |
| 「試したことのない2倍」 | 導出 | 6x ÷ 3x = 2 |
| $750K | 導出（仮定の積） | $5M（平月 約$3.3M ＝ ARR $40M ÷ 12 の約1.5倍と仮定）× 60%（仮定）× 25%（仮定）。修正版メモと同じ数字 |
| 約9倍 | 導出 | $750K ÷ $85K ≈ 8.8 |
| 99.9% の月間許容時間 約43分 | 導出 | 30日 × 24時間 × 60分 × 0.1% = 43.2分 |
| 人の判断にかかる10〜15分 | 仮定 | 呼び出し→応答→状況確認→切替判断の合計。組織によって大きく変わる。実務では過去のインシデントの「検知から切替判断まで」の実測値を使う |
| 「約3分の1」 | 導出 | 15 ÷ 43.2 ≈ 0.35（10分なら約0.23）。上限側で言っている。聞かれたら "a quarter to a third" と幅で答える |
| 3スプリントの日程 | 導出 | 9/28（月）開始、2週間×3 → 11/6（金）完了。凍結11/8（日）の2日前。第2スプリント末が10/23（金） |
| Observability 12月中旬→1月中旬 | シナリオ設定 | Day 155の「約4週間後ろ倒し」をカレンダー上に置き直したもの |
迷った他案と採らなかった理由
(1) 訂正をどこに置くか
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| A. 最後に置く | 本題の後、締めで "One correction to the original memo..." | Marcusは初版を読んで来ている。3分間、$180Kを基準に聞かれる | 全員が修正版だけを読んでいるなら、口頭で触れなくてよい |
| B. 注記だけにする | スライド2の脚注に "Revised from $180K (TPV)" | 当事者が口で言わないと、隠したように見える。Financeの前では特に | 訂正が軽微（桁が同じ・結論に影響なし）なら注記で足りる |
| C. 採用 | 2文目で訂正、2文で済ませ、以後触れない | 聴衆の頭の中の数字を最初に置き換え、残りを正しい数字の上で進められる | — |
(2) 何を「代わりの手」として示すか
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| D. BF週だけ自動切替を切る | 人の判断でのみ切替（費用$0） | 本物の障害で10〜15分遅れる。ただし止める条件に当たったときの代わりの手としては最も現実的なので、本案の中に入れた | 人の判断の実測値が5分以下なら、Dを本案にしてよい |
| E. 副リージョンを6倍に増強 | 常時6倍の容量を置き、誤検知でも耐える | 決済ではアクワイアラ（カード会社側の接続先）との接続数・秒間処理数の上限が契約で決まっていることが多く、8週間では引き上げられない（シナリオ上の仮定）。誤検知そのものも残る | 上限の引き上げが間に合うなら、本案と組み合わせる価値が高い（二重の備え） |
| F. 採用 | 2つの信号が一致したときだけ切替 ＋ 10/23に不合格ならDへ | 自動切替の速さを保ったまま、誤った引き金だけを外す。出口も決まっている | — |
業界の実物との対応（参照）
以下の内容は記憶による要約で、本ファイル作成時に一次資料で再確認していません。
Google SRE Book — "Addressing Cascading Failures"
ある拠点が落ちて負荷が別の拠点へ移り、その拠点も過負荷で落ちる連鎖を主要な失敗の型として扱う。「6倍を3倍の所へ送り込む」は、この型を自分たちの誤検知で起こす話。
sre.google/sre-book/addressing-cascading-failures/
sre.google/sre-book/addressing-cascading-failures/
AWS Builders' Library — "Static stability using Availability Zones"
障害時に増強するのではなく、平常時から障害時に必要な容量を置いておく考え方。案Eに当たる。
aws.amazon.com/builders-library/static-stability-using-availability-zones/
aws.amazon.com/builders-library/static-stability-using-availability-zones/
AWS Route 53 Application Recovery Controller
リージョン切替を「ルーティングコントロール」というオン／オフのスイッチで人が操作する形を中心に設計されている。案Dが業界で珍しくない選択であることの裏付けで、だからこそ「止めたときの代わりの手」として正当に示せる。
docs.aws.amazon.com/r53recovery/.../what-is-route53-recovery.html
docs.aws.amazon.com/r53recovery/.../what-is-route53-recovery.html
よくある日本人のミス
❌ "First, I'm very sorry for the wrong number in my memo. Actually, what happened was..."
訂正を謝罪と経緯の説明にしてしまう
→
✅ "Before anything else — a correction. The $180K was TPV, not revenue."
❌ "As you can see, the traffic is very big."
図を指して形容詞で終わる。どこを見るかを言っていない
→
✅ "As you can see on this slide, the secondary region is tested to 3x. Black Friday runs at 6x."
❌ "The damage will probably be about $750K."
確率と金額を混ぜ、根拠のない "probably" を付ける
→
✅ "If that happens once, it costs about $750K." ＋ "I can't tell you the odds."
❌ "We will do our best to finish before the freeze."
意気込みで締め、止める条件を示さない
→
✅ "Here's where we'd stop: if the verifier doesn't pass on October 23, ..."
❌ "That's a good idea, but I don't think so."
上司の代替案をあいまいに否定する
→
✅ "We could — and it's exactly our fallback. But it swaps a wrong failover for a slow right one."
❌ "The observability project will be a little delayed."
悪い影響を小さく言う
→
✅ "Observability Modernization slips about four weeks, from mid-December to mid-January."
ワンランク上の表現（Phase 4 以降）
Basic
"Please approve our plan by tomorrow. Sorry, the $180K was wrong. Black Friday traffic is very big, so the risk is high. We will finish before the freeze."
↓ 経営層向けプレゼンでは
B2
"I need approval by tomorrow. First, a correction: the $180K was TPV, not revenue. The real risk is Black Friday — our secondary region is tested to 3x and peak is 6x. If it fails once, it's about $750K. If the test on October 23 fails, we'll switch to manual failover."
↓ さらに上のレベルでは
C1
"I'd rather spend thirty seconds of this correcting my own memo than have you spend three minutes discounting everything else I say. So: the $180K was TPV, not revenue — and nothing I'm about to ask for depends on it."
高度なフレーズ集
"A plan without a stop date is just a hope with a budget."
止める日付の無い計画は、予算のついた希望にすぎない。止める条件を示す理由を一文で言う表現。
"The fallback isn't free — it just sends the bill somewhere less visible."
「タダの代替案」の隠れたコストを指摘する表現。
"If October 23 goes badly, you'll hear it from me that afternoon, not in a post-incident review."
悪い知らせを自分から早く出すと約束し、承認者の不安を先に消す表現。
この問題で扱わなかった範囲
- Marcus以外の質問への回答: ElenaやDiegoからの追加質問（例: 0.5 FTEの継続費用を来年度予算のどこに入れるか）は扱わない。Finance週・CS週の題材になる。
- 検証レイヤーの技術設計の詳細（2つの信号が一致しないときのタイムアウト、プローブ自体が落ちたときの扱いなど）: 「両方が一致したときだけ切り替える」の一文に留めた。Engineering週のReport/Docで扱える。
- 加盟店への事前通知の文面: Diegoへは「10/23まで連絡不要」とだけ伝え、通知文は扱わない。Sales/CS週のEmailで扱える。
- スライドのデザインそのもの: 見本は置いたが、スライド作成の技法は練習対象外。練習対象は、スライドを映しながら話す英語。
次のステップ
- 発展: 10月23日の検証に不合格だった場合の、Marcus・Elena・Diego宛ての短い報告（「止める条件に当たったので、計画どおり人の判断での切替に切り替える」）を、冒頭2文で結論を言う形で書く（Report/Doc × Operations）
- 次回予告（Day 158）: Report/Doc × Operations — 承認が下りた後の決定記録（decision record）。採った案・採らなかった案（D・E）・止める条件・見直す日を、半年後に読んだ人にも分かる形で残す
自己評価（解いた後に記入）
理解度
チェック
自分の回答
タスクA — 3分間のプレゼン発言
タスクB — Marcusへの回答