TOP

>

用語解説

>

スプリントレビューとは|概要や目的・やり方をわかりやすく解説

用語解説

スプリントレビューとは|概要や目的・やり方をわかりやすく解説

最終更新日:

2025.4.8

この記事に関連するお役立ち資料

AIを活用した業務自動化 事例BOOK

無料ダウンロード

スプリントレビューは、アジャイル開発でステークホルダーからフィードバックを得られる重要な機会です。今後の開発において大きな変化をもたらす可能性があり、さらには良いものを作り上げるために必要なすり合わせとしても役立ちます。

そこで今回は、スプリントレビューの概要やその目的・メリット、実際の流れをやり方として解説・紹介します。

スプリントレビューとは

スプリントレビューとは、スプリント(アジャイルにおける工程の反復単位)をステークホルダー(いわゆる顧客)に共有し、フィードバックを得ることを指します。

スプリントの最後から数えて2番目に行われ、実際に機能する・動くデモを見せて得られたフィードバックに基づいて、プロダクトバックログに必要な項目を追加したり、優先順位を変更したりするのが一般的です。

スプリントビューでは、成果報告に加えて「バックログの変更・更新および価値の最適化」を担う役割があります。

スプリントレビューはスクラムイベントのひとつ

なお、スプリントレビューはスクラムイベントのひとつですから、以下の4つにわけられたスプリントに含まれています。

イベント名

内容

スプリントプランニング

スプリントにおける作業の計画を立てる
チーム全体の共同作業で作成

デイリースクラム

作業を調整して進捗を検査する
必要に応じてバックログを適応させる

スプリントレビュー

成果を検査し適応を決定する
進捗について話し合い・フィードバックを得る

スプリントレトロスペクティブ

品質と効果を高める計画を行う
検査によって仮説を特定して対処する

スクライムガイドでは、スクラムイベントとしてこの4つのイベントを正式なイベントとして定義しており、こうした一連の流れによってアジャイルのスプリントが繰り返し行われます。

スプリントレビューとレトロスペクティブ(振り返り)は違う

ただし、スプリントレビューとレトロスペクティブ(いわゆる振り返り)は工程が似ており、同じように感じるケースは多くありますが、その目的が異なります

  • スプリントレビュー:成果物やバックログに基づいて議論し理解を深める

  • レトロスペクティブ:スクラムチームそのもののプロセスを改善・育成する

製品(サービス)を開発する工程や活動に目を向けるレビューと、チーム全体の活動に焦点を当てて振り返るレトロスペクティブにはこうした違いがあるので覚えておきましょう。

スプリントレビューの必要性

スプリントレビューの必要性

スプリントレビューは、プロダクトの価値を高めるために必要な工程であり、今後の開発の見通しを示す重要な役割を担います。

ここからは、必要性に関わる以下の2つについて補足・解説します。

  • スプリントレビューの「目的」

  • スプリントレビューの「メリット」

スプリントレビューの目的

スプリントレビューの目的は、フィードバックによって価値を最適化し、さらに今後は何が必要か、どの程度まで実現できるかといった構想・戦略を決定することです。

そのため、成果物や進捗をステークホルダーに伝えるだけで終わらず、以下の点などで議論する必要があります。

  • 何が完成したのか

  • 何が完成できなかったのか

  • 成果物は価値のあるものになっているか

  • 開発中で状況の変化はなかったのか

  • リリース計画など現状のままで問題はないか

  • プロダクトの価値は最適化できないか など

ただ成果を披露する場として扱わず、フィードバックを得ながら良いものを作り上げる意識を持って実施することが大切です。

スプリントレビューのメリット

スプリントレビューの実施には、以下のメリットが挙げられます。

  • 成果物や現状を確認して「認識をすり合わせ」できる

  • 開発中のプロダクトに「価値があるか確認」できる

  • 結果や状況に応じて「リリース計画を調整」できる

  • フィードバックによって「価値を最適化」できる

  • 進捗状況の確認によって「スプリントを見通し」できる

また、どのように開発していくのか、どういった意見があって何を作るべきなのかという議論を行うことでチーム全体のモチベーションを高く維持することにも繋がります。

スプリントレビューの前に必要な準備

スプリントレビューを実施する前に知っておきたい準備を、以下の3つにわけて紹介します。

  • 参加者

  • 準備

  • スプリントレビューの時間(タイムボックス)目安

参加者

スプリントレビューには、以下のような参加者が必要です。

参加者

必要性

内容

プロダクトオーナー

参加必須

事前確認による現状報告
会議招集の対応
バックログの更新や見直し

スクラムマスター

必要に応じて

ファシリテートのみが基本

開発者

参加必須

デモの準備
フィードバックのメモおよび累積

ステークホルダー

参加必須

デモや結果へのフィードバック
状況変化の共有

あくまでも内容は例ですが、スプリントレビューを正常に進めてプロジェクトを進行させるには、必要不可欠な参加者が多くいます。

なかでも、ステークホルダーは外せない存在であり、幅広い担当者のなかから進捗や状況に合わせて参加者を招集しなければなりません。

  • 企画

  • マーケティング

  • 営業

  • サポート

  • 利用者

  • 連携システム担当者

  • マネジメント部門

などの関係者への参加を促す必要があり、人材を見極める必要があります。また、毎週(各週)の報告で参加を強制することは非常に難しく、場合によってはプロダクトオーナーが時間を調整し、手短な報告とフィードバックを得ておくといった柔軟な対応も必要です。

準備

スプリントレビューを実施するために、以下の事前準備をしておきます。

  • ステークホルダーとのスケジュール調整および日程調整

  • プロダクトバックログの整理

  • スプリントの進捗の確認

  • レビューする項目とデモの機能確認

  • すり合わせに必要な資料の用意

進捗の確認や日程調整は主にプロダクトオーナーが担い、項目チェックやデモの用意などは開発者が担当します。また、開発者はデモによって伝える機能について、資料が必要である場合に、別途で用意しておくとスムーズに進められます。

スプリントレビューの時間(タイムボックス)目安

なお、スプリントレビューに用意する時間(いわゆるタイムボックス)の目安は、1週間おきであれば約1時間、2週間おきであれば2時間ほどが目安です。

また、スクラムガイドでは1か月のスプリントで最大4時間と定義されており、大幅に超えることがないよう準備を進めておく必要があります。

ただ、必要に応じて長くなってしまうといったことは予想されるため、時間にとらわれずに適切な内容を無理のない時間で議論するといったことを意識しましょう。

【基本の流れ】スプリントレビューのやり方

【基本の流れ】スプリントレビューのやり方

ここからは具体的に、代表的なスプリントレビューのやり方を以下にわけて解説します。

  1. 参加者の紹介

  2. 目的・タイムボックスを共有

  3. 事前事項を共有

  4. スプリントゴールを共有

  5. プロダクトバックログアイテムを共有

  6. インクリメントのデモを実施

  7. デモのフィードバック・Q&Aを実施

  8. スプリント中の状況変化を確認

  9. 今後のリリース計画・直近のスプリントを共有

参加者の紹介

スプリントレビューには、さまざまな人が参加する形となるため、また開発者とステークホルダーが密接に関わる一方で、数少ない接点でもある機会ですから必要に応じて紹介を行います。

初回であった場合(はじめて参加した場合)などは、何を担う人材なのかを明確化するためにも簡単な紹介を挟んでおくと良いでしょう。また、不安感や緊張感がある場合で、時間に余裕があるならアイスブレイク(本題に入る前の雑談等)を挟むとその後の進行がスムーズになることもあります。

目的・タイムボックスを共有

スプリントレビューを開始したら、まずは簡単に目的・タイムボックス等を説明します。また、必要に応じてワーキングアグリーメント(いわゆる規範)も伝えておきます。

なお、全員に目的が浸透し、説明の必要がない状態だと判断できる場合、簡単に済ませるまたは割愛するといったことも可能です。

事前事項を共有

目的・タイムボックスの共有が完了したあとは、スプリントレビューに必要な事前事項を共有します。

フィードバックが不要な箇所や、伝えておくことで進行をスムーズにできるなどの情報です。例えば、開発途中でまだ変更があり、フィードバックを求めない部分は伝えておきたい事柄の代表例です。

スプリントゴールを共有

事前事項を共有できれば、今回のスプリントゴール(どのようなものか、なぜそのゴールなのか)を説明・共有します。

また、誰によってどう役立ち、どのように重要なのかまで伝えたのちに、事項のプロダクトバックログアイテムの共有も同時に行います。

プロダクトバックログアイテムを共有

スプリントゴールを目指して開発をした結果、プロダクトバックログアイテムがどのようになっているかを共有します。

何が完成しており、何が完成しなかったのか、何が原因だったのかを明確にし、参加者へ伝えると議論もスムーズになります。

インクリメントのデモを実施

スプリントゴールとバックログの共有が完了したら、実際に完成しているデモであるスプリントの成果(これがインクリメント)を共有します。実際に触れてもらってフィードバックをもらう機会ですから、何ができるのかも明確にしておきましょう。

デモのフィードバック・Q&Aを実施

実際に触れてもらったデモで感じたフィードバックを集める、また質疑応答に対応します。例えば、気になる箇所があった場合には後半で見直しできる形であれば、それまでに要望をまとめてもらうといったことも可能です。

デモで得られるものは多くありますが、ここでは議論が中心(是正だけが目的ではない)となるため、何を実現すると何ができなくなるのかといった気になる事項等も明確に伝えて話し合うことが、最適化に繋がります。

スプリント中の状況変化を確認

デモのフィードバックや質疑応答が完了したあとは、スプリントレビューのなかでも今後に関わる状況の変化を確認します。

例えば、スプリント中に発覚した課題であったり、その途中で見つかった状況の変化などです。ステークホルダーによっては大きな影響になる事柄が含まれている可能性もあり、ここでもフィードバックを得られることがあります。

今後のリリース計画・直近のスプリントを共有

スプリントレビューの最後には、今後のリリース計画や直近のスプリントについて共有します。次回のスプリントで何に取り掛かるのか、初回リリースはいつ頃を予定しているのかなどが挙げられます。

また、フィードバックの内容に特定の期日で要望をまとめておくといった事柄が挙がったときには、その工程がいつ頃を予定しているのかを伝えて、いつまでにまとめてほしいのかの希望も伝えられると良いでしょう。

なお、この時点で最終的な開発費の予想や、スプリントの回数予定(開発の終了日)などを聞かれることもあるので、およその見積もりを用意しておくことも大切です。

Job Xバナー

TechUnit(テックユニット)は、月額制で開発支援を行うサービスです。

  • 開発が進まない
  • 要件が決まっていないので柔軟に進めたい
  • 今依頼している開発会社に不満がある

費用が発生しないご相談の段階で、コンサルティングを行い、プロジェクト毎に最適なチームをご提案しております。

プランに応じて柔軟な開発体制を構築いたします。もちろん、開発状況に応じたメンバーの増減も可能です。

無料相談も承っております。まずはお気軽にお問い合わせください!

まとめ

スプリントレビューは、スプリント(アジャイルにおける工程の反復単位)をステークホルダー(いわゆる顧客)に共有し、フィードバックを得ること。フィードバックによって価値を最適化し、さらに今後は何が必要か、どの程度まで実現できるかといった構想・戦略を決定できます。

以下の基本的な流れで実施し、成果物をより良いものに仕上げるためにもステークホルダーと意見を交換しましょう。

  1. 参加者の紹介

  2. 目的・タイムボックスを共有

  3. 事前事項を共有

  4. スプリントゴールを共有

  5. プロダクトバックログアイテムを共有

  6. インクリメントのデモを実施

  7. デモのフィードバック・Q&Aを実施

  8. スプリント中の状況変化を確認

  9. 今後のリリース計画・直近のスプリントを共有

また、一定の共有事項や過不足を感じているといった課題を共有し、今後の見通しを立てることも大切です。ぜひ本記事を参考にスプリントレビューを実施し、プロダクトの成功を目指してください。

この記事に関連するお役立ち資料を無料ダウンロード

AIを活用した業務自動化 事例BOOK

AI技術を活用した社内業務効率化の基本から、実際の導入ステップまでをわかりやすく解説しています。

下記フォームにご記入下さい。(30秒)

氏名

*

貴社名

*

ご役職名

メールアドレス(企業ドメイン)

*

具体的なお悩みがあればご記入ください

テックユニットは、下記のような方におすすめできるサービスです。
お気軽にご相談ください。

・開発リソースの確保に困っている方
・企業の新規事業ご担当者様
・保守運用を移管したい方
・開発の引き継ぎを依頼したい方

おすすめの記事

関連する記事はこちら

システム開発依頼書(RFP)とは?作成法とポイント・注意点

システム開発を外部に依頼する際の手続きがわからないシステム開発依頼書(RFP)の作成方法がわからないベンダーに依頼する際、具体的な要件をまとめるのが難しいシステム開発を外部に依頼する際には、システム開発依頼書(RFP)を作成する必要がありま...

Google Firebaseとは?主な機能やメリットを徹底紹介 

Google Firebaseは、モバイルアプリやWebアプリのためのバックエンドプラットフォームです。ユーザー認証、リアルタイムデータベース、ストレージ、プッシュ通知、アプリ分析などの豊富な機能があり、開発者はサーバーの設定や管理の手間を...

Elasticsearchとは?特徴、出来ることを徹底解説 [初心者向け]

Elasticsearchとは、検索や解析、分析に活用できる有用なツールです。ツールの優位性を把握することで、業務内でも有効活用できるはずです。スケーラビリティに優れており、LuceneをベースにJSON形式でデータを取り扱うため、Java...

[入門] AWS Lambdaってなに? | サービス内容や用途、導入のメリットを徹底解説

AWS Lambdaは、Amazon Web Services(AWS)が提供するサーバーレスコンピューティングサービスです。AWS Lambdaを使うことで、サーバーの管理やスケーリングの手間を省き、データの加工処理やバックエンド処理を効...

オーバーエンジニアリングとは?原因や回避する方法を解説 

オーバーエンジニアリングは、成果物において本来不要な機能を実装することを指します。気を利かせて開発したものの、過剰または非効率な設計となり、最短コースでプロジェクトを進められなくなる難点があります。本記事では、オーバーエンジニアリングの基本...

Node.js とはなにか?できることを初心者にもわかりやすく解説 

Node.jsは、JavaScriptをクライアントサイド・サーバーサイドのどちらにも使える環境を作れます。ウェブサーバーやAPIサーバー、ストリーミングサーバー、リアルタイム通信アプリケーションなど、さまざまな種類のアプリケーションの開発...

3分で分かるTerraform | AWS等のインフラ整備に役立つ"IaC"をわかりやすく解説 

Terraformは「IaCツール」としてエンジニアから人気があるため、名前はご存知かもしれません。では、インフラ設定作業を自動化するために多くの開発現場で使われているTerraformは、どのようなメリットがあるのでしょうか。本記事では、...

Laravelとは?読み方や特徴・将来性を現役エンジニアがわかりやすく解説 

システム開発やソフトウェア開発において、PHPで書かれたフレームワークの1つであるLaravel。PHPのフレームワークの中で最も人気を集めていますが、扱うためにはどのような特徴があり、何に向いているのかを明確にしておく必要があります。本記...

【3分解説】MongoDBとは?基本やメリット、使いどころを紹介

近年、急速なデジタル化に伴いデータベースへの要求が増え、既存の表形式のRDB(リレーショナルデータベース)では対応できないケースが少なくありません。MongoDBは、RDBで対応できない際によく利用されるNoSQLデータベースの1つです。で...

サーバーレスとは?メリットとデメリットも含めて解説 

近年、クラウドを活用する企業が増え、よりエンジニアの手間と時間を削減できるサーバーレスが注目されています。しかし、サーバーレスとクラウドサーバーの違いをきちんと説明できる方はおそらく少ないでしょう。本記事では、サーバーレスとは何か、メリット...

AWSとはどんなクラウドサービス?初心者にもわかりやすく簡単に説明・解説 

近年ITの進化はすさまじく、日常やビジネスにおいてクラウドサービスは欠かせません。代表的なクラウドサービスの一つとして、Amazon Web Services(AWS)が挙げられますが、AWSがどのようなものなのか説明できる人は少ないでしょ...

リグレッションテストとは?観点や方法・デグレーションとの違いを解説 

システム開発は複雑になるほど、改修を実施した際に不具合の発生リスクが高まります。そのため、改修内容に応じて、影響がでていないかをチェックするリグレッションテストの実施が求められます。不具合を早期に検出できれば、リリース後の発覚による大きな手...