シナリオ
今日のシナリオ
Day 114の1on1でDanaと合意した通り、APIレート制限機能はSamに一時的に引き継がれた。しかしそれでもPgBouncer接続プーリング層とAPI Gatewayのサーキットブレーカー実装という2本柱の恒久対応プロジェクトを一人で回すのは限界があり、DanaはCTOのPriya Chandrasekaranからサーキットブレーカー実装部分に限定して外部委託エンジニアを1名、予算$42Kで調達する承認を取り付けた。今日はその契約条件を詰める交渉の場。委託エージェンシーVantage Tech PartnersのアカウントマネージャーElena Choとのビデオ通話で、提示されたエンジニアJasper Lindqvistの稼働範囲・期間・報酬体系を決める。Elenaは最初、$56Kで6週間・プーリング層も含めた広いスコープの契約を提案してきた。あなたは予算$42Kの枠内に収め、スコープをサーキットブレーカーに限定し、9月4日の本番リリースに間に合わせる必要がある。加えて、Jasperは契約終了後にいなくなる前提のため、コードの保守を引き継ぐあなた自身へのドキュメント・ナレッジトランスファーを契約上の成果物として明記したい。
目的
予算$42Kの上限内で、スコープをサーキットブレーカー実装に限定し、9月4日リリースに間に合う稼働期間を確保し、ドキュメント成果物を契約条件に組み込む。
文化的コンテキスト
ベンダー交渉では客観的な制約を明示すること自体が信頼を作る、関係を壊すものではない
予算超過には代替案として対象範囲の限定を提示し、対立を避ける
柔軟性を示しつつ、検証可能な条件（成果物の完了）とセットで合意する
"I'll get this over to you in writing" のひと言で口約束のまま終わらせない
タスク
以下の3場面で、あなたはどう発言するか？各場面に対して3〜5文の英語で回答せよ。感情的にならず、制約条件と代替案で話を進めること。
"Jasper's available for six weeks starting next Monday, and honestly, given the complexity of your infrastructure, I'd recommend including the connection pooling work alongside the circuit breaker — that package comes to $56K. It gives you more coverage and gives him more context to work with."
相手の提案の論理（コンテキストが増えれば質が上がる）は一度認めつつ、予算$42Kという動かせない制約を提示し、スコープをサーキットブレーカーのみに絞る代替案を出したい。プーリング作業は自分が並行して担当するため分断されないことも伝えるとよい。
"Understood on the budget — we can scope it to circuit breaker only. But if we're compressing the engagement, Jasper's going to need at least a week just to get up to speed on your codebase and gateway architecture before he's productive. Six weeks total still feels safer than four."
ランプアップ時間が必要という懸念は正面から認めつつ、9月4日という固定のリリース日は動かせないことを再提示したい。期間を延ばすのではなく、初日のアーキテクチャ・ウォークスルーで立ち上がりを圧縮し、2週目にマイルストーンでの進捗確認を行う4週間固定案でリフレーミングする。
"Four weeks, circuit breaker scope, $42K — we can make that work, and I'll have Jasper do the day-one walkthrough with you. One thing I'd like to build in: if the two-week check-in shows we need more time, can we agree upfront to an option to extend by one week at the same rate, rather than renegotiating from scratch?"
延長オプションの事前合意という提案は評価してよいが、無条件には受け入れず、ドキュメント・ナレッジトランスファー成果物が実質的に完了していることを延長の条件にしたい。最後は書面での確認を約束して締める。
Engineering × Negotiation 必須語彙
カードをクリックすると英語表現と使い方のコツを表示します。
ヒント（段階的開示）
ヒント 1 — 構成・方向性
- 場面A: Elenaの提案（$56K・6週間・広いスコープ）を頭ごなしに否定せず受け止める → 予算上限$42Kという客観的制約を提示 → スコープをサーキットブレーカーのみに絞る代替案を出す
- 場面B: 「ランプアップ期間が必要」という懸念を認める → それでも9月4日リリースという固定の締め切りがあることを明示 → 4週間の固定期間＋マイルストーンベースの進捗確認を提案
- 場面C: 延長オプションの要望を頭から拒否せず受け止める → ただし無条件の延長は避け、ドキュメント成果物の完了を支払い・延長条件に紐づける
ヒント 2 — キーフレーズ・表現
- 場面A:
"I appreciate the proposal, but we have a hard budget cap of $42K for this engagement — what I'd like to do is narrow the scope to just the circuit breaker work, which should let us stay within that number." - 場面B:
"I hear the concern about ramp-up time, but September 4th is a fixed release date on our end, not a target we can move. What if we structured this as a four-week fixed-term engagement with a milestone check-in at the two-week mark?" - 場面C:
"I'm open to an option to extend if needed, but I'd want that contingent on the documentation and knowledge-transfer deliverable actually being complete first — not just agreed to in principle."
ヒント 3 — 骨格テンプレート
場面A — 評価 → 予算制約 → スコープを絞る代替案:
場面B — 懸念の受け止め → 動かせない制約 → 固定期間＋マイルストーン提案:
場面C — 評価 → 条件付き受諾 → 書面化:
モデル解答（B2〜C1相当）
"Jasper's available for six weeks starting next Monday, and honestly, given the complexity of your infrastructure, I'd recommend including the connection pooling work alongside the circuit breaker — that package comes to $56K. It gives you more coverage and gives him more context to work with."
"I appreciate the recommendation, Elena, and I get the logic — more context usually does make for better work. That said, we have a hard budget cap of $42K approved for this engagement, so $56K isn't something I can move on. What I'd like to propose is narrowing the scope to just the circuit breaker implementation — that's the piece where we most need extra hands, and it should let us land comfortably within budget. I'm handling the pooling work myself in parallel, so the two efforts won't be disconnected."
"Understood on the budget — we can scope it to circuit breaker only. But if we're compressing the engagement, Jasper's going to need at least a week just to get up to speed on your codebase and gateway architecture before he's productive. Six weeks total still feels safer than four."
I hear the concern about ramp-up time, and that's fair — a week to get oriented is reasonable. But September 4th is a fixed release date on our end, not something we can push, so a six-week engagement doesn't actually fit our timeline even if the budget allowed it. What if we structured this as a four-week fixed-term engagement, with me doing a focused two-hour architecture walkthrough on day one to compress that ramp-up, and a milestone check-in at the two-week mark to confirm we're on track before he's deep into implementation?
"Four weeks, circuit breaker scope, $42K — we can make that work, and I'll have Jasper do the day-one walkthrough with you. One thing I'd like to build in: if the two-week check-in shows we need more time, can we agree upfront to an option to extend by one week at the same rate, rather than renegotiating from scratch?"
That works for me — I'd rather have that flexibility pre-agreed than scramble later if the check-in shows we need it. I'm open to the one-week extension option at the same rate, but I'd want that contingent on the documentation and knowledge-transfer deliverable being substantially complete by then — since Jasper's contract ends either way, I need to be able to maintain this code afterward regardless of how the timeline plays out. If we're aligned on that, I'll get the scope and deliverable language over to you in writing today.
解説
構成分析
重要表現まとめ
| 表現 | 意味 | ポイント |
|---|---|---|
hard budget cap | 動かせない予算上限 | soft限度ではなく確定した制約であることを明示する語 |
narrow the scope to | 〜にスコープを絞る | 「全か無か」から脱却する交渉の切り口 |
a fixed-term engagement | 固定期間契約 | 延長の交渉に対して明確な線引きを事前に示す |
milestone check-in | マイルストーンでの進捗確認 | 期間短縮のリスクを進捗管理の仕組みで補う表現 |
option to extend (at the same rate) | 同条件での延長オプション | 無条件延長ではなく、条件付きの柔軟性として合意する |
contingent on | 〜を条件として | 譲歩・支払いを無条件にしないためのセーフガード表現 |
in writing | 書面で | 口約束で終わらせない欧米ビジネスの基本動作 |
文化的ポイント
| 日本のビジネス感覚 | 英語圏でのビジネス感覚 |
|---|---|
| ベンダー側の提案（スコープ拡大・期間延長）に対して、関係を損ないたくない一心で流されがち | 予算・期限という客観的な制約を前面に出すこと自体が誠実さの表れとして受け取られる |
| 専門家の推奨（"more context is better"）に押されて条件を曖昧にしてしまう | 相手の論理を認めることと、自社の制約を守ることは両立できる、という前提で会話が進む |
| 延長オプションのような柔軟な提案は、そのまま無条件で受け入れてしまいがち | 柔軟性を示す際は必ず検証可能な条件（成果物の完了等）とセットにする |
| 合意ができた時点で交渉終了と捉え、書面化を後回しにしがち | "I'll get this over to you in writing" のひと言を欠かさず、口約束と契約を混同しない |
よくある日本人のミス
ワンランク上の表現（Phase 3 以降）
次のステップ
- 発展: 本日合意した契約条件（スコープ・期間・成果物・延長オプション）を正式にVantage Tech Partnersとの契約書ドラフトに落とし込み、Danaに承認レビューを依頼する（Email × Engineering）
- 次回予告（月曜: Day 116）: Email × Engineering — 本日合意した契約条件をVantage Tech Partners（Elena Cho）とDanaに正式に確認するフォローアップメール