Day 001 — 2026-04-14

スプリントプランニングでタスクを確認・質問する

Phase 1 — Survival 🗣️ Meeting ⚙️ Engineering ★★☆☆☆

シナリオ

あなたはECサイト企業のソフトウェアエンジニアです。グローバル開発チームのスプリントプランニングミーティングに参加中です。スクラムマスターの Emma がバックログのチケットをチームメンバーへアサインしています。

あなたに割り当てられたチケットは「カート離脱ユーザーへの自動メール送信機能」の実装ですが、要件に不明点があります。

あなた
Junior Software Engineer
今日の学習者ロール
相手 1
Emma
Scrum Master · 英語ネイティブ · 🇺🇸
相手 2
James
Senior Engineer · 非ネイティブ

文化的コンテキスト

💬
積極的発言が期待される
沈黙は「問題がある・わかっていない」と受け取られる可能性がある
質問はポジティブな行動
日本と逆で、会議中の質問は高く評価される。"stupid question はない"
🎯
目的
タスクのアサインを確認し、不明な点を質問する
📋
前置きの活用
"Just to confirm" / "Quick question" を使うと発言が柔らかく、会話の流れを遮らない

タスク

以下の 3つの状況 でそれぞれ英語で何と言いますか?各状況に対して 2〜4文 の発言を書いてください。

状況 A — タスクを受け入れる

Emma が言いました:

Emma — Scrum Master

"Alright, I'll assign the cart abandonment email feature to you. Does that work for you?"

このタスクを受け入れます。受け入れる返答をしつつ、自分がタスクを正しく理解しているかを確認してください。

⏱️ 10分 📝 2〜4文
状況 B — 要件の不明点を質問する

タスクを受け入れた後、「カート離脱メールを送信するタイミング(遅延時間)」がチケットに書かれていません。Emma に質問してください。

⏱️ 10分 📝 2〜4文
状況 C — スコープを確認する

このチケットがメールテンプレートのデザインまで含むのか、バックエンドのトリガーロジックだけなのかが不明です。今週中に完了できるか判断するためにスコープを確認してください。

⏱️ 10分 📝 2〜4文

使える表現・フレーズ

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

受け入れます クリックで英語を表示 →
Sure, I can take that on.
/ Happy to pick that up.
💡 "I accept" は硬すぎる。カジュアルな動詞が自然
確認なんですが クリックで英語を表示 →
Just to confirm…
/ Quick question —
💡 質問の前置きとして使う。聞きやすくなる
~ということで合っていますか? クリックで英語を表示 →
Is that right?
/ Does that mean…?
/ So basically…?
💡 理解の確認に使う。会話を双方向にする
不明点があります クリックで英語を表示 →
I have a question about…
/ I'm not clear on…
💡 "I don't understand" より柔らかい表現
スコープについて クリックで英語を表示 →
What's in scope for this?
/ Does this include…?
💡 スコープ確認の定番フレーズ
今週中に終わらせるために クリックで英語を表示 →
To make sure I can finish this within the sprint… 💡 現実的な懸念を示す前置き。誠実さが伝わる
~はどこで確認できますか? クリックで英語を表示 →
Where can I find…?
/ Is there a spec for…?
💡 ドキュメントを探すときに。自分で調べる姿勢を示す

ヒント(段階的開示)

ヒント 1 — 構成・方向性

英語の会議では 「結論 → 理由 → 確認」 の順で話す。

結論 Yes / No を先に 理由 根拠・背景を添える 確認 Is that right?
  • 状況A: まず "Yes" の意思表示 → 次に確認の質問
  • 状況B: 不明な点を具体的に示す → 答えてほしいことを1つに絞る
  • 状況C: 懸念の理由を示す → スコープについて Yes/No で答えられる質問をする
ヒント 2 — キーフレーズ(状況別)

状況A 用

  • Sure, I can take that on.
  • Just to confirm — this is the email that gets triggered when…

状況B 用

  • I have a quick question about the timing.
  • How long after the user abandons their cart should the email be sent?

状況C 用

  • Before I commit to the timeline, I want to clarify the scope.
  • Does this ticket cover just the backend trigger, or does it include the email template as well?
ヒント 3 — 骨格テンプレート

状況A の骨格:

Sure, I can take that on. Just to confirm — this is the [タスクの内容を言い直す], right?

状況B の骨格:

I have a quick question about [不明な点]. [具体的な質問]? Is there a [spec / guideline / number] we should follow?

状況C の骨格:

To make sure I can [目標], I want to clarify the scope. Does this ticket include [内容A], or is it just [内容B]?

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

状況 A — タスクを受け入れる
Emma

"Alright, I'll assign the cart abandonment email feature to you. Does that work for you?"

あなた(モデル解答)

"Sure, I can take that on. Just to confirm — this is the automated email that gets triggered when a user leaves items in their cart without completing the purchase, right?"

状況 B — タイミングを質問する
あなた(モデル解答)

"I have a quick question about the send timing. How long after the cart is abandoned should the email go out? Is there a target delay, like 30 minutes or an hour? I didn't see it in the ticket."

状況 C — スコープを確認する
あなた(モデル解答)

"Before I commit to finishing this within the sprint, I want to clarify the scope. Does this ticket include the email template and design, or just the backend trigger logic? That would significantly change the estimate."

解説

構成分析

A
"Sure, I can take that on." で即座に受け入れを表明 → "Just to confirm —" で確認の質問を自然につなぐ。2文で完結。
B
"I have a quick question" は質問の前置きの定番。"quick" をつけることで「簡単な質問です」と相手を安心させる。"I didn't see it in the ticket." で「なぜ聞くか」の理由を添えると親切。
C
"Before I commit to…" は「約束する前に確認する」という重要構文。"That would significantly change the estimate." は、なぜ確認が必要かを説明しており、質問に説得力が生まれる。

重要表現まとめ

表現意味・ポイント
take that onタスクを引き受ける。"accept" より口語的でよく使う
Just to confirm —確認の定番前置き。ダッシュの後に質問を続ける
quick question「簡単な質問です」と相手への配慮を示す
commit to finishing「完了を約束する」。スプリントの文脈で頻出
significantly change the estimate「見積もりに大きく影響する」。工数の説明に使える
backend trigger logicバックエンドの処理ロジック。エンジニア間でよく使う

文化的ポイント

🇺🇸
「質問は積極性の証明」
英語圏では会議中にその場で質問することが強く推奨される。"stupid question はない" という文化がある
🎯
「Yes/No を先に」
日本語では理由を述べてから結論を言うが、英語は逆。まず "Sure" と言い切ってから説明を加える

よくある日本人のミス

❌ "I understand. I will do my best."
曖昧に受け入れる日本の習慣
✅ "Sure, I can take that on." + 確認の質問
❌ "I have a question. The timing is..."
質問の前置きが唐突。相手が構える
✅ "I have a quick question about the timing."
❌ "I don't understand the scope."
直接的すぎる。能力不足に聞こえる
✅ "I want to clarify the scope before committing."
❌ "Is this include email template?"
is/does の混同、include の使い方
✅ "Does this include the email template?"
❌ 沈黙 / "Okay, I'll check later."
後で確認しようとする日本式の習慣
✅ その場で質問する。"Where can I find that info?"

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

Basic
"Sure, I'll do it."
↓ スプリントの文脈では
B2
"Sure, I can take that on. Just to confirm — this is the automated email that gets triggered when…, right?"
↓ さらに上のレベルでは
C1
"I want to make sure we're aligned on the acceptance criteria before I start."

高度なフレーズ集

"I want to make sure we're aligned on the acceptance criteria before I start."
(着手前に受け入れ基準を合わせておきたい)
"Can we timebox this discussion? I have a few questions but don't want to derail the planning."
(議論の時間を区切りたい。計画を脱線させたくない)
"Should I spike on the timing logic before we finalize the estimate?"
(見積もりを確定する前にスパイクをするべきですか?)
"I'll flag this in Jira and loop in the product team for clarification."
(Jira に記載して、プロダクトチームに確認を取ります)

次のステップ

  • 発展練習: 同じ状況で「スコープを縮小して今週中に出せる範囲を提案する」交渉をしてみる(状況Cの続き)
  • 次回(Day 002): Chat/Slack × Engineering — 本番インシデント発生時に Slack で状況報告をする

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

理解度

自分の回答

状況 A — タスク受け入れ
状況 B — 要件を質問
状況 C — スコープ確認

気づき・メモ