シナリオ
あなたは引き続き Priya Anand — Director of SRE, Anchorpoint Systems（B2B決済インフラ、ARR約$40M）です。Day 155〜162 の続きで、今日は取締役会（10/15 木）の事前配布資料（pre-read）に載る Legal & Compliance 欄の1ページ を書きます。pre-read の確定は 10/8（木）、草稿の期限は 10/7（水）正午 UTC。
- CloudEdge のステータスAPIが9か月で3回「リージョン障害」と誤報（1/22・5/7・9/15）。自社の原因は「単一ベンダーの信号だけで切り替える設計」で、独立した検証レイヤー（DR-2026-014）で直す。試験は 10/23（金）
- 動かすには第2のベンダー Meridian Probes に、サンプルした取引のテレメトリ（merchant ID・送信元IP・リージョン・レイテンシ・ステータスコード）を渡す必要がある
- General Counsel の Grace Oduya の暫定見解: 「subprocessor（再委託先）の変更にあたる。merchant ID をマスクすれば個人データでなくなるかは10/12までに結論を出す」
法務の棚卸し — 187件のうち41件に条件がある
10/7 水 12:00
草稿の期限（本日の成果物）10/8 木
pre-read 確定10/12 月
Grace が「マスクした ID は個人データか」に結論10/15 木
取締役会10/16 金
通知を送る最終日10/23 金
試験（合成トラフィックのみ＝通知不要）11/13 金
go／no-go11/16 月
go-live（通知の30日後は 11/15 日）11/20 金
変更凍結（change freeze）11/27 金
Black Friday✍️ Priya Anand（あなた）
ページの著者。法務の判断をする立場ではない。Grace が事前にレビューする守りたいもの: 取締役会で「聞いていない」と言われないこと
⚖️ Grace Oduya
General Counsel。結論は10/12。出る前に断定されるのを嫌う守りたいもの: 後から読まれて誤りになるページを出さない
🏛️ 取締役会（7人）
CEO Hannah Kim、元・上場SaaS企業CTOの独立取締役 Naomi Brandt、投資家取締役2人ほか。1ページを数分で読んで会議に来る。Series C 前目的
(1) 結論、(2) 求める判断を1つ、(3) 選択肢と却下理由、(4) 分かっていないこと——を1ページで渡す。法務の結論が出ていない点を、出ているかのように書かない
(1) 結論、(2) 求める判断を1つ、(3) 選択肢と却下理由、(4) 分かっていないこと——を1ページで渡す。法務の結論が出ていない点を、出ているかのように書かない
前提
書かれた文書は転送・保存され後で読まれる。取締役会は中核的なリスクを監督する義務を負う（Caremark の流れ）ので、「分からない」は隠すより誰がいつ答えるかを書く。Day 162 の NDA の件は持ち込まない
書かれた文書は転送・保存され後で読まれる。取締役会は中核的なリスクを監督する義務を負う（Caremark の流れ）ので、「分からない」は隠すより誰がいつ答えるかを書く。Day 162 の NDA の件は持ち込まない
タスク — 取締役会向け1ページ要約を書く
Legal & Compliance 欄の Executive summary を英語で書いてください。見出しを含めて 260〜340語、制限時間 35分。
BOARD PRE-READ · Oct 15 · Legal & ComplianceDraft due Wed Oct 7, 12:00 UTC · Reviewer: G. Oduya
[ あなたが書く: タイトル 1行 ]
Bottom line
最初の2文で、結論と「締め切りを守れないと何が起きるか」。3文目で縛っているものの種類
Decision requested
1つ。2文以内。既定動作つき
Why now
過去の事実／何が渡るか＋法務の暫定見解／契約の数字
Options considered
3つ。推奨を明示。却下には理由1文
Risks and unknowns
各項目に「答える人と日付」（無ければ測る方法）
Next steps
日付と名前を1行に
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
できるのは〜の場合に限るクリックで英語を表示 →
We can ... only if ...💡 結論と条件を1文に。BLUF の型
縛っているのは〜ではなく〜クリックで英語を表示 →
The binding constraint is X, not Y.💡 取締役の注意を向ける先を最初に渡す
書面で同意を要するクリックで英語を表示 →
must consent in writing💡 「承認」ではなく「同意」。契約上の語
〜日前に余裕があるクリックで英語を表示 →
four days before the ... freeze💡 「ギリギリ」を日数に直す
全体を遅らせず一部を外すクリックで英語を表示 →
...rather than delaying everyone💡 既定動作の言い方
〜に由来するクリックで英語を表示 →
trace to ...💡 "are caused by" より責任の判断が弱い
暫定見解クリックで英語を表示 →
working view💡 結論ではない。法務を代弁するとき必須
〜までに結論を出すクリックで英語を表示 →
she will confirm by Oct 12💡 「分からない」を「いつ分かるか」に
契約上の通知条項クリックで英語を表示 →
carry notice terms💡 契約が条件を持つ、の平易な言い方
却下。理由は〜クリックで英語を表示 →
Rejected: it breaches ...💡 選択肢の表で短く。理由を同じ行に
測れば分かるクリックで英語を表示 →
The Oct 23 test will measure it.💡 不明点を測定に結びつける
名前つきの担当クリックで英語を表示 →
go/no-go, Priya💡 役職より名前のほうが責任が見える
語彙・表現表
| 日本語 | 英語 | 使い方のコツ |
|---|---|---|
| 事前配布資料 | pre-read | 会議の前に読んでくる前提の文書 |
| 再委託先 | subprocessor | 個人データの処理を、委託先がさらに委託する先 |
| 変更凍結 | change freeze | 繁忙期前に本番変更を止める期間 |
| 通知条項 | notice terms | 契約が定める通知の条件 |
| 異議を述べる権利 | right to object | 通知を受けた側が異議を出せる。解消しなければ解約可、が付くことが多い |
| 既定の動き | default action | 返事が来ないときに自動的にそうする、と先に決めておく動き |
ヒント（段階的開示）
ヒント 1 — 構成・方向性
- Bottom line は3文: 条件つきの結論 → 逃したときの日付 → 縛っているものの種類
- Decision requested は1つ: 「通知の後押し」と「同意が来ないときの既定動作」を同じ判断に束ねる
- Why now は3項目: なぜこの対策か（過去）／なぜ法務か（何が渡る・法務の暫定見解）／何件が関わるか（数字）
- Options は3つ: 推奨・並行通知・延期。却下は理由1文
- Risks は「答える人と日付」
- 書かない: CloudEdge の機密の中身、条項の法的解釈（Grace の領域）
ヒント 2 — キーフレーズ（表現）
- Bottom line:
"We can ... only if ..."/"That puts go-live on ..., four days before ..."/"The binding constraint is ..., not ..." - Decision:
"Endorse sending ..."/"..., rather than delaying everyone." - Why now:
"trace to one vendor's signal"/"Grace's working view is that ..."/"carry notice terms" - Options:
"(recommended)"/"Rejected: it breaches ..." - Risks:
"...: Grace, Oct 12."/"unknown"/"The Oct 23 test will measure it."
ヒント 3 — 骨格テンプレート
Title: [対象]: [何の計画か]
Bottom line: We can ... only if [41 notices] go out by [Oct 16]. That puts go-live on [Nov 16], [4 days] before the [Nov 20] freeze. The binding constraint is [contractual], not [technical]: [5 customers, 23% of ARR] must consent in writing.
Decision requested: Endorse [sending notices on Oct 16]. If any of the five has not answered by [Nov 13], [go live without their traffic], rather than delaying everyone.
Why now: 過去の3回 → 渡るデータと法務の暫定見解 → 41件の内訳（27／9／5）
Options considered: A (recommended) / B Rejected: ... / C Rejected: ...
Risks and unknowns: 誰が・いつ／不明／測定
Next steps: 日付・担当を1行に
Bottom line: We can ... only if [41 notices] go out by [Oct 16]. That puts go-live on [Nov 16], [4 days] before the [Nov 20] freeze. The binding constraint is [contractual], not [technical]: [5 customers, 23% of ARR] must consent in writing.
Decision requested: Endorse [sending notices on Oct 16]. If any of the five has not answered by [Nov 13], [go live without their traffic], rather than delaying everyone.
Why now: 過去の3回 → 渡るデータと法務の暫定見解 → 41件の内訳（27／9／5）
Options considered: A (recommended) / B Rejected: ... / C Rejected: ...
Risks and unknowns: 誰が・いつ／不明／測定
Next steps: 日付・担当を1行に
モデル解答（C1〜C2相当）
結論・判断・担当・期限
法務の判断を避ける／採らない案の理由
報告の型の言い回し
BOARD PRE-READ · Oct 15 · Legal & Compliance308 words incl. headings
Verification layer: customer notice plan
Bottom line
We can have the verification layer in place before Black Friday only if 41 customer notices go out by Friday, Oct 16. That puts go-live on Monday, Nov 16, four days before the Nov 20 change freeze. The binding constraint is contractual, not technical: five customers, 23% of ARR, must consent in writing.
Decision requested
Endorse sending the notices on Oct 16. If any of the five consent customers has not answered by Nov 13, we go live without their traffic in the layer's sample, rather than delaying everyone.
Why now
- Three false failovers in 2026 (Jan 22, May 7, Sep 15) trace to one vendor's signal. The layer adds an independent check; its Oct 23 test uses synthetic traffic only, so it needs no notice.
- It requires a second vendor, Meridian Probes, to receive merchant IDs and source IPs. Grace's working view is that this is a subprocessor change; she will confirm by Oct 12.
- 41 of our 187 enterprise contracts carry notice terms: 27 need 30 days' notice, 9 need 14 days plus a right to object, and 5 need prior written consent.
Options considered
- A (recommended): notify Oct 16, go live Nov 16. Cost: depends on five replies.
- B: go live Oct 26, notify in parallel. Rejected: it breaches the notice terms in all 41 contracts.
- C: wait until after Black Friday. Rejected: keeps the exposure that caused the three failovers through peak season.
Risks and unknowns
- Whether masked merchant IDs still count as personal data: Grace, Oct 12.
- How many of the five reply by Nov 13: unknown.
- Whether the layer works without their traffic: the Oct 23 test will measure it.
Next steps
Oct 8: Grace approves the notice text. Oct 16: Account teams send. Oct 23: synthetic-traffic test. Nov 13: go/no-go, Priya. Nov 16: go-live.
見出しを含めて 308語、Bottom line 53語・Decision requested 34語（
wc -w で数えた値）解説
構成分析
1
1文目は「条件つきの結論」 — "We can ... only if ..." で、取締役は1文で「何を・いつまでに」を受け取る。日本語の報告は事実から入り、結論が3文目に出がち。
2
2文目は「逃したときの日付」 — 「4日前」と書く。「間に合わない可能性」と書くと、読み手が日付を自分で計算する。
3
3文目で「縛っているもの」を言い切る — "contractual, not technical"。元CTOの Naomi が最初に聞く「技術的に難しいのか」に先に答える。
4
Decision は1つ、既定動作つき — 通知の後押しと「同意が来ない場合の動き」を束ねた。判断を増やさず、11/13 に会議を開かなくても進む。
5
Why now は 事実→データ→数字 — ここで初めて法務の話が出るので、取締役は「なぜ法務の欄か」を自分で理解できる。
6
法務の判断は "working view" と日付 — 暫定見解を「結論」と書くと、10/12 に違う答えが出たときページが誤りになる。後から読まれても正確。
7
却下理由は数字か事実 — B は「41件すべて」、C は「3回の failover」。取締役が反論するとき、具体的に反論できる。
8
Risks は「答える人と日付」か「測る方法」 — "unknown" と正直に書き、同じ行に次の動きを置く。
9
Next steps は1行・名前つき — 11/13 の go/no-go を "Priya" と書くのは、責任の所在を隠さないため。
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
We can ... only if ... | 条件つきの結論を1文で |
The binding constraint is X, not Y. | 取締役の注意を向ける先を指定 |
must consent in writing | 書面で同意を要する。"approve" とは違う |
four days before the ... freeze | 余裕を日数で書く |
rather than delaying everyone | 一部を外して全体を進める、の既定動作 |
trace to | 〜に由来する。"caused by" より責任の判断が弱い |
working view | 結論ではない暫定見解。法務の代弁に使う |
carry notice terms | 契約が条件を持つ、の平易な言い方 |
Rejected: it breaches ... | 選択肢表の定型。理由を同じ行に |
文化的ポイント
| 日本の報告で起きやすいこと | 英米の取締役会資料で期待されること |
|---|---|
| 背景・経緯から書き、結論は最後 | 最初の2文で結論と期限。経緯は Why now に3項目だけ |
| 「リスクがあります」と書いて数字を出さない | 41件・23%・4日前、と数字と日付で |
| 法務の判断は「確認中です」で止める | 誰が・いつまでに、と、答えが出る前の既定動作まで |
| 選択肢は「A案・B案を検討しました」で終わる | 推奨を明示し、却下理由を1文。取締役は推奨に反対することで議論に入る |
| 自分の見解と法務の見解が混ざる | 法務の見解は "Grace's working view" と帰属させる |
数字の根拠（出所の区別）
シナリオ設定 仮定 導出 確認済み 実測
| 数字 | 区分 | 中身 |
|---|---|---|
| 3回の誤報の日付、ARR約$40M、取締役7人、10/15・10/8・10/23 | シナリオ設定 | Day 155〜162 と同じ |
| 契約187件、条件つき41件（27／9／5）、5社の ARR $9.2M | 仮定 | 本問で置いた値 |
| 27＋9＋5＝41、9.2÷40＝23% | 導出 | 計算 |
| 10/16 の30日後＝11/15（日）、11/16 は凍結11/20の4日前 | 導出 | python3 で日付を計算 |
| change freeze 11/20、go/no-go 11/13、Grace の結論 10/12 | 仮定 | 本問で置いた値 |
| 日付の曜日 | 確認済み | date -j -f %Y-%m-%d: 10/7 水、10/8 木、10/12 月、10/15 木、10/16 金、10/23 金、11/13 金、11/15 日、11/16 月、11/20 金、11/27 金 |
| モデル解答 308語（Bottom line 53・Decision 34） | 実測 | wc -w |
迷った他案と採らなかった理由
(1) Bottom line の形
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| A | 背景から時系列で書き、最後に結論 | 取締役は pre-read を数分で読む。結論が3段落目だと会議で最初に聞かれる | 経緯の理解を求める臨時会なら時系列でよい |
| B | 「リスク: 中」とラベルを付ける | 何が中なのか伝わらず、議論を止める | 全リスクを同じ尺度で一覧するなら併記 |
| C 採用 | 条件つき結論＋日付＋縛りの種類 | — | — |
(2) 同意が来ない5社の扱い
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| D | 全員が同意するまで go-live を遅らせる | 1社の返事で全顧客が Black Friday をリスクの高い構成のまま迎える | 5社が同意済みと分かっているなら遅らせる必要がない |
| E | 同意なしで go-live し、事後に通知 | 契約違反を前提にした計画は取締役会に出せない | 条項が「事後通知で足りる」に改定されたなら可 |
| F 採用 | 11/13 に未回答の社のトラフィックをサンプルから外して進める | 信号が減る可能性が残る（Risks に明記し、10/23 試験で測る） | 10/23 で、外すと精度が許容外と分かったら D を再検討 |
(3) 法務の見解の書き方
| 案 | 中身 | 採らなかった理由 |
|---|---|---|
| G | "This is a subprocessor change under GDPR Art. 28." と断定 | Grace の結論は 10/12 まで出ない。違えばページが誤りになる。条文の解釈は著者の領域でもない |
| H | 法務の見解に触れず事実だけ | Naomi は「なぜ法務の欄か」を聞く。理由が無いと通知の必要が根拠の無い主張に見える |
| I 採用 | "Grace's working view ... she will confirm by Oct 12" | — |
(4) 取締役会に何を求めるか
| 案 | 中身 | 採らなかった理由 |
|---|---|---|
| J | 情報提供のみ（FYI） | ARR 23% に影響する変更を後から知るのは不適切。同意が来ないときの既定動作は知っておくべき |
| K | 3案から取締役会に選ばせる | 推奨があるのに選ばせると、会議が通知文の検討に流れる |
| L 採用 | 推奨案の後押し1つ。既定動作つき | — |
業界の実物との対応（参照日: 2026-10-02）
以下はいずれも記憶による要約で、本ファイル作成時に原文を再取得して確認していません。法的な助言ではありません。
- EU GDPR 第28条（2）・（4） — 処理者は、管理者の事前の個別または一般的な書面の許可なしに別の処理者を使ってはならない。一般的許可の場合は変更の予定を通知し、異議の機会を与える。本問の「30日前通知」「14日前＋異議権」「事前の書面同意」は、この2つの許可の形を契約で具体化した設定。
- PCI DSS v4.0.1 要件12.8（TPSP の管理） — 一覧管理、書面の契約、少なくとも12か月に1度の状況監視。本問では扱っていない。
- EU DORA 第28〜30条 — ICT 第三者リスクの管理と登録簿（register of information）。EU の金融機関顧客がいれば顧客側にも影響しうる。本問の設定には入れていない。
- Delaware の Caremark（1996）と Marchand v. Barnhill（2019） — 取締役会は中核的リスクの報告の仕組みを持つ義務がある、という流れ。「分からないことを、誰がいつ答えるかとともに書く」ことの背景。
- Barbara Minto『The Pyramid Principle』（1987） — 結論を先に置き、根拠を下に並べる。Bottom line → Why now の順の元の型。
- Amazon の6ページ memo／PR/FAQ — 会議の最初に文書を読む運用。1ページ要約を pre-read にするのは同じ思想。
よくある日本人のミス
| ミス | 原因 | 正しい表現 |
|---|---|---|
| "We are planning to introduce a verification layer. For this, customer notices are required." | 事実から入り、結論と期限が出ない | "We can have the verification layer in place before Black Friday only if 41 customer notices go out by Friday, Oct 16." |
| "There is a risk that the schedule may be tight." | 数字も日付も無い | "That puts go-live on Monday, Nov 16, four days before the Nov 20 change freeze." |
| "The legal team is checking." | 誰がいつ答えるかが無い | "Grace's working view is ...; she will confirm by Oct 12." |
| "This is a subprocessor change under GDPR." | 法務の結論を著者が断定 | "Grace's working view is that this is a subprocessor change" |
| "Please decide among A, B, and C." | 推奨が無く、判断が3つ | "Endorse sending the notices on Oct 16." ＋ 既定動作 |
| "Option B is not good." | 理由が無い | "Rejected: it breaches the notice terms in all 41 contracts." |
| "We will inform customers about the change." | 誰が・いつ・何を、が無い | "Oct 16: Account teams send." |
ワンランク上の表現
Basic
"We need to tell customers about the new vendor before we start."
B2
"We have to send a notice to customers who have notice requirements in their contracts. Five of them need to give written consent, so we may be late."
C1
"We can go live before Black Friday only if 41 notices go out by Oct 16. Five customers must consent in writing, so the schedule depends on their replies."
C2
"The schedule is set by five signatures, not by engineering. If they arrive by Nov 13 we go live for everyone on Nov 16; if they don't, we go live without those five customers' traffic, and we know by Oct 23 whether that's good enough."
"The schedule is set by five signatures, not by engineering."
制約の種類を1文に圧縮する。議論を「何を急ぐか」から「5社にどう頼むか」へ移す。
"We'd rather tell you what we don't know, and who will answer it, than give you a smoother page."
不明点を隠さない姿勢を、取締役会への敬意として言う。
"Nothing on this page depends on CloudEdge's confidential material."
Day 162 の NDA の件との切り離しを1文で。読み手の「あの件とつながっているのでは」を先回りして消す。
この問題で扱わなかった範囲
- GDPR 以外の法域（米国の州法、日本の個人情報保護法など）: EU の subprocessor 条項を背景に置いただけ。通知義務の違いは扱わない
- PCI DSS の TPSP 要件、DORA の登録簿: 通知とは別の確認事項。本問の設定には入れていない
- Meridian Probes 自体のセキュリティ審査・DPA の交渉: 別の欄・別の担当
- 通知文そのものの文面: 10/8 に Grace が承認する成果物
- 「マスクした merchant ID が個人データか」の結論: Grace の判断（10/12）。本問は「いつ誰が答えるか」まで
- CloudEdge との NDA の件: Day 162 で扱った。このページには持ち込まない
次のステップ
- 発展: 10/12 午前、Grace から "Masked IDs still count as personal data for the EU customers. Notice is required for all 41, and I can't tell you yet whether the five will consent." と届いた場合、(1) 10/15 に口頭で追加する 2文の更新、(2) 同意が必要な5社の Account Manager への 依頼メールの冒頭3文（誰に・何を・いつまでに）を書く
- 次回予告（Day 164・土）: 1on1/会話 × Legal/Compliance（Legal の週は Day 168 まで）
自己評価（解いた後に記入）
理解度
チェック
自分の回答
Executive summary（英語・見出し込み 260〜340語）
Bottom line だけ（3文・55語以内）