シナリオ
あなたは引き続き Priya Anand — Director of SRE, Anchorpoint Systems（B2B決済インフラ、ARR約$40M）。物語上の日付は 12/4（金）。12/15（火）の取締役会の事前資料（board pre-read）の締め切りは 12/8。
11/12 の投資家セッションで Priya は「基準は75秒と2分。両方満たした」と言い、Derek Lau の「8秒差は運では？」に "Six runs is a small sample, so we'll report every real event through December in the January update." と約束した。検証レイヤーは 11/16 に稼働した。
稼働後の本番（11/16〜12/3）
3つの選択肢（CFO Owen Price と数字を確認済み）
| A. 何もしない | B. Meridian 15秒プラン | C. 自前の外部監視（別クラウド3拠点） | |
|---|---|---|---|
| 費用 | $0 | 年 +$84k（$48k → $132k）、12か月契約 | 初期 $96k ＋ 年 $24k |
| 割れたときの最悪 | 2:21（実測）〜 | 約75秒（公称値から推定・未試験） | 約60秒（設計上の推定） |
| 使える時期 | — | 1月下旬（再試験後） | 早くて3月中旬 |
| 3/31 までに条項を飲めるか | 飲めない | 再試験に合格すれば | ほぼ無理 |
| 主なリスク | 条項を飲めない | 外部ベンダー1社への依存 | 自社監視と同時に落ちうる（独立性が弱い） |
重要なコンテキスト
頼みごと（金額・時期・目的）を最初に。説明が長いと会議の時間が説明に消える
1月の投資家向けアップデートより柔らかく書けば、その差が問題になる
CloudEdge の原因は NDA の対象。書けるのは「報告が95秒遅れた」という自社の観測まで。"false" は使わない
「退行ではない」は事実。だが不足の言い訳に使わない
タスク
パート1 — 取締役会向けビジネスケース（board pre-read）
- The ask（金額・開始時期・目的・期限の理由）
- What happened, including where we fell short（不足も数字で）
- Options（3案を同じ物差しで。表は1つまで）
- Why B, and why not C yet
- What this does not fix
- How we will know — decided now（合否基準と不合格時の行動）
- What would change this recommendation
パート2 — Hannah への返信（Slack）
Strong draft. One ask — can we soften section 2? 'Fell short' will get quoted back to us. Maybe 'performed within expectations given the provider delay'?
断りつつ、代わりに何なら変えられるかを示す。
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
ヒント（段階的開示）
ヒント 1 — 構成・方向性
第1節は2文で頼みごとを完結（金額・開始・目的・期限）。第2節は「うまくいった2回 → 不足した1回 → なぜ」。不足は良い話と同じ密度で（秒数・比較対象・影響・誰が知るか）。旧方式の比較は書き、直後に "but it is a miss" で閉じる。第3節は表1つ、B の75秒は "vendor figure, untested"。第4節で C が3年で安いことを自分から書く（$168k vs $252k）。第6節は11月と同じ基準＋95秒遅れの再現、不合格時の行動まで。パート2は「断る → 理由 → 変えられるもの」。
ヒント 2 — キーフレーズ・表現
- 第1〜2節:
"I'm asking the board to approve ..."/"it held traffic on alerts our own monitoring did not confirm"/"This is not a regression, but it is a miss." - 第4〜5節:
"C is cheaper over three years ... We are not recommending it now for two reasons."/"B buys us time" - 第6〜7節:
"Pass means ..."/"If B fails, we will not sign ..."/"in the brochure, not in the contract" - パート2:
"I'd keep it."/"that gap becomes the story"/"the number has to stay"
ヒント 3 — 骨格テンプレート
パート1：
2. [11/19・12/2 切り替えず] [11/28: 95秒遅れ → 割れて待つ → 2:21 = 21秒超過・約6,800件] [旧方式 2:38 → 退行ではないが未達] [1月に投資家へ] [原因: 試験にこの遅れが無かった／間隔 = 切り替え時間]
3. [表 A/B/C]
4. [C は3年で安い。理由2つ: 期限前に試験できない／独立性] [B は時間を買う。Q2 に C]
5. [割れは防がない／99.99% は不変]
6. [1/11 の週に再試験＋95秒遅れ] [合格 = 全回2分未満] [不合格なら条項を飲まず Marcus が1/29までに180秒]
7. [15秒が契約に入らない → C] [Halden が条項を落とす → Q2 で見直し]
パート2：
モデル解答（C1〜C2相当）
黄 = 鍵になる表現 赤 = 不足を自分から書いた箇所
Business case BC-2026-03: Closing the split-signal gap in regional failover
1. The ask
I'm asking the board to approve $84k a year, from January 2027, to move Meridian Probes to its 15-second reporting tier. It is the cheapest option that can meet the 120-second failover clause in Halden Pay's renewal draft ($3.1M ARR, 7.8% of revenue) before their contract ends on 31 March.
2. What happened, including where we fell short
The verification layer went live on 16 November. Twice since then, on 19 November and 2 December, it held traffic on alerts our own monitoring did not confirm. The old system would have moved traffic both times.
On 28 November it fell short. During a real regional outage, our own monitoring declared the region down, but the provider's status feed did not agree for another 95 seconds. With the two signals split, the system waited for Meridian, and traffic moved after 2 minutes 21 seconds: 21 seconds over the two-minute cap we presented to investors on 12 November. About 6,800 payment requests failed and were retried by merchants. The old system would have taken an estimated 2 minutes 38 seconds. This is not a regression, but it is a miss, and investors will see it in the January update, as promised.
The cause is the risk Derek Lau raised: our six test runs never included a provider delay this long. Meridian reports every 60 to 150 seconds, and in a split, that interval is our failover time.
3. Options
| A. Do nothing | B. Meridian 15-second tier | C. Build our own external probes | |
|---|---|---|---|
| Cost | $0 | $84k/yr, 12-month term | $96k once + $24k/yr |
| Worst case in a split | 2:21 observed | ~75s (vendor figure, untested) | ~60s (design estimate) |
| Ready | — | late January, after re-test | mid-March at best |
| Meets Halden by 31 March | No | Yes, if the re-test passes | Unlikely |
| Main risk | Cannot sign the clause | Still one outside vendor | Our probes can fail together with our own monitoring |
4. Why B, and why not C yet
C is cheaper over three years ($168k against $252k) and faster on paper. We are not recommending it now for two reasons. It cannot be built and tested before Halden's deadline. And a probe we build and run is not truly independent of our own monitoring: the same team, deploy pipeline and configuration mistakes could take both down at once. B buys us time to answer that properly. We will bring C back to the board in Q2 2027, with B's real-world data.
5. What this does not fix
B shortens the wait in a split; it does not prevent splits. When the provider's feed is late, we still depend on one outside vendor. Our 99.99% commitment to customers does not change.
6. How we will know — decided now
In the week of 11 January we will re-test with the same three criteria as November, plus one new case: the provider's feed delayed by 95 seconds, as on 28 November. Pass means every run under two minutes. If B fails, we will not sign the 120-second clause, and Marcus Bell will offer Halden 180 seconds by 29 January.
7. What would change this recommendation
- If Meridian will commit to 15 seconds only in the brochure, not in the contract, we choose C and ask Halden to move the clause back one quarter.
- If Halden drops the clause, B is still worth paying for only if another split happens before Q2. If none does, we will revisit it then.
Strong draft. One ask — can we soften section 2? ... Maybe 'performed within expectations given the provider delay'?
I'd keep it. The board will also read the January investor update, and if the pre-read reads softer than what investors see, that gap becomes the story. "Within expectations" isn't accurate either: we set the cap, and we missed it. What I can change is the tone. I'm happy to replace "fell short" with "missed the cap by 21 seconds" if that reads better to you, but the number has to stay.
語数は見出し・表を含めた wc -w の実測（604語／72語）。
解説
構成分析
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
| fall short | 基準に届かない。"fail" より範囲が狭く、何に足りなかったかを続けやすい |
| a miss | 未達。名詞で言うと短く、言い逃れの余地がない |
| regression | 以前より悪くなること（退行）。技術者・投資家の両方に通じる |
| hold traffic | トラフィックを動かさずに保つ。"didn't fail over" より肯定的な動作として書ける |
| in a split | 意見が割れたとき。投票の比喩を資料全体で一貫させる |
| on paper | 理論上は。実証されていないことを含意 |
| buy (someone) time | 時間を稼ぐ。暫定案の役割を言う定番 |
| reads softer | （文章が）柔らかく読める。"read" の自動詞用法 |
| that gap becomes the story | その差が話題の主題になる。広報・IR の言い回し |
文化的ポイント
| 日本の職場で起きやすいこと | 英米の取締役会資料で期待されること |
|---|---|
| 経緯から書き始め、提案は最後 | 第1節で頼みごと。経緯は後 |
| 未達を「想定を若干上回る結果」と包む | "21 seconds over the two-minute cap"。数字と比較対象をそのまま |
| 謝罪を重ねる | 事実・原因・次の手。責任は "it is a miss" で十分 |
| 推奨案に不利な数字は聞かれたら答える | 自分から書く。取締役は必ず計算する |
| 「万全を期します」で締める | 合否基準と不合格時の行動を先に書く |
| 上司に「柔らかく」と言われたら従う | 理由を添えて断り、変えられる範囲（語）と変えられない範囲（数字）を分ける |
数字の根拠（出所の区別）
| 数字 | 区分 | 中身 |
|---|---|---|
| 2分の上限、11/10 再試験、11/12 投資家セッション | シナリオ設定 | Day 171 から引き継ぎ |
| 11/19・11/28・12/2 の事象、95秒、2:21、約6,800件、旧方式 2:38 | シナリオ設定 | 本問のための設定 |
| 21秒超過 | 導出 | 141 − 120 |
| Halden = ARR の 7.8% | 導出 | 3.1 / 40 = 0.0775（python3） |
| B 3年 $252k／C 3年 $168k | 導出 | 84 × 3／96 + 24 × 3 |
| C の初期 $96k | 設定＋導出 | 2人 × 8週 × 週$6k（人件費込みの仮定） |
| B の約75秒 | 仮定 | 自社判定 約55〜60秒＋次の報告まで最大15秒。公称値どおりの前提で未試験 |
| 曜日（11/28 土・12/4 金・12/15 火・1/29 金・3/31 水）、Black Friday = 11/27 | 確認済み | python3 の strftime で確認 |
| 604語／72語 | 実測 | wc -w（見出し・表を含む） |
迷った他案と採らなかった理由
(1) 資料の型
| 案 | 採らなかった理由 | 前提が変われば |
|---|---|---|
| 11/28 のポストモーテムを先に出し、投資は別資料 | 決めるのは $84k。報告だけだと「で、どうする？」に会議の時間が使われる | 顧客の損害（クレジット支払い）が出ていれば独立の議題に |
| 推奨案だけ書き、他案は付録 | 安い C を付録に回すと隠したように見える | 取締役会が C を却下済みなら |
| 採用: 頼みごと → 事実 → 3案 → 推奨 → 限界 → 合否基準 → 前提 | — | — |
(2) 11/28 の書き方
| 案 | 判断 |
|---|---|
| "performed within expectations given the provider delay" | 不採用。2分は自分たちが決めて投資家に見せた上限。"expectations" は基準を後から動かすことになる |
| "We sincerely apologize for failing to meet ..." | 不採用。謝罪を重ねると論点が責任の所在に移り、決める時間が減る |
| 旧方式との比較を書かない | 不採用。必ず聞かれる事実を省くと、後で言い訳になる |
| 採用: すべて書き "This is not a regression, but it is a miss." で閉じる | — |
(3) 推奨案
| 案 | 採らなかった理由 | 前提が変われば |
|---|---|---|
| A. 何もしない | 売上 7.8% の条項を飲めない。同じことが起きれば上限をまた超える | Halden が条項を落とし、割れが年1回未満と分かったら |
| C. 自前の外部監視 | 期限前に試験できない。自社監視と同時に落ちうる | Meridian が15秒を契約に書かない／Halden が期限を延ばしたら |
| B. 採用（暫定） | 期限内に試験でき、12か月で撤退できる | — |
よくある日本人のミス
ワンランク上の表現
- "We'd rather spend $84k now than explain a second miss in April." — 投資の理由を避けたい未来で言う（口頭補足向け）
- "This is a bridge, not a destination." — 暫定案の位置づけ
この問題で扱わなかった範囲
- 11/28 の社内ポストモーテムそのもの: 書いた前提とし、取締役会の決定用に圧縮する練習に絞った
- Halden との契約交渉（180秒への再提案）: 日曜の Negotiation の題材として残す
- Meridian との契約文言の交渉: 第7節の前提として書いたが交渉自体は扱わない
- 約6,800件の失敗への加盟店対応・クレジット: 141秒は月の許容（約259秒）の54%で単独では違反にならない（導出）。同月の別停止があれば違反しうる
- C の独立性を高める設計: Q2 の取締役会の題材
- 業界の実物との対応（Amazon の 6-pager、UK Treasury Green Book の Five Case Model、Google SRE の blameless postmortem、SEC Regulation FD）: いずれも記憶による要約で、原文を再取得して確認していない（参照日 2026-10-09）。詳細は MD 版
次のステップ
- 発展: 12/15 の取締役会の冒頭、議長 Margaret Osei が "We've all read it. Priya, if we approve this and the January re-test fails, what have we bought?" と聞いた。$84k が無駄にならない理由と12か月で撤退できることを、30秒（60〜80語）で答える
- 次回予告（Day 173・土曜）: 1on1/会話 × Engineering