スプリントレビューとは?スクラムイベントの目的と進め方
公開日:
最終更新日:
スプリントレビューとは、スクラムチームと主要な関係者がスプリントの結果を確かめ、今後の対応を考えるイベントです。完成した成果を見せるだけでなく、利用者や市場の変化を踏まえて、次に何を重視するかを話し合います。
Scrum.orgの公式解説では、単なる発表ではなく、関係者と協働する場として説明されています。全体の流れはスクラムとは?スクラム開発の進め方・役割・イベントを図解を参照してください。
スクラムのイベントを目的で分ける
イベント | 中心となる問い | 持ち帰る情報 |
|---|---|---|
スプリント | 一定期間で何を実現し、学ぶか | 使える成果と次の判断材料 |
スプリントプランニング | なぜ価値があるか、何をどう実現するか | ゴール、選んだ項目、進め方 |
デイリースクラム | ゴールへ向けて今日どう調整するか | 次の仕事の計画 |
スプリントレビュー | 成果と状況の変化から次に何を変えるか | バックログの更新材料 |
レトロスペクティブ | 仕事の進め方をどう改善するか | 次に試す改善 |
スプリントはほかのイベントを含む期間です。レビューとレトロスペクティブとは?振り返りの進め方とフレームワーク7選を一緒に「振り返り会」と呼ぶと、成果の評価と協働の改善が混ざりやすくなるため、問いを分けて進めます。
レビュー前に準備するもの
完成した成果、スプリントゴール、確認できた事実、未完了の範囲、相談したい意思決定を用意します。作業件数の報告だけでは、関係者が価値を判断しにくくなります。
たとえば申し込みフォームの改善なら、実際に試せる画面、確認できた利用者の反応、残っている困りごとを共有します。数値が少ない段階なら、十分な検証ができたかのように説明せず、何が分かり何が未確認かを明記します。
進行例と、記録する項目
以下は45分で行う架空の進行例です。公式に決められた標準時間ではありません。
- 5分でゴールと今回確かめる問いを共有します。
- 10分で完成した成果を実際に確認します。
- 15分で利用者の反応や状況の変化を話し合います。
- 10分で次の候補、追加調査、見送ることを整理します。
- 5分で記録と担当、次に確認する場を読み合わせます。
記録欄 | 架空の例 |
|---|---|
確認した成果 | 入力エラー後も入力内容が保持される |
得られた事実 | 協力者の一人が修正先を見つけられなかった |
解釈・仮説 | エラー位置へ移動する導線が目立たない可能性 |
次の候補 | 表示位置を変えた案を試す |
未確認 | 少数の確認なので全利用者での効果は不明 |
担当と確認先 | プロダクトオーナーが順序を整理し、次回相談 |
関係者からの提案をすべて即決で次のスプリントへ入れる必要はありません。プロダクトの目標とほかの候補を踏まえ、バックログの順序を考えます。
プランニングとデイリースクラムへのつなぎ方
レビューで得た情報は、次の選択肢を整理する材料になります。スプリントプランニングでは、目的、選ぶ仕事、実現方法を話し合います。レビュー参加者がそのまま全タスクを割り当てる場ではありません。
デイリースクラムは開発者がゴールへの進捗を確かめ、日々の計画を適応させる15分のイベントです。昨日・今日・困りごとの3問は利用できる形式の一つですが、固定の質問を読むことが目的ではありません。
時間の上限を正しく理解する
1か月のスプリントでは、プランニングは最大8時間、レビューは最大4時間、レトロスペクティブは最大3時間です。より短いスプリントでは通常それより短くします。デイリースクラムは15分です。各イベントの上限と、チームが仮に決めた進行時間を混同しないでください。
レビューで承認されないとリリースできませんか?
スクラムのレビューはリリースの承認ゲートではありません。完成した成果はスプリント途中でも届けられます。ただし、組織に必要な別の確認や承認がある場合は、そのルールを別途満たします。
未完成のものを成果として紹介できますか?
完成の定義を満たす成果と、作業途中の状況を明確に分けます。途中のものを完成したインクリメントとして扱わないことが大切です。
スプリントとは?アジャイル開発での期間の決め方と進め方の周期と、施策側の承認フローをつなぐには、Xtrategyのプロジェクト管理で確認できるタスク進行や承認情報も合わせて整理してください。

