シナリオ
今日のシナリオ
Day 093の1on1で、あなたは直属マネージャーの Elena Cho（VP of Product）に、Q3最優先事項の転換（Custom Dashboard Builder → Enterprise APIレート制限の拡張）に伴うエンジニアリング負荷への不安を率直に伝え、「バックエンドエンジニア1名の追加」と「Dashboardキックオフの2週間後ろ倒し」を要請した。Elenaは同意し、「今週中にエンジニアリングリーダーシップとすり合わせる」と約束してくれた。その調整の場が設定され、あなたは Marcus Webb — VP of Engineering との30分コールに臨む。しかしMarcusは、Paymentsチームも同時に人手不足で、フルタイムでエンジニアを2スプリント貸し出すことはできないと切り出した。
目的
レート制限拡張プロジェクトに必要なエンジニアリングリソースを、スコープ調整・段階的アプローチ・役割分担の三方向から双方が納得できる形で確保する。
文化的コンテキスト
Elenaの合意があっても、それを振りかざすのではなく、Marcus自身の制約を尊重した上で自分から代替案を設計する
「専任エンジニア2スプリント」がダメでも、その手前の部分支援（半スプリント等）を自分から探る
インシデント時の引き戻しなど相手が譲れない条件は否定せず、自分にも同様の理解を示すことで対等な関係を作る
「引き戻されたら仕方ない」ではなく、予備リソースやバッファ期間など二段構えの代替案でリスクをヘッジする
タスク
以下の3場面で、あなたはどう発言するか？各場面に対して2〜4文の英語で回答せよ。
"I got Elena's note. I want to support this, but I can't hand over a dedicated backend engineer for two full sprints — Payments is short-staffed too, and I'd be robbing Peter to pay Paul."
相手の制約（Paymentsチームの人手不足）を尊重しつつ、フルスコープでない代替案がないか探りたい。どう返すか？
"The most I can commit to right now is half a sprint from one engineer, shared with Payments. A full dedicated resource isn't realistic this quarter."
自分（プロダクト側）が技術仕様書やテストケースを事前に用意することで、限られた半スプリントを最大限に活かす提案をせよ。
"That helps. Let's say half a sprint, with your specs ready before we start. But I need to be upfront — if Payments has an incident, I'll have to pull that engineer back, no exceptions."
この条件を受け入れつつ、緊急時のリスクに備えたバックアップ案（代替リソース・バッファ期間など）を提示して合意を固めよ。
Product × Negotiation 必須語彙
カードをクリックすると英語表現と使い方のコツを表示します。
ヒント（段階的開示）
ヒント 1 — 構成・方向性
- 場面A: まず相手の制約（Paymentsチームの人手不足）を否定せず認める。その上で「フル専任でなくてもいいので、部分的な支援の余地はないか」と探る質問で切り出す
- 場面B: 相手が出した代替案（半スプリント・シェア）を歓迎しつつ、自分側でできる準備（仕様書・テストケースの事前作成）を申し出て、限られた時間を最大限に活かす提案をする
- 場面C: 相手の譲れない条件（インシデント時の引き戻し）を尊重しつつ、その万一のリスクに対してはバックアップリソースやスケジュールの余裕といった二段構えの代替案を提示して合意を守り切る
ヒント 2 — キーフレーズ・表現
- 場面A:
"That makes sense — I don't want you robbing Peter to pay Paul. Is there any support short of a full dedicated engineer that could still move this forward?" - 場面B:
"If I have the technical specs and test cases ready before we start, would that help cut down on ramp-up time so we make the most of that half sprint?" - 場面C:
"I need to be upfront too — that's a risk I'd want to plan around. Could we line up a backup resource, or build a few days of buffer into the timeline in case that happens?"
ヒント 3 — 骨格テンプレート
場面A — 制約の尊重 → 部分支援の打診:
場面B — 事前準備による負荷軽減:
場面C — 受容 → リスクの共有 → バックアップ提案:
モデル解答（B2〜C1相当）
"I got Elena's note. I want to support this, but I can't hand over a dedicated backend engineer for two full sprints — Payments is short-staffed too, and I'd be robbing Peter to pay Paul."
"That makes sense, Marcus — I don't want you robbing Peter to pay Paul, especially with Payments already short-staffed. I'm not necessarily asking for a full dedicated engineer for two sprints — is there any support short of that which could still get the rate-limit work moving?"
"The most I can commit to right now is half a sprint from one engineer, shared with Payments. A full dedicated resource isn't realistic this quarter."
"That could work well, actually. If I have the technical specs and test cases fully written before we start, would that help cut down on ramp-up time? That way we make the most of that half sprint instead of losing days to context-gathering."
"That helps. Let's say half a sprint, with your specs ready before we start. But I need to be upfront — if Payments has an incident, I'll have to pull that engineer back, no exceptions."
"I need to be upfront too — I completely understand Payments has to come first if there's an incident, and I wouldn't want it any other way. Could we line up a backup resource on standby, or build a few days of buffer into our timeline in case that engineer gets pulled back?"
解説
場面Cの構成分析
「受容 → リスクの共有 → 二段構えの代替案」の3ステップ構造：
重要表現まとめ
| 表現 | 意味 | ポイント |
|---|---|---|
rob Peter to pay Paul | 一方を助けるために他方を犠牲にする | 相手が複数チームで同じリソースを奪い合っている状況への理解を示す |
short of a full dedicated engineer | 専任エンジニア1名には満たないが | 「無理を承知で」ではなく「その手前の選択肢」を尋ねる中立的な聞き方 |
cut down on ramp-up time | 立ち上がりの時間を減らす | 事前準備が相手にとっての実質的なメリットになることを明示する |
make the most of (limited resources) | 限られたリソースを最大限活用する | 交渉相手と「限られたパイをどう使うか」を共に考える姿勢を示す |
I need to be upfront too | 自分も率直に言っておく | ミラーリングで対等な立場を作る高度な交渉術 |
line up a backup resource | 予備のリソースを確保しておく | 緊急時のリスクヘッジを提案する実務表現 |
文化的ポイント
| 日本のビジネス感覚 | 英語圏でのビジネス感覚 |
|---|---|
| 上司（Elena）の合意があれば下の調整は自動的に通ると考える | 上長の合意はあくまで出発点であり、現場同士の合意形成が別途必要 |
| 「上の許可」を交渉の切り札として使う | 相手の制約（他チームの人手不足）を理解した上で、自分から代替案を設計する |
| リソースが足りないと言われたら諦めるか、上に再度掛け合う | フルスコープでなくても前進できる「その手前の選択肢」を自分から探る |
| 緊急時のリスクを「仕方ない」で流す | 緊急時のリスクに対して、バックアップリソースやバッファという具体策を事前に用意する |
よくある日本人のミス
ワンランク上の表現（Phase 2 以降）
次のステップ
- 発展: 実際にPaymentsでインシデントが発生し、エンジニアが引き戻された場合、Marcusとバックアップリソースの発動をどう合意し、Elenaにそのリスクをどう報告するか
- 次回（月曜）: Email × Product — MarcusとのCall合意内容を正式に確認するフォローアップメールを書き、Elenaにも共有する