シナリオ
あなたはグローバルSaaS企業「Flowly」のプロダクトエンジニア。スプリント26が昨日終了し、今週のスプリントレトロスペクティブ（振り返り）の結果を 週次プロダクトレポート（Weekly Product Update） としてまとめ、US本社のステークホルダーに共有する必要がある。
受け取るのはプロダクトマネージャーの Sarah Chen（US）と、エンジニアリングディレクターの James Ortiz（US）。彼らは日本語を読めないため、すべて英語での記述が必要。レポートは Notion に掲載され、毎週金曜午後にメールで配信される。
あなた
Flowly バックエンドエンジニア
スプリントレポート担当 · 毎週金曜配信
受け取り先 1
Sarah Chen
PM（US拠点）· 数字とユーザーへの影響を重視
受け取り先 2
James Ortiz
Engineering Director（US拠点）· スピードと透明性重視
文化的コンテキスト
BLUF必須
Summary だけ読んでも状況が分かる構成にする。読者は忙しく全体を読まない場合が多い
Summary だけ読んでも状況が分かる構成にする。読者は忙しく全体を読まない場合が多い
数字で語る
"85% completion" "30% reduction" など具体的な数値を積極的に使う
"85% completion" "30% reduction" など具体的な数値を積極的に使う
謝罪・言い訳NG
問題は "learning" "improvement area" として建設的に表現。謝罪や言い訳の文化は英語ビジネス文書にはない
問題は "learning" "improvement area" として建設的に表現。謝罪や言い訳の文化は英語ビジネス文書にはない
Next steps を必ず書く
問題の記述は必ず "Going forward..." "We will..." でアクションと対にする
問題の記述は必ず "Going forward..." "We will..." でアクションと対にする
タスク
以下のスプリント26のデータをもとに、週次プロダクトアップデートレポートを英語で書いてください。
Sprint 26 — Raw Data
34pt
計画ポイント
29pt
完了ポイント
85% 完了
5pt
持ち越し
フィルター機能
0
クリティカルバグ
マイナー3件 → 解消済み
完了タスク
- ユーザー通知設定画面のリリース（スケジュール通り）
- バックエンドクエリ最適化によるページロード -30%
- マイナーバグ3件 → QA で発見・解消済み
未完了 / 持ち越し
- ダッシュボードのフィルター機能（5pt）→ Sprint 27へ
理由: スプリント終盤に外部APIの仕様変更が判明し、実装手戻りが発生。60%完了の状態
次スプリントの重点
- ダッシュボードフィルター機能の完成・リリース
- モバイルレスポンシブ対応着手（上位3画面）
状況 A — 以下の5セクション構成でレポートを作成する
- Summary（3文以内・完了率・主要成果・持ち越しを言い切る）
- Completed（動詞始まりの箇条書き）
- Carried Over（理由と現状も含める）
- Issues & Learnings（建設的な表現で問題を記述）
- Next Sprint Focus（箇条書き）
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
スプリントが終了しました
クリックで英語を表示 →
Sprint 26 wrapped up on May 22.
💡 "wrapped up" は formal レポートでも使える完了表現
計画比85%完了
クリックで英語を表示 →
We completed 29 of 34 planned story points (85%).
💡 数字+割合を併記して具体性を高める
次スプリントへ持ち越し
クリックで英語を表示 →
carried over to Sprint 27
💡 "carry over" は持ち越しの定番表現。動詞句として使える
外部APIの仕様変更が直前に判明した
クリックで英語を表示 →
a last-minute third-party API spec change was discovered
💡 "last-minute" でタイミングの問題を強調できる
手戻りが発生した
クリックで英語を表示 →
required rework / led to rework
💡 "rework" はSW開発でのやり直し標準用語
ページロード時間を30%削減
クリックで英語を表示 →
reduced page load time by 30%
💡 "reduced X by Y%" の構文はレポートの必須パターン
クリティカルバグはゼロ
クリックで英語を表示 →
zero critical bugs reported this sprint
💡 "zero" で強調。ポジティブな事実として前面に出す
今後は〜を改善します
クリックで英語を表示 →
Going forward, we will...
💡 問題記述の後に必ずアクションを添える定番フレーズ
ヒント
ヒント1 — 構成・方向性
Summary は「完了率」「主要成果」「持ち越し内容」の3点をそれぞれ1文で言い切る。レポートの読者は忙しいので Summary だけ読んでも状況が把握できる構成を意識する。
各セクションは短く。Completed は動詞始まりの箇条書き（"Shipped...", "Reduced...", "Resolved..."）で統一すると読みやすい。
ヒント2 — キーフレーズ・表現
- Summary の1文目:
"Sprint 26 concluded with 85% completion." - 問題の建設的表現:
"This served as a reminder to build buffer time for external dependencies." - 次スプリントへの繋ぎ:
"Sprint 27 will prioritize completing the deferred work alongside..."
ヒント3 — 骨格（ほぼ答えに近いアウトライン）
## Sprint 26 Weekly Update — May 22, 2026 **Summary** Sprint 26 concluded with 85% of planned story points completed (29/34). [主要成果を1文]. The dashboard filter feature has been carried over to Sprint 27 due to an unexpected API change. **Completed** - [成果1 — 動詞始まり] - [成果2 — 数値を含める] - [バグ件数 — ゼロを強調] **Carried Over** - Dashboard filter feature (5 pts) — [理由と現状60%] **Issues & Learnings** - [建設的な表現 + Going forward のアクション] **Next Sprint Focus** - [フォーカス1] - [フォーカス2]
モデル解答（B2〜C1相当）
Sprint 26 Weekly Update
Summary
Sprint 26 concluded with 85% of planned story points completed (29 of 34). Key highlights include the successful release of the user notification settings screen and a 30% reduction in page load time. The dashboard filter feature (5 pts) has been carried over to Sprint 27 due to a last-minute third-party API specification change that required rework.
Completed
- Shipped the user notification settings screen (on schedule)
- Reduced page load time by 30% through backend query optimization
- Resolved all 3 minor bugs identified during QA; zero critical bugs reported this sprint
Carried Over
- Dashboard filter feature (5 pts) → Sprint 27
Reason: A third-party API spec change was discovered late in the sprint, necessitating implementation rework. The feature is 60% complete and on track to ship next sprint.
Issues & Learnings
External dependency risk was underestimated in sprint planning. Going forward, we will add a buffer story for tasks relying on third-party APIs to reduce mid-sprint surprises.
Next Sprint Focus
- Complete and ship the dashboard filter feature
- Begin mobile responsive layout work (initial scope: top 3 views)
- Conduct API integration review to surface any additional risks early
解説
構成分析
このレポートは BLUF（Bottom Line Up Front） 原則に基づいて構成されている。
Summary
3文で完了率・成果・持ち越しの全体像を伝える。ここだけ読んでも状況が分かる設計
3文で完了率・成果・持ち越しの全体像を伝える。ここだけ読んでも状況が分かる設計
Completed
動詞始まりの箇条書きで、具体的な成果を端的に記述。"Shipped", "Reduced", "Resolved" で統一感を出す
動詞始まりの箇条書きで、具体的な成果を端的に記述。"Shipped", "Reduced", "Resolved" で統一感を出す
Carried Over
持ち越し事実＋理由＋現状（60%完了）を記述し、透明性と安心感を与える
持ち越し事実＋理由＋現状（60%完了）を記述し、透明性と安心感を与える
Issues & Learnings
"underestimated" など否定的事実も "Going forward" で前向きな対策に転換。謝罪ゼロ
"underestimated" など否定的事実も "Going forward" で前向きな対策に転換。謝罪ゼロ
重要表現
| 表現 | 意味・ポイント |
|---|---|
concluded with | "ended with" より formal でレポート向き |
necessitating rework | 分詞構文で理由をコンパクトに表現。"which required rework" でも可 |
Going forward | 反省・改善策の切り出しに使う定番フレーズ。"In the future" より業務英語的 |
surface risks early | "surface" を動詞として使うスタートアップ英語（問題を「表面化させる」） |
on track to ship | 「予定通りリリースできそう」を伝える安心感のある表現 |
文化的ポイント
日本語の週次レポートでは詳細な経緯説明や謝罪が多くなりがちだが、英語のビジネスレポートでは：
経緯より「次にどうするか」
読者は詳細な経緯より「次のアクション」を知りたい。Issues & Learnings は必ずアクションとセットで
読者は詳細な経緯より「次のアクション」を知りたい。Issues & Learnings は必ずアクションとセットで
透明性＝信頼
問題を隠さず "60% complete" と正直に書くほうが信頼を得られる
問題を隠さず "60% complete" と正直に書くほうが信頼を得られる
謝罪は不要
"I'm sorry for the delay" は英語レポートでは不自然。事実と対策を淡々と記述する
"I'm sorry for the delay" は英語レポートでは不自然。事実と対策を淡々と記述する
よくある日本人のミス
| ミス | 原因 | 正しい表現 |
|---|---|---|
| "We could not finish the filter feature." | 直訳的でネガティブな印象 | "The filter feature has been carried over to Sprint 27." |
| "Due to the API problem, we had trouble." | "trouble" は曖昧すぎる | "A third-party API spec change required rework." |
| "We will try to be more careful." | 主語が曖昧で行動計画が不明 | "We will add buffer story points for external API tasks." |
| "I think page speed improved." | "I think" で自信がなさそう | "Page load time was reduced by 30%." |
| "Please check the details below." | 受け身で読者任せ | "See details in each section below." |
ワンランク上の表現
エグゼクティブ向けのサマリー（より洗練）
"Sprint 26 delivered two high-impact outcomes — the notification settings launch and a 30% performance gain — while absorbing a scope change from an upstream API update. Velocity remains healthy at 85%, and Sprint 27 is well-positioned to close the gap."
ポイント: "well-positioned to" で次スプリントへの自信を示す。"absorbing a scope change" で問題を「処理した」前向きな表現に。
数値の強調パターン
- "We're tracking at 85% velocity, in line with our Q2 average."
- "The notification settings screen went live without incident, receiving positive early feedback from QA."
問題記述をより洗練させる
"An unplanned API spec change introduced approximately 5 points of rework — a signal to revisit our external dependency review process in sprint planning."
ポイント: "a signal to revisit" で問題をシステム改善の機会として位置づける。謝罪ゼロで建設的。
次のステップ
発展課題
同じデータを「上層部向けエグゼクティブサマリー」として3文・50語以内に凝縮してみましょう。情報の取捨選択が鍛えられます。
同じデータを「上層部向けエグゼクティブサマリー」として3文・50語以内に凝縮してみましょう。情報の取捨選択が鍛えられます。
次回予告
土曜 → 1on1/会話 × Product「スプリント振り返りで改善点を1on1で話し合う」
土曜 → 1on1/会話 × Product「スプリント振り返りで改善点を1on1で話し合う」
自己評価
語数
語
所要時間
分
理解度
自分の回答
気づき・メモ