Day 040 — 2026-05-23

スプリント振り返りで改善点を上司と話し合う

Phase 1 — Survival 👥 Conversation (1on1) 📦 Product ★★☆☆☆

シナリオ

あなたはグローバルSaaS企業「Flowly」のバックエンドエンジニア。昨日 Sprint 26 が終了し、今日は毎週土曜に行われる上司との隔週1on1(30分)がある。

Sprint 26 では外部APIの仕様変更が直前に発覚し、ダッシュボードのフィルター機能(5pt)を Sprint 27 に持ち越した。上司の David は週次レポートを読んでおり、持ち越しの経緯は把握済み。今日の1on1では「今後どうすれば同じ問題を防げるか」「Sprint 27 への備えはどうか」を話し合う。

あなた
Flowly バックエンドエンジニア
日本拠点 · Sprint 26 担当
相手
David Kim
Engineering Manager(シンガポール拠点)· 英語ネイティブ · 直接的フィードバック派

文化的コンテキスト

🚫
謝罪は不要
英語1on1では "I'm sorry" より "In hindsight, we should have..." で反省を示す。謝罪の代わりに分析と解決策を提示する
💡
解決策をリード
上司から言われる前に「こう改善したい」と提案するのが英語文化での高評価ポイント
🎯
自信を示す
"I'm confident we can..." のように、不確実でも前向きな見通しを伝える。"I think maybe..." は避ける
📌
具体性が信頼を生む
"Alex" や "Monday" など具体的な人名・日程を入れると、計画が実在する印象を与える

タスク

David からの以下の2つの質問に、それぞれ2〜4文程度で英語で答えてください。

1on1 — David Kim & You ● Live
DK
David Kim · Engineering Manager
"Hey, I read your sprint report — good transparency on the API issue. Looking back, what do you think we could have done differently to catch that spec change earlier?"
→ Q1: 2〜4文で答えてください
ME
あなた
ここにあなたの回答を考えてください…
DK
David Kim · Engineering Manager
"Got it. And what's your plan to make sure the filter feature ships in Sprint 27? Any risks you're already watching?"
→ Q2: 2〜4文で答えてください
ME
あなた
ここにあなたの回答を考えてください…
各質問への回答条件
  • 各回答 2〜4文・30〜60語程度
  • Q1: 反省の表現 + 具体的な改善提案を含める
  • Q2: 現状の進捗 + Sprint 27 の行動計画 + リスクへの対策を含める
⏱️ 10分 📝 各30〜60語程度 👥 1on1 会話形式

使える表現・フレーズ

カードをクリックすると英語フレーズを表示します。

振り返ってみると クリックで英語を表示 →
In hindsight, ... / Looking back, ... 💡 "In hindsight" はより内省の深さが伝わる。1on1での反省表現に最適
もっと早く確認すべきだった クリックで英語を表示 →
we should have validated ... earlier 💡 "should have + 過去分詞" で反省を表す。謝罪なしに誠実さを伝えられる
外部依存タスクのバッファを持つ クリックで英語を表示 →
build in buffer for tasks with external dependencies 💡 スプリント計画改善提案の定番表現
今スプリントでは〜に集中します クリックで英語を表示 →
For Sprint 27, I'm focused on ... 💡 "I'm focused on" は自信と主体性を示す。"I will try to" より断然強い
リスクとして〜に注目しています クリックで英語を表示 →
One risk I'm watching is ... 💡 リスクを自分から開示する姿勢は信頼を高める。"I'm watching" で積極的に管理中の印象
すでに連絡済みです クリックで英語を表示 →
I've already reached out to ... 💡 現在完了形で「手を打った」事実を強調。受け身でない積極性を示す
スプリント中盤には完成できます クリックで英語を表示 →
we can ship it by mid-sprint 💡 "mid-sprint" は具体的な期限の表現。"sometime next sprint" より明確で信頼感がある
〜を提案したいです クリックで英語を表示 →
I'd like to propose ... 💡 "I want to" より丁寧で、上司への提案に最適。改善策を能動的に提示できる

ヒント

ヒント1 — 構成・方向性

Q1への回答: 「何が問題だったか(簡潔に)」→「次からどうするか(具体的な提案)」の流れ。過去の説明に長くかけず、改善提案に重点を置く。

Q2への回答: 「現状(60%完了)」→「Sprint 27 でやること(具体的なアクション)」→「認識しているリスクと対策(already している)」の流れ。自分がドライバーであることを示す。

ヒント2 — キーフレーズ・表現
  • Q1 反省: "In hindsight, we should have added a spike task to validate the third-party API spec before committing to the feature."
  • Q1 改善提案: "Going forward, I'd like to propose building in a buffer for any ticket with external API dependencies."
  • Q2 現状: "The feature is 60% complete, so I'm confident we can ship it in Sprint 27."
  • Q2 リスク: "One risk I'm watching is the API's behavior with edge-case inputs — I've already raised it with the vendor."
ヒント3 — 骨格(ほぼ答えに近いアウトライン)
(Q1)
In hindsight, [何を早くすべきだったか]. [なぜ問題になったか — 1文].
Going forward, I'd like to propose [具体的な改善策].

(Q2)
[現状の進捗 — 60%]. For Sprint 27, I'm focused on [やること + 自信].
One risk I'm watching is [リスク], but I've already [対策].

モデル解答(B2〜C1相当)

1on1 — David Kim & You · Model Answer
DK
David Kim
"Hey, I read your sprint report — good transparency on the API issue. Looking back, what do you think we could have done differently to catch that spec change earlier?"
ME
あなた — Q1 モデル解答
✦ Model Answer (Q1)
"In hindsight, we should have run a spike task early in the sprint to validate the third-party API spec before committing to the full feature. The spec change only surfaced in the last two days, which left no time to recover. Going forward, I'd like to propose adding a standard checklist item: if a ticket relies on an external API, we confirm the spec version in the first 48 hours of the sprint."
DK
David Kim
"Got it. And what's your plan to make sure the filter feature ships in Sprint 27? Any risks you're already watching?"
ME
あなた — Q2 モデル解答
✦ Model Answer (Q2)
"The filter feature is already 60% complete, so I'm confident we can ship it by mid-sprint. My plan is to focus on it first thing Monday and pull in Alex for a quick API integration review. One risk I'm watching is how the API handles edge-case inputs — I've already reached out to the vendor and expect a response early next week."

解説

構成分析

🔍
Q1: 反省 → 事実 → 改善提案
"In hindsight, should have..." → "surfaced in the last two days" → "I'd like to propose..." の3段構成。謝罪ゼロで誠実な反省を示す
🚀
Q2: 現状 → 計画 → リスク管理
"60% complete" → "Monday + Alex" → "watching + already reached out" の3段構成。自分がドライバーであることを示す
🎯
具体性が信頼を生む
"first 48 hours" "mid-sprint" "Alex" "Monday" など具体的な情報を盛り込むことで、計画が実在する印象を与える
現在完了形の効果
"I've already reached out" は、行動済みの事実を示す。"I will contact them" より信頼感が高い

重要表現

表現意味・ポイント
In hindsight"Looking back" よりも内省の深さが伝わる。1on1での反省表現として最適
spike task技術的な不確実性を調査するための時間ボックスタスク。スクラム用語として使える
committing to the full feature機能の実装にコミット(着手決定)する、の意。スクラムの文脈で自然
surfaced in the last two days問題が「浮き上がってきた」という表現。受け身でなく状況を客観的に説明
pull in Alexチームメンバーを巻き込む口語的表現。1on1会話では自然で具体的
I've already reached out to現在完了形で「手を打った」積極性を示す。"I will contact" より信頼感が高い

文化的ポイント

日本語の1on1では「ご迷惑をおかけしました」「反省しています」という謝罪が自然だが、英語の1on1では:

🎯
謝罪より分析
"In hindsight" + 具体的な原因分析で、謝罪なしに真剣さを示す。英語圏では自己批判より改善策の提示が好まれる
💪
解決策をリード
上司から言われる前に「こう改善したい」と提案するのが高評価のポイント。受け身でなく能動的に問題解決に関わる姿勢を示す
🚫
"I think maybe" はNG
"I'm confident we can" のように、不確実でも前向きな表現を選ぶ。弱い表現は信頼を損なう

よくある日本人のミス

ミス原因正しい表現
"I'm sorry for the delay." 日本語の謝罪文化の直訳 "In hindsight, we should have..." で謝罪なしに反省を示す
"I think we can finish it." "I think" で不確かな印象を与える "I'm confident we can ship it by mid-sprint."
"We will do our best." 具体性のない決意表明 "My plan is to focus on it first thing Monday."
"The API was the problem." 責任転嫁に聞こえる "A spec change was discovered late, which left no time to recover."
"I will try to check earlier next time." 主語が曖昧で再発防止策が不明 "I'd like to propose adding a checklist item for external API validation."

ワンランク上の表現

より洗練された反省の表現

"This sprint was a good reminder that external dependencies carry inherent uncertainty. Rather than reacting to changes, I want to de-risk them proactively — which is why I'm proposing the 48-hour API validation step as a team norm."

ポイント: "inherent uncertainty" で問題の本質を捉えている。"de-risk proactively" はスタートアップでよく使われる改善表現。"team norm" で個人の問題でなくチームのプロセス改善として位置づける。

自信のある進捗報告

"With 60% of the implementation behind us and the API behavior now better understood, Sprint 27 should be a clean close-out for the filter feature. I'll keep you posted if anything shifts."

ポイント: "clean close-out" で「すっきり完了させる」意志を示す。"I'll keep you posted" で透明性の約束もできる。

リスク報告のより洗練した表現

"One area I'm keeping an eye on is the API's edge-case handling — specifically how it responds to null values in the filter query. I've flagged it with the vendor and will have a clearer picture by Tuesday."

ポイント: "keeping an eye on" は "watching" より会話的で自然。具体的な技術的懸念(null values)を挙げることで、状況把握の深さを示す。"will have a clearer picture" は "I will know" より柔らかく実務的。

次のステップ

📈
発展課題
同じシナリオで David から「このミスは再発させないように」と強めに言われた場合、どう答えるか考えてみましょう。より assertive な表現と "Yes, and..." の使い方を練習できます。
📅
次回予告
日曜 → Negotiation × Product「フィルター機能のリリーススコープを PMと交渉する」

自己評価

語数 (Q1)
語数 (Q2)
所要時間
理解度
自分の回答 (Q1)
自分の回答 (Q2)
気づき・メモ