Day 060 — 2026-06-13

1on1/会話 × Engineering

Phase 2 — Functional 👥 Conversation ⚙️ Engineering ★★☆☆☆

シナリオ

ビジネス1on1/会話 × Engineering とは

エンジニアがマネージャーや上位職と技術的なトレードオフについて話し合う場面。感情的な訴えではなく、データと定量的な根拠で交渉する「constraint-aware pitch」のスキルを鍛える。

今日のシナリオ

あなた(シニアバックエンドエンジニア)のチームは3ヶ月分の技術負債が積み上がり、毎スプリントの約30%がバグ対応・パッチ作業に消えている。QAでの不具合検出数も増加傾向。エンジニアリングマネージャーの Alex Chen からの1on1で、次スプリントのリファクタリングウィーク承認を得ることが目標。

あなた
Senior Backend Engineer
技術負債の解消を訴える側。データ・提案・承認依頼をセットで提示する
相手
Alex Chen — Engineering Manager
ビジネス側プレッシャーを受けているが技術的背景もある。Q3コミットを守りたい

文化的コンテキスト

📊
データで話す
英語圏エンジニアリング文化では「感覚」ではなく「数値」が交渉を動かす。"30% of sprint capacity" のように定量化する
🤝
相手の立場を先に認める
"I completely hear you" で相手の懸念を受け止めてから反論する。直接否定はしない
明確な承認依頼でクローズ
"I'd like to get your sign-off" のように何を求めているかを明示する。「ご検討ください」は通用しない

タスク

Alex から3つの問いかけがある。それぞれに対して自然なビジネス英語の返答(2〜4文)を書け。感情的にならず、データと具体的な提案で話を進めること。

⏱️ 20分 📝 各場面 2〜4文
場面 A — 現状の説明
Alex Chen (Engineering Manager)

"So, I've heard there's some concern about technical debt on your team. Can you walk me through what's actually happening?"

→ 技術負債の現状を定量的に(数値・具体例を使って)説明せよ。

場面 B — ビジネスへの影響を説明する
Alex Chen (Engineering Manager)

"I understand it's frustrating, but we've already committed to shipping the recommendation engine by end of quarter. Why should we delay that?"

→ ビジネスリスクの観点から、技術負債を放置することのコストを説明し、リファクタリングへの投資が合理的な理由を説得せよ。

場面 C — 具体的な提案をする
Alex Chen (Engineering Manager)

"What exactly are you proposing?"

→ リファクタリングウィークの具体的な提案(期間・スコープ・期待効果)を提示し、承認を求めよ。

Engineering × Conversation 必須語彙

カードをクリックすると日本語訳と例文を表示します。

technical debt クリックで詳細を表示 →
技術負債(不可算名詞) 💡 "We have significant technical debt" (× debts)
back it up with data クリックで詳細を表示 →
データで裏付ける 💡 "Let me back this up with some numbers."
sprint velocity クリックで詳細を表示 →
開発速度・スプリントのアウトプット指標 💡 "Our sprint velocity has dropped by 20%."
actively compounding クリックで詳細を表示 →
積極的に悪化・拡大している 💡 "The debt is actively compounding." (単なる "getting worse" より重大さが伝わる)
shore up クリックで詳細を表示 →
補強する・安定させる 💡 "We need to shore up the data pipeline before the launch."
lower-risk path クリックで詳細を表示 →
よりリスクの低いアプローチ 💡 相手の懸念を自分の提案の利点として再解釈する「リフレーミング」技法
get your sign-off クリックで詳細を表示 →
承認をもらう・決裁をもらう 💡 "I'd love to get your sign-off on this proposal."
buy-in クリックで詳細を表示 →
賛同・合意を取り付けること 💡 "I already have buy-in from two senior engineers."

ヒント(段階的開示)

ヒント 1 — 構成・方向性
  • 場面 A: データ先行でシンプルに現状を数値化する。「大変です」ではなく「スプリントの30%がXに消えている」という客観的事実から入る
  • 場面 B: 相手の懸念(ロードマップ)を否定せず、むしろ「技術負債を放置するとロードマップ自体がリスクになる」という視点で話す
  • 場面 C: 期間・スコープ・期待効果の3点をセットで提示し、Alex が上に説明できる具体性を持たせる
ヒント 2 — キーフレーズ
  • "We're currently spending roughly X% of each sprint on firefighting — that's [Y] engineering-days that aren't going toward new features."
  • "If we don't address this now, the debt will compound. Based on our current trajectory, we're likely to hit a critical failure right around our Q3 launch."
  • "What I'm proposing is a one-week focused refactoring sprint, targeted at [specific areas]. Our estimate is that this will reduce bug-related work by around 40%."
ヒント 3 — 骨格

場面 A 骨格:

"Right now, we're spending approximately [30%] of each sprint on bug fixes and patches related to [legacy auth module]. That translates to roughly [6 engineering-days] per sprint not going toward roadmap items. And the trend is getting worse — QA caught [X] more defects this sprint compared to two sprints ago."

場面 B 骨格:

"I totally understand the Q3 commitment, and I'm not suggesting we abandon it. But here's the risk: if we don't stabilize the codebase, we're likely to hit a critical failure in [the data pipeline] right when we're trying to ship the recommendation engine. Addressing the debt now is actually the faster path to the roadmap."

場面 C 骨格:

"Specifically, I'm proposing a one-week refactoring sprint starting [next sprint], focused on [the auth module and data pipeline]. Those two account for roughly 70% of our recurring bugs. Fixing them should reduce maintenance overhead by about [40%] per sprint. I'd love to get your sign-off to move forward."

モデル解答

場面 A — モデル解答
Alex Chen

"So, I've heard there's some concern about technical debt on your team. Can you walk me through what's actually happening?"

あなた(モデル解答)

"Sure — let me back this up with some numbers. Right now, we're spending approximately 30% of each sprint — that's roughly 6 engineering-days — on bug fixes and patches, almost all of which trace back to the legacy authentication module and the data ingestion pipeline. Those were both shipped under tight deadlines and never properly refactored. The concern is that it's not just slowing us down; our QA defect count has increased by 25% over the last three sprints, which tells me the debt is actively compounding."

場面 B — モデル解答
Alex Chen

"I understand it's frustrating, but we've already committed to shipping the recommendation engine by end of quarter. Why should we delay that?"

あなた(モデル解答)

"I completely hear you — and I'm not proposing we abandon the Q3 commitment. But I want to flag a specific risk: the recommendation engine relies on the same data ingestion pipeline that's currently our biggest source of instability. If we don't shore that up, there's a real chance we hit a critical failure right when we're in the final push to ship. Paying down the debt now is actually the lower-risk path to delivering on the roadmap, not a detour away from it."

場面 C — モデル解答
Alex Chen

"What exactly are you proposing?"

あなた(モデル解答)

"What I'm proposing is a one-week focused refactoring sprint, starting next sprint. We'd scope it to two areas: the auth module and the data ingestion pipeline — those two alone account for roughly 70% of our recurring defects. Based on our estimates, addressing them should reduce maintenance overhead by around 40% per sprint, which translates to about 4 additional engineering-days available for feature work every two weeks. I've already got buy-in from two senior engineers on the team to lead it. I'd love to get your sign-off so we can start planning."

解説

構成分析

A
"let me back this up with numbers" → 数値3連発 → "actively compounding" の流れ。データ先行で信頼性を確立し、"actively compounding" で緊急性を示す。
B
相手の立場を受け止める("I completely hear you")→ specific risk を宣言 → 具体的リスクを提示 → "lower-risk path" でリフレーミング。相手の懸念を自分の主張の根拠に変換する高度な交渉パターン。
C
期間・スコープ・数値効果・既存の buy-in・明確な承認依頼の5点セット。Alex が上位職に説明できる「パッケージ」として提案を完結させる。

重要表現

英語表現日本語ポイント
back this up with dataデータで裏付ける感情的な主張からデータドリブンに切り替えるシグナル
trace back to〜に起因する根本原因を特定する際の表現
actively compounding積極的に悪化している"getting worse" より技術的・深刻な印象を与える
I completely hear youおっしゃることは十分わかります相手の立場を認めつつ反論に入る欧米式の柔らかい転換
shore up補強する・強化するインフラやコードの安定化に使う自然な表現
lower-risk pathよりリスクの低い道相手の懸念を自分の提案の利点として再解釈するリフレーム
get your sign-off承認をもらう上司への決裁依頼のカジュアルかつ明確な表現
buy-in賛同・合意事前にステークホルダーを巻き込んだことを示す表現

文化的ポイント

📊
数値で話す文化
英語圏では「なんとなく大変です」は通用しない。30% / 6 engineering-days / 25% 増加 という3つの数値で説得力を積み上げる
🔄
リフレーミング技法
"lower-risk path" のように、相手の懸念(ロードマップ)を自分の提案の根拠に変換する。日本的な「でも〜です」より洗練されている
📋
承認可能な「パッケージ」を作る
マネージャーは上位職に説明できる提案を求めている。期間・スコープ・効果・既存賛同者をセットで提示することで承認しやすくする

よくある日本人のミス

❌ "We have many technical debts."
debt は不可算名詞(複数形なし)
✅ "We have significant technical debt."
❌ "I think we should refactor."
主体性・具体性がない / 何を誰がいつやるか不明
✅ "I'm proposing a focused one-week refactoring sprint starting next sprint."
❌ "Please understand our situation."
感情的・受け身で交渉ではなく懇願になってしまう
✅ "Let me back this up with data." (客観的・主体的)
❌ "It will be better if we fix this."
仮定が曖昧すぎて説得力がない
✅ "This is projected to reduce maintenance overhead by 40% per sprint."
❌ "We are working hard."
努力を強調しても解決策にならない
✅ "Here's a specific plan with projected outcomes."

ワンランク上の表現(Phase 3 以降)

Basic
"We're spending a lot of time on bugs."
↓ B2 レベルでは
B2
"We're spending 30% of each sprint on bug fixes, and our QA defect count has risen 25% over the last three sprints — the technical debt is actively compounding."
↓ C1 レベルでは
C1
"Our maintenance overhead has plateaued at roughly 30% of sprint capacity over the last three cycles, with no sign of mean time to recovery improving — this isn't noise, it's a structural signal that the codebase needs a dedicated stabilization effort before it becomes a blocker to the Q3 roadmap."

次のステップ

  • 発展: リファクタリングウィークの計画をプロダクトチームに Presentation 形式で説明する(Presentation × Engineering)
  • 次回(日曜): Negotiation × Engineering — 技術スタック移行を巡るベンダーとの交渉

自己評価(解いた後に記入)

理解度

自分の回答

場面 A — 現状の説明
場面 B — ビジネスへの影響を説明する
場面 C — 具体的な提案をする

気づき・メモ