Day 169 | Meeting × Engineering: Black Friday 前の稼働可否を30分で決める

シナリオ

あなたは引き続き Priya Anand — Director of SRE, Anchorpoint Systems（B2B決済インフラ、ARR約$40M）です。CloudEdge のアラートで3回フェイルオーバーした件（INC-2026-003・-041・-088。自社の監視はどの回も主リージョンを正常と見ていた）への自社側の対策が検証レイヤー（DR-2026-014）。CloudEdge・Meridian Probes・自社の合成監視の3つの信号のうち2つが「障害」と言ったときだけ切り替えます。取締役会資料には "Our verification layer is tested Oct 23." と載りました。Priya は DR-2026-014 の決定責任者（DRI）です。物語上の今日は 10/26（月）。

10/23 金

試験（game day）

10/26 月 16:00

本日の会議（30分）

10/28 水

投資家向けアップデート送付

11/16 月

稼働予定

11/20 金〜12/1 火

変更凍結（change freeze）

11/27 金

Black Friday

12/2 水

凍結明け

10/23 の試験結果（合成トラフィックのみ）

📈 Game Day Report · DR-2026-014 verification layer · 2-of-3 quorumFri Oct 23 · run by Aiko Mori

A. Replays held

3 / 3

INC-003・-041・-088 の信号を再生。切り替えを止めた

B. Real outages failed over

6 / 6

主リージョンへの通信を遮断

B. Time to failover (median)

2m34s

最悪 3m41s

Current (single signal)

52s

同じ B を前週に実施

C. Meridian down

58s

残り2信号で判断

SLA 99.99% → 月の許容停止 4m19s（30日の月）。1回の障害で使う割合

今の仕組み 52s20%

検証レイヤー中央値 2m34s59%

検証レイヤー最悪 3m41s85%

遅れの理由: Meridian の取り込みに 60〜150秒の遅れ（バッチ処理の間隔）があり、多数決が Meridian の票を待っていた。

🎙️ Priya Anand（あなた・司会）

Director of SRE。DR-2026-014 の DRI。稼働可否は Priya が決める

全員の合意は要らない。全員が「聞いてもらえた」と思えることは要る

🛠️ Marcus Feld

Staff Engineer。設計者。ドイツ出身・C2。早口で、話が設計の理想論に広がる。異常検知モデルを試作中

立場: 予定どおり 11/16 に出す

📟 Tomás Ruiz

SRE Manager。Black Friday の当番責任者。スペイン出身・C1。慎重で数字で話す

立場: 凍結明けの 12/2 まで止める

🔬 Aiko Mori

SRE（入社2年目・東京）。試験の実行者。英語 B2。聞かれるまで話さない

金曜の夜、ログからある発見をしている

🗂️ Ravi Menon

Chief of Staff to the CEO。最後の5分だけ参加

投資家向けアップデートの1文が欲しい

🎯

目的
30分で「11/16 に稼働させるか」を決め、決め方（条件・担当・期限）と、投資家向けの1文まで出して閉じる。これは調停（Day 162）ではない。決めるのは Priya

⚠️

2つの失敗の向き
切り替えるべきでないときに切り替える（今までの3回）／切り替えるべきときに遅れる（今回）。凍結中に今の仕組みのままだと、誤った切り替えの確率は約12%（導出）。外向けには "false" を使わない（Grace との約束）

タスク — 会議でのあなたの発言4回

会議の流れに沿って、あなたの発言（T1〜T4）を英語で書いてください。最後に投資家向けアップデートの1項目（55語以内・書き言葉）も。発言4回の合計 350〜480語、制限時間 30分。

🎙️ T1 — あなた（冒頭 · 60〜90語） 00:00

決定を1つ（whether ...）→ 誰がどう決めるか → 決まっていること → 時間配分 → 最初の発言者を理由つきで指名

Aiko Mori (SRE) — A1

"OK. So, the replays: three out of three held. The injected outages: six out of six failed over, but the median was two minutes thirty-four, and the worst was three forty-one. Most of the delay was waiting for Meridian's data. That's... all."

Marcus Feld (Staff Engineer) — M1

"Look, two-thirty-four is the price of not failing over on a lie. We ship on the sixteenth. And honestly, if Meridian lag is the worry, quorum is the wrong model anyway. I've been prototyping an anomaly model on our own probe data that could replace the whole vote—"

Tomás Ruiz (SRE Manager) — T1

"And I'm the one holding the pager on Black Friday. Three forty-one is eighty-five percent of the month's error budget in one event. I want it off until December second."

🎙️ T2 — あなた（対立と脱線の直後 · 70〜100語） ~00:07

脱線を担当つきで保留 → トレードオフを1文で → どちらにも立つ前に、黙っている Aiko に具体的な問い

Aiko Mori — A2

"It's Meridian specifically. In all six outages, our own probes and CloudEdge agreed within forty-five seconds. In the three replays, they disagreed: CloudEdge said outage, our probes said fine. So if we only wait for Meridian when the other two disagree, the replays would still hold. I ran that against Friday's logs: median fifty-eight seconds, worst one-twelve. But it's a rule change. It hasn't been tested live."

🎙️ T3 — あなた（決定の案 · 120〜160語）

Aiko の発見を具体的に認める → 決定者として案 → 結果を見る前に合格の基準 → 不合格のときの道 → 2人に「支持できない理由」を聞く

Tomás Ruiz — T2

"Nothing, as long as shadow mode is the default, not the exception. If the tenth comes back borderline, I don't want us relitigating it on the twelfth."

Marcus Feld — M2

"I'd have shipped as is. But fine, I can commit to that."

— Ravi Menon joined the meeting · 00:25 —

Ravi Menon (Chief of Staff) — R1

"Sorry, jumping in. Hannah's investor update goes out Wednesday, and the board deck said the layer would be tested on October 23rd. What's the one sentence?"

🎙️ T4 — あなた（締め · 100〜130語） ~00:26

「境界線上は不合格」を確定 → 反対を記録して礼 → 担当・期限を名前つきで → Ravi に話し言葉の1文

📨 Anchorpoint Systems — Monthly Investor Update (October)Draft · sends Wed Oct 28

Highlights · Revenue · Hiring · ...

Reliability: ← ここに書く1項目（55語以内）

使える表現・フレーズ

カードをクリックすると英語フレーズを表示します。

決めることは1つ（〜するかどうか）クリックで英語を表示 →

We have thirty minutes and one decision: whether ...💡 whether で Yes/No の形に。着地点がはっきりする

皆の話を聞いてから私が決めるクリックで英語を表示 →

I'll make the call before we leave, once I've heard from all of you.💡 決定者と決め方を最初に

あなたが実行したので、どうぞクリックで英語を表示 →

You ran the game day, so over to you.💡 指名に理由を。若手に話す権利を渡す

保留にする（担当つき）クリックで英語を表示 →

I'm putting it in the parking lot. You own a one-pager.💡 担当と時期が無いと「却下」に聞こえる

本当のトレードオフを言葉にするクリックで英語を表示 →

Let me name the trade-off we're actually making: ...💡 立場の対立を、全員が認める構造に変える

設計そのものか、特定の何かかクリックで英語を表示 →

Is it built into the design, or is it something specific?💡 二択で聞くと B2 の話し手も答えやすい

私が責任を持って決めるクリックで英語を表示 →

I'll own the call.💡 反対した人が従いやすくなる

結果を見る前に基準を決めるクリックで英語を表示 →

We agree the bar now, before anyone sees the results.💡 後で基準を動かす議論を防ぐ

支持できない理由は？クリックで英語を表示 →

What would stop you from backing that?💡 "Do you agree?" より本音が出る

反対は受け止めたクリックで英語を表示 →

I hear that you'd have shipped as is. That's noted.💡 disagree and commit の受け止め方

語彙・表現表

日本語	英語	使い方のコツ
決定責任者	DRI (Directly Responsible Individual)	Apple 由来とされる語。米国のテック企業で広く使う
本番を想定した障害訓練	game day	意図的に障害を起こして、仕組みと人の動きを試す日
多数決（何票中何票）	quorum / 2-of-3	"wait for quorum" ＝必要な票が揃うのを待つ
同数・割れたときの決め手	tie-break	"Meridian only breaks a tie" ＝割れたときだけ票を使う
許される停止時間の枠	error budget	SLA から逆算した「使ってよい失敗」の量
変更凍結	change freeze	繁忙期に本番の変更を止める期間
影で動かす運用	shadow mode	判断はするが実行せず記録だけ。dark launch とも
実行する／しない判断	go / no-go	"Borderline is a no-go." ＝境界線上は実行しない
蒸し返す	relitigate	決まったことを再び争う。法廷の比喩
今日扱わない論点の置き場	parking lot	担当と時期を添えて使う

ヒント（段階的開示）

ヒント 1 — 構成・方向性

T1 で「誰が決めるか」を言う: 言わないと、Marcus と Tomás は「相手を説得すれば勝てる」と思い、議論が長くなる
最初は Aiko: 事実を持っているのは試験を実行した人。意見の強い2人より先に事実を出す
T2 は3つの仕事: 脱線を担当つきで保留／トレードオフを1文で／Aiko に具体的な問い。2人にはまだ答えない
Aiko への問いは二択で: "Any thoughts?" では若手は話さない
T3 の核は「基準を先に決める」: 結果を見てから合否を議論すると、2人は同じ数字を逆に読む
不合格の道も同時に: shadow mode で凍結を越え、12/2 に有効化
T4 は反対を記録してから担当へ。Ravi への1文は良い半分と悪い半分を両方、"false" は使わない

ヒント 2 — キーフレーズ（表現）

T1: "We have thirty minutes and one decision: whether ..." / "I'll make the call before we leave, once I've heard from all of you." / "Two things are already settled: ..."
T2: "I'm putting it in the parking lot. You own a one-pager ..." / "Let me name the trade-off we're actually making: ..." / "Before anyone picks a side, ..."
T3: "That's the most useful thing anyone has said today." / "I'll own the call." / "We agree the bar now, before anyone sees the results: ..." / "What would stop you from backing that?"
T4: "Borderline is a no-go." / "I hear that you'd have shipped as is. That's noted." / "Owners: ..." / "Ravi, here's the sentence: ..."

ヒント 3 — 骨格テンプレート

T1: 時間と決定1つ（whether ... on Nov 16）→ 決め方（全員から聞いて Priya が今日決める）
  → 決まっていること2つ（再生は3/3止めた／凍結 11/20 は動かない）→ 時間配分 → Aiko を理由つきで指名

T2: Marcus に礼 → 異常検知モデルは parking lot（Marcus が1枚・凍結明け）
  → トレードオフ1文 → Aiko に二択の問い

T3: Aiko の発見を認める → 案（Meridian は2つが割れたときだけ）→ ログだけでは決めない → 11/10 再試験
  → 基準3つを今決める → 全部満たせば 11/16、1つでも外せば shadow で 12/2 → 「支持できない理由は？」

T4: 境界線上は不合格・基準は誰も動かさない（自分も）→ Marcus の反対を記録して礼
  → 担当: Aiko 11/5・Marcus レビュー・Tomás 11/10・Priya 11/11 正午・Marcus の1枚 12/4 → Ravi へ1文

モデル解答（C1〜C2相当）

決定・基準・担当・期限トレードオフ・外向けの言葉の線会議をリードする言い回し

T1 — 冒頭86語

"Thanks for making time, everyone. We have thirty minutes and one decision: whether the verification layer goes live on November 16th as planned. I'll make the call before we leave, once I've heard from all of you. Two things are already settled: it held on all three replayed alerts, and the November 20th change freeze isn't moving. Plan: five minutes on Friday's results, fifteen on options, five to decide, and Ravi joins for the last five. Aiko, you ran the game day, so over to you."

T2 — 脱線を止め、黙っている人に聞く95語

"Thanks, Marcus. The anomaly model is a fair question, but it's not one we can settle in fifteen minutes, so I'm putting it in the parking lot. You own a one-pager, and we'll take it after the freeze. Let me name the trade-off we're actually making: every second we wait for a second opinion protects us from a false failover and costs us on a real one. Before anyone picks a side, Aiko, you've spent more time in Friday's logs than anyone. Is the two thirty-four built into the design, or is it something specific?"

T3 — 決定の案と、先に決める基準137語

"That's the most useful thing anyone has said today, Aiko. Thank you. So here's what I'm proposing, and I'll own the call. We adopt Aiko's rule: Meridian only breaks a tie when CloudEdge and our own probes disagree. Because it hasn't been tested live, we don't decide on the logs alone. We re-run the full game day on November 10th, and we agree the bar now, before anyone sees the results: all three replays held, a median failover under seventy-five seconds, and nothing over two minutes.

If it clears all three, we go live on the 16th. If it misses any one, the layer runs in shadow mode through the freeze, logging what it would have done and changing nothing, and we turn it on on December 2nd. Tomás, Marcus: what would stop you from backing that?"

T4 — 締め125語

"Agreed, Tomás. Borderline is a no-go, and nobody reopens the bar on the 12th, including me. Marcus, I hear that you'd have shipped as is. That's noted, and thank you for committing anyway.

Owners: Aiko builds the tie-break rule by November 5th and Marcus reviews it. Tomás runs the re-test on the 10th. I send the go or shadow call in writing by noon on the 11th. Marcus, the one-pager by December 4th.

Ravi, here's the sentence: we tested it on October 23rd; it held on all three past alerts our own monitoring didn't confirm, but it switched over too slowly on simulated real outages, so we've changed one rule and we retest on November 10th. I'll send you the written version within the hour."

投資家向けアップデートの1項目

📨 Anchorpoint Systems — Monthly Investor Update (October)55 words

Reliability: We tested the failover verification layer on Oct 23. It held on all three past alerts our own monitoring did not confirm, but switched over too slowly on simulated real outages (median 2m34s; target under 75s). We have changed one rule and retest Nov 10. Go-live: Nov 16 if it passes, otherwise Dec 2.

T1 86語・T2 95語・T3 137語・T4 125語、合計 443語。投資家向け 55語（wc -w で数えた値）

T3 で決めた合否の線

11/10 の再試験の基準（結果を見る前に決める）: ① 過去の3回の再生をすべて止める ② 切り替えの中央値 75秒未満 ③ 最悪でも 2分以内。1つでも外せば不合格。境界線上も不合格。

✅ 3つとも満たす → go

11/16（月）に検証レイヤーを有効化
凍結（11/20〜）の前に4日間の本番運用

🌗 1つでも外す → shadow

凍結中は判断を記録するだけ。切り替えは今の仕組み
12/2（水）に有効化。凍結中の誤った切り替えのリスク（約12%）は受け入れる

解説

構成分析

T1 は「決定」と「決め方」を同時に — 会議が長引く最大の原因は、誰が決めるのかを参加者が知らないこと。"I'll make the call ... once I've heard from all of you" で、聞くことと決めることを両方約束する。

決まっていることに凍結日を入れる — 「凍結をずらせば」という逃げ道の議論を先に消す。

時間配分は後で使う — T2 の "we can't settle in fifteen minutes" は T1 の配分の回収。脱線を、時間を根拠に止められる。

最初は Aiko、理由つき — 意見の強い2人より先に事実を出す。"you ran the game day" は若手に話す権利を渡す一言。

脱線は「却下」ではなく「保留」 — 担当（Marcus）・成果物（one-pager）・時期（after the freeze）を付ける。再試験に設計者の協力が要るので、Marcus を敵に回さない。

トレードオフを1文で — 「待つ1秒は誤った切り替えを防ぎ、本物の切り替えを遅らせる」。2人とも否定できない構造にすると、対立は「どちらが正しいか」から「どこに線を引くか」に変わる。

Aiko への問いは二択 — "built into the design, or something specific?" は、金曜の発見を話すきっかけになる形。

発見を名前で認める — "Aiko's rule" と呼ぶ。司会が自分の案のように言い換えると、Aiko は次から黙る。

"I'll own the call" — 決定者が結果の責任を取ると言う。反対した人が従いやすくなる。

基準を結果の前に — 3つの基準はどれも数字で、誰が見ても合否が同じ。11/11 に議論が繰り返されない。

不合格の道を同じ文で — shadow mode で凍結を越える道があると、Tomás が 11/16 案に反対する理由が減る。

"What would stop you from backing that?" — 反対を出しやすい聞き方。Tomás の「境界線上なら？」という条件がここで出た。

自分も縛る — "nobody reopens the bar on the 12th, including me"。決定者が自分にも規則を適用すると、規則は信頼される。

反対を記録してから担当へ — "That's noted" で受け、"thank you for committing anyway" で協力に礼。決定者自身の期限（11/11 正午）も入れる。

Ravi への1文は「良い半分＋悪い半分＋次の日付」 — "tested Oct 23" の約束は守った。結果が半分は期待どおりでなかった。両方を入れ、"false" は使わない。

重要表現まとめ

表現	意味・ポイント
`one decision: whether ...`	決定を Yes/No の形で。"discuss" "align on" では終わりが見えない
`make the call`	決める（口語）。判断に責任を持つ響き
`parking lot`	今日扱わない論点の置き場。必ず誰が・いつを添える
`name the trade-off`	トレードオフを言葉にする。司会の仕事として "name"
`pick a side`	どちらかの側につく
`own the call`	決定と結果の責任を引き受ける
`agree the bar`	合格基準を決める（英国では agree + 目的語が普通、米国は agree on も）
`backing`	支持すること
`borderline is a no-go`	境界線上は実行しない
`That's noted`	受け止めた・記録した
`commit anyway`	反対だが従う

文化的ポイント

日本の会議で起きやすいこと	英米の会議で期待されること
決定者を言わず「皆で決めましょう」で始める	決定者と決め方を最初に言う。合意か DRI かを曖昧にしない
脱線を遮るのは失礼なので最後まで聞く	時間を根拠に、担当つきで保留にする
若手は指名されても「特にありません」	司会は答えやすい具体的な問いを渡す。若手も、聞かれたら事実を1つ言う
若手の案を上司が自分の言葉で言い直して採る	誰の案かを名前で言う
反対意見は会議の後で個別に聞く	その場で聞き、反対は記録する
結果が出てから判断の仕方を話す	結果の前に合格の基準を決める
締めは「引き続きよろしくお願いします」	誰が・何を・いつまでに。決定者自身の期限も

🗾

Aiko の側の学び
A1 の "That's... all." は、事実だけ言って解釈を言わない日本的な報告。英米の会議では、見つけたことは聞かれる前に言ってよい。Priya が聞かなければ、最良の案は会議に出なかった。司会としては「聞く」、若手のときは「言う」の両方を練習したい。

数字の根拠（出所の区別）

シナリオ設定仮定導出確認済み実測

数字	区分	中身
3回のアラート、取締役会 10/15、稼働 11/16	シナリオ設定	Day 155〜168 と同じ
試験結果（3/3、6/6、2分34秒、3分41秒、52秒、58秒）	シナリオ設定	本問で置いた値
Meridian の取り込み遅延 60〜150秒	仮定	監視 SaaS で1分前後のバッチ間隔はよくある、という前提
Aiko の再計算（58秒、1分12秒）	シナリオ設定	本問で置いた値
月の許容 4分19秒	導出	30日 × 1,440分 × 0.0001 = 4.32分。停止時間を「障害開始から切り替え完了まで」で近似（仮定）。実際の SLA の定義は契約による
85%・59%・20%・46%	導出	221・154・52・120 秒 ÷ 259.2 秒
凍結中に誤った切り替えが起きる確率約12%	導出	9か月（約274日）で3回 → 12日間で λ = 0.131 → 1 − e^−0.131 ≈ 0.12。過去の頻度が続く仮定つき。9/28 の修正が効いていれば下がる
基準（中央値 75秒未満、最悪 2分以内）	シナリオ設定	旧方式 52秒に待ち1回分を足した程度。最悪は月の許容の半分以下
日付の曜日	確認済み	`date -j -f %Y-%m-%d`: 10/23 金、10/26 月、10/28 水、11/5 木、11/10 火、11/11 水、11/16 月、11/20 金、11/26 木（Thanksgiving）、11/27 金、11/30 月、12/1 火、12/2 水、12/4 金
発言 86・95・137・125 語（計 443）、投資家向け 55語	実測	`wc -w` で数えた値

迷った他案と採らなかった理由

(1) T1 で決め方をどう言うか

案	中身	採らなかった理由	前提が変われば
A	決め方を言わない	2人が「説得すれば勝てる」と思い、30分では終わらない	報告だけの会議なら不要
B	合意（consensus）で決める	立場が正反対で、凍結までに決まらない。Day 162 と違い、今回は「出すか出さないか」の二択	複数チームの予算や人員に及ぶなら、合意か上位の決定者
C 採用	全員から聞いて、今日 Priya が決める	—	—

(2) Marcus の脱線の扱い

案	中身	採らなかった理由	前提が変われば
D	その場で議論する	15分では結論が出ない。試作段階で 11/16 に間に合わない	凍結が無く稼働日に余裕があるなら、次の会議の議題に
E	「今日の議題ではない」とだけ言う	担当も時期も無いと却下に聞こえる。再試験の前に設計者を敵に回す	—
F 採用	parking lot＋担当＋成果物＋時期	—	—

(3) T3 の決定の形

案	中身	採らなかった理由	前提が変われば
G	Marcus 案: 今の設計で 11/16	最悪 3分41秒は月の許容の85%。Black Friday の1週間前に、本物の障害で遅れると分かっている仕組みを入れる	本物の障害が誤った警報よりずっと少ないと示せるなら
H	Tomás 案: 12/2 まで止める	凍結中の誤った切り替えのリスク（約12%）がそのまま残る	9/28 の修正後に誤った警報が1回も無いと確認できれば、こちらが合理的
I	Aiko のログ上の計算だけで 11/16	ログの再計算は試験ではない。新しい規則が新しい失敗を生むかは試験しないと分からない	変更が設定値1つで、過去に試験した形なら
J	合否を再試験の後に話し合う	結果を見てから基準を決めると、同じ議論が 11/11 に繰り返される	—
K 採用	Aiko の規則＋11/10 再試験＋基準3つを今決める＋不合格なら shadow で 12/2	—	—

(4) Ravi への1文

案	中身	採らなかった理由
L	"Testing went well; on track for Nov 16."	半分は事実でない。shadow になったら Hannah は2週間で前言を撤回することになる
M	"The test found a significant issue."	3/3 止めた成果が消え、取締役会資料の件と結びついて大きく読まれる
N 採用	良い半分＋悪い半分＋変えたこと＋次の日付	—（11/16 と 12/2 の両方を先に書くので、どちらになっても撤回が要らない）

業界の実物との対応（参照日: 2026-10-06）

以下はいずれも記憶による要約で、本ファイル作成時に原文を再取得して確認していません。

Google『Site Reliability Engineering』（O'Reilly, 2016）の Error Budget — 目標稼働率から「許される停止時間」を出し、使い切るかでリリースの可否を決める。Tomás の「85%」はこの言葉で話している。
Amazon Leadership Principles「Have Backbone; Disagree and Commit」 — 反対ならはっきり言い、決まったら全力で従う。T4 の Marcus への受け止め方。
Bain の RAPID、Atlassian の DACI など決定者を明示する枠組み — 誰が決め、誰が意見を言うかを先に決める。T1 の1文はこれを短くしたもの。
AWS Route 53 のヘルスチェック — 複数地点のチェッカーの結果を合わせて健全性を判断する。単一の信号で切り替えない設計の、広く使われている実例。
シャドウ運用・ダークローンチ（Google SRE Workbook の段階的リリースの章など） — 新しい判断ロジックを本番に置き、実行せず記録だけして比べる。T3 の不合格時の道。
小売・決済の繁忙期の変更凍結 — Black Friday〜Cyber Monday 前後に本番変更を止める慣行は EC・決済事業者で広く見られる。期間と例外手続きは会社ごとに異なる。

よくある日本人のミス

ミス	原因	正しい表現
"Today, let's discuss the test results."	議題だけで決定が無い	"We have thirty minutes and one decision: whether ..."
"Let's decide together."	合意か決定者かが曖昧	"I'll make the call before we leave, once I've heard from all of you."
"Marcus, that's off-topic."	担当も時期も無く、却下に聞こえる	"I'm putting it in the parking lot. You own a one-pager, and we'll take it after the freeze."
"Aiko, any comments?"	若手は "No, I'm fine" で終わる	"Is the two thirty-four built into the design, or is it something specific?"
"Good idea. So, my proposal is ..."	若手の案を自分の案として言い直す	"We adopt Aiko's rule ..."
"Let's see the results and then decide."	基準が後から動く	"We agree the bar now, before anyone sees the results: ..."
"Do you agree?"	反対が出にくい	"What would stop you from backing that?"
"The test had some problems, but we are on track."	良い面だけ伝えて後で撤回が要る	"It held on ..., but it switched over too slowly on ..., so we've changed one rule ..."
投資家向けに "the false alerts"	Grace との約束を忘れる	"alerts our own monitoring did not confirm"

ワンランク上の表現

Basic

"Marcus wants to release. Tomás wants to wait. Aiko, what do you think?"

"We need to decide about the release today. Marcus and Tomás have different opinions. Aiko, can you tell us more about the test? Then I will decide."

"We have one decision today and I'll make it, once I've heard from everyone. Marcus, let's park the model for now. Aiko, is the delay structural or is it Meridian?"

"Neither of you is wrong. You're each guarding against a different failure, and every second of waiting trades one for the other. So the real question isn't ship or wait. It's whether we can stop waiting when we don't need to. Aiko, I think you've already looked at that."

"You're each guarding against a different failure."

対立を「正しい／間違い」から「守っているものの違い」に変える。

"I'd rather make this call with a number we agreed on today than an argument we have on the twelfth."

基準を先に決める理由を1文で。

"If I'm wrong, it's on me, not on whoever disagreed."

"I'll own the call" をもう一歩進めた言い方。反対した人を守る。

"Let's write down what would change our minds."

決めた後で、決定を見直す条件を残す。決定記録（DR）に入る1行。

この問題で扱わなかった範囲

検証レイヤーの設計そのものの良し悪し（2-of-3・重みづけ・異常検知モデル）: Marcus の one-pager の論点。本問は「今ある情報で凍結前に何を決めるか」まで。
SLA の正確な計算: 停止時間を切り替えにかかった時間で近似した。実際は契約の定義による。
Meridian の取り込み遅延を短くする交渉: 11/16 には間に合わない前提で扱っていない。
同意待ちの顧客（Halvorsen など）への影響: shadow mode でも Meridian への送信は起きるので、同意の扱いは Day 163・168 の決定のまま。本問では議論しない。
Hannah への事前の個別連絡: 投資家向けの文面は Ravi 経由で Hannah が承認する前提。

次のステップ

発展: 11/10 の再試験の結果が「再生 3/3、中央値 61秒、最悪 2分04秒」だった。11/11 正午までに #sre-leads に送る go/shadow の決定メッセージ（Marcus・Tomás・Aiko・Ravi 宛て、80語以内）を書く。基準どおり shadow にすること、4秒の差で決めた理由、12/2 の手順、Aiko への礼を入れる。
次回予告（Day 170・水曜）: Chat/Slack × Engineering

試験で「過去の誤報は3/3止めたが、本物の障害での切り替えが2分34秒に遅れた」——Black Friday 前に稼働させるかを30分で決める会議をリードする