英語でスプリントの進捗をバーンダウンレポートにまとめるよう求められたとき、何をどの形式で記録すればいいか迷った経験はないだろうか。
スプリントバーンダウンレポート（Sprint Burndown Report）はスプリントの残作業量と消化速度を可視化するドキュメントだ。スプリントサマリー・バーンダウン状況・ベロシティ・振り返りポイントの4つの構成要素を押さえれば、英語でも問題なく作成できる。
この記事では、英語スプリントバーンダウンレポートに必要な4つの構成要素と、そのまま使える日英テンプレートを紹介する。コピペして使えばすぐに次のスプリントレビューで活用できる。
スプリントバーンダウンレポートに必要な4つの構成要素
スプリントバーンダウンレポートはスプリント終了時にチームとステークホルダーに進捗を共有するドキュメントだ。バーンダウンチャートの数字だけでなく、「なぜそうなったか」の文脈を加えることで、次のスプリントの計画精度が上がる。以下の4つが実務で使いやすい構成要素になる。
- スプリントサマリー（Sprint Summary）
- バーンダウン状況（Burndown Status）
- ベロシティ記録（Velocity）
- 振り返りポイント（Retrospective Highlights）
バーンダウンとベロシティの違い
バーンダウンはスプリント内の残作業量の推移を示す。ベロシティはスプリントで完了したストーリーポイントの合計だ。バーンダウンが「今スプリントの進み方」を示すのに対し、ベロシティは「チームの平均的な生産量」を示し、次のスプリント計画の基準になる。
なぜ英語で書くのか
グローバルチームでは、スプリントレビューに参加するPOやステークホルダーが異なるタイムゾーンにいる。英語でレポートを整備することで、会議前にドキュメントを確認してもらえる状態を作れる。
スプリントゴールとの連携は英語スプリントゴールの書き方でも確認してほしい。
テンプレートをダウンロード（Word）
以下のWordファイルをダウンロードして、プロジェクトに合わせてカスタマイズして使ってほしい。表の列・行はそのまま追加・削除できる。
📥 日本語テンプレートをダウンロード（Word）
📥 Download English Template (Word)
日本語版テンプレート（コピペOK）
スプリントサマリー
| 項目 | 内容 |
|---|---|
| スプリント番号 | （例：Sprint 44） |
| 期間 | （例：2026年9月1日〜9月12日） |
| スクラムマスター | （例：田中） |
| スプリントゴール | （例：Apple Pay・Google Payの決済統合を完了し、モバイルユーザーがカード番号入力なしでチェックアウトできるようにする） |
| ゴール達成状況 | （例：達成 / 一部達成 / 未達成） |
| 計画ポイント | （例：60pt） |
| 完了ポイント | （例：54pt） |
| 達成率 | （例：90%） |
完了ストーリー：
| チケットID | タイトル | ポイント |
|---|---|---|
| （例：PAY-110） | （例：Apple Pay対応を追加） | （例：8pt） |
| （例：PAY-111） | （例：Google Pay対応を追加） | （例：8pt） |
| （例：PAY-115） | （例：エラーメッセージを日本語化） | （例：3pt） |
未完了ストーリー：
| チケットID | タイトル | ポイント | 持ち越し理由 |
|---|---|---|---|
| （例：PAY-120） | （例：Apple Pay UIの微調整） | （例：6pt） | （例：デザインレビューが週末にかかり完了できなかった） |
バーンダウン状況
| 日付 | 理想残ポイント | 実際残ポイント | 差分 | 備考 |
|---|---|---|---|---|
| （例：9/1） | （例：60pt） | （例：60pt） | （例：0pt） | （例：スプリント開始） |
| （例：9/3） | （例：48pt） | （例：52pt） | （例：+4pt） | （例：PAY-108の調査に想定より1日多くかかった） |
| （例：9/5） | （例：36pt） | （例：40pt） | （例：+4pt） | （例：進捗回復中） |
| （例：9/8） | （例：24pt） | （例：22pt） | （例：-2pt） | （例：Apple Pay統合が予定より早く完了） |
| （例：9/10） | （例：12pt） | （例：12pt） | （例：0pt） | （例：予定通り進行） |
| （例：9/12） | （例：0pt） | （例：6pt） | （例：+6pt） | （例：PAY-120が持ち越し） |
バーンダウン評価：
- 前半（1〜5日目）：（例：API調査の遅延で理想線を上回って推移）
- 後半（6〜10日目）：（例：統合作業が順調で理想線に追いついた）
- 最終日：（例：PAY-120が6pt持ち越しとなり、計画の90%を達成）
ベロシティ記録
| スプリント | 計画ポイント | 完了ポイント | 達成率 |
|---|---|---|---|
| （例：Sprint 41） | （例：58pt） | （例：55pt） | （例：95%） |
| （例：Sprint 42） | （例：60pt） | （例：58pt） | （例：97%） |
| （例：Sprint 43） | （例：62pt） | （例：50pt） | （例：81%） |
| （例：Sprint 44） | （例：60pt） | （例：54pt） | （例：90%） |
平均ベロシティ： （例：54.25pt）
次スプリントの推奨計画ポイント： （例：54〜58pt）
振り返りポイント
| カテゴリ | 内容 |
|---|---|
| うまくいったこと | （例：Apple Pay統合がステージングで一発OK。事前のPoC検証が効いた） |
| 改善が必要なこと | （例：デザインレビューのスケジュールをスプリント前半に設定していなかった） |
| 次スプリントへのアクション | （例：デザインレビューをスプリント3日目までに完了するルールを設ける） |
| ブロッカー・リスク | （例：Google Pay APIの本番審査に2〜3営業日かかる可能性がある。次スプリント開始時に申請状況を確認する） |
英語版テンプレート（コピペOK）
Sprint Summary
| Item | Details |
|---|---|
| Sprint Number | (e.g., Sprint 44) |
| Period | (e.g., September 1–12, 2026) |
| Scrum Master | (e.g., Tanaka) |
| Sprint Goal | (e.g., Complete Apple Pay and Google Pay integration so that mobile users can check out without entering card details.) |
| Goal Status | (e.g., Achieved / Partially Achieved / Not Achieved) |
| Planned Points | (e.g., 60 pts) |
| Completed Points | (e.g., 54 pts) |
| Achievement Rate | (e.g., 90%) |
Completed Stories:
| Ticket ID | Title | Points |
|---|---|---|
| (e.g., PAY-110) | (e.g., Add Apple Pay support) | (e.g., 8 pts) |
| (e.g., PAY-111) | (e.g., Add Google Pay support) | (e.g., 8 pts) |
| (e.g., PAY-115) | (e.g., Localize error messages to Japanese) | (e.g., 3 pts) |
Incomplete Stories (Carried Over):
| Ticket ID | Title | Points | Reason for Carry-Over |
|---|---|---|---|
| (e.g., PAY-120) | (e.g., Apple Pay UI fine-tuning) | (e.g., 6 pts) | (e.g., Design review extended into the weekend and could not be completed.) |
Burndown Status
| Date | Ideal Remaining | Actual Remaining | Variance | Notes |
|---|---|---|---|---|
| (e.g., Sep 1) | (e.g., 60 pts) | (e.g., 60 pts) | (e.g., 0 pts) | (e.g., Sprint start.) |
| (e.g., Sep 3) | (e.g., 48 pts) | (e.g., 52 pts) | (e.g., +4 pts) | (e.g., PAY-108 API investigation took 1 extra day.) |
| (e.g., Sep 5) | (e.g., 36 pts) | (e.g., 40 pts) | (e.g., +4 pts) | (e.g., Recovery in progress.) |
| (e.g., Sep 8) | (e.g., 24 pts) | (e.g., 22 pts) | (e.g., -2 pts) | (e.g., Apple Pay integration completed ahead of schedule.) |
| (e.g., Sep 10) | (e.g., 12 pts) | (e.g., 12 pts) | (e.g., 0 pts) | (e.g., On track.) |
| (e.g., Sep 12) | (e.g., 0 pts) | (e.g., 6 pts) | (e.g., +6 pts) | (e.g., PAY-120 carried over.) |
Burndown Assessment:
- First half (Days 1–5): (e.g., Ran above ideal line due to API investigation delay.)
- Second half (Days 6–10): (e.g., Integration work progressed smoothly; caught up to ideal line.)
- Final day: (e.g., PAY-120 (6 pts) carried over; 90% of sprint plan achieved.)
Velocity
| Sprint | Planned | Completed | Achievement Rate |
|---|---|---|---|
| (e.g., Sprint 41) | (e.g., 58 pts) | (e.g., 55 pts) | (e.g., 95%) |
| (e.g., Sprint 42) | (e.g., 60 pts) | (e.g., 58 pts) | (e.g., 97%) |
| (e.g., Sprint 43) | (e.g., 62 pts) | (e.g., 50 pts) | (e.g., 81%) |
| (e.g., Sprint 44) | (e.g., 60 pts) | (e.g., 54 pts) | (e.g., 90%) |
Average Velocity: (e.g., 54.25 pts)
Recommended Capacity for Next Sprint: (e.g., 54–58 pts)
Retrospective Highlights
| Category | Details |
|---|---|
| What Went Well | (e.g., Apple Pay integration passed staging on the first try. Upfront PoC validation paid off.) |
| What Needs Improvement | (e.g., Design review was not scheduled in the first half of the sprint.) |
| Action for Next Sprint | (e.g., Complete design reviews by Day 3 of the sprint.) |
| Blockers / Risks | (e.g., Google Pay API production approval may take 2–3 business days. Check status at next sprint kickoff.) |
各セクションの書き方と例文
テンプレートを埋めるときに悩みやすいポイントを解説する。
バーンダウン差分の書き方
差分（Variance）はプラスが遅延、マイナスが前倒しを意味する。差分が出た日は「なぜそうなったか」を一言添えるだけで、振り返りの議論が深まる。
| 日本語 | 英語 |
|---|---|
| APIの調査に想定より時間がかかった | API investigation took longer than expected. |
| 統合作業が予定より早く完了した | Integration was completed ahead of schedule. |
| デザインレビューのフィードバックへの対応に時間がかかった | Addressing design review feedback took more time than planned. |
| 外部依存でブロックされた | Blocked by an external dependency. |
| リグレッションが発見されて修正に時間がかかった | A regression was found and required additional fix time. |
ベロシティの使い方
ベロシティは4〜6スプリントの平均値を計画の基準にする。1スプリントだけの数字で計画を立てると、たまたま高かったり低かったりしたスプリントの影響を受けやすい。
| 日本語 | 英語 |
|---|---|
| 過去4スプリントの平均ベロシティは〇ptです | Our average velocity over the last 4 sprints is X pts. |
| 次スプリントの計画ポイントは〇〜〇ptを推奨します | We recommend planning X–Y pts for the next sprint. |
| Sprint 43はリリース対応で通常より低くなりました | Sprint 43 velocity was lower than usual due to release support work. |
スプリントレビューとの連携は英語スプリントレビューの書き方でも確認してほしい。
スプリントバーンダウンレポートでよく使う英語表現
実務でよく使う英語表現を場面別にまとめた。
バーンダウンレポートの基本用語
| 日本語 | 英語 |
|---|---|
| スプリントバーンダウン | Sprint Burndown |
| ベロシティ | Velocity |
| ストーリーポイント | Story Points |
| 残作業量 | Remaining Work |
| 持ち越し | Carry-Over |
| 達成率 | Achievement Rate |
| 理想線 | Ideal Line |
| 実績線 | Actual Line |
| ブロッカー | Blocker |
| スプリントゴール達成 | Sprint Goal Achieved |
スプリントレビューでのフレーズ
| 日本語 | 英語 |
|---|---|
| スプリントゴールを達成しました | We achieved the sprint goal. |
| 計画の90%を完了しました | We completed 90% of the planned work. |
| PAY-120は次スプリントに持ち越します | PAY-120 will be carried over to the next sprint. |
| 前半の遅れを後半で取り戻しました | We recovered from the early delay in the second half. |
| 次スプリントの推奨ポイントは54〜58ptです | We recommend planning 54–58 pts for the next sprint. |
バックログリファインメントとの連携は英語バックログリファインメントの書き方でも確認してほしい。
バーンダウンの遅延をレトロスペクティブで振り返る際は英語スプリントレトロスペクティブの書き方のKPT振り返りテンプレートも参考にしてほしい。遅延の原因をProblemに記録し、次スプリントのTryに具体的な改善策を設定することで改善サイクルが回る。
まとめ：英語スプリントバーンダウンレポートは4つのセクションで完成する
英語スプリントバーンダウンレポートに必要な構成要素を整理した。
- スプリントサマリーはゴール達成状況・完了ポイント・未完了ストーリーを一覧化し、全員が同じ事実を共有できる状態にする
- バーンダウン状況は日付ごとの理想値と実績値を記録し、差分が出た日には一言の理由を添える
- ベロシティは4〜6スプリントの推移を記録し、次スプリントの計画ポイントの根拠として使う
- 振り返りポイントはうまくいったこと・改善点・次アクション・リスクの4つをセットで記録し、次スプリントの改善につなげる
テンプレートをコピーして、まず「完了ポイント」と「未完了ストーリーの持ち越し理由」から書き始めてほしい。この2つが明確になれば、バーンダウンの差分と振り返りの議論が自然とつながる。
コメント