スプリントレビューとは？アジャイル・スクラム開発でのやり方や目的を徹底解説

スパイスファクトリーのを見る。
アジャイル開発の手法としてメジャーな方法のひとつであるスクラム開発。そのスクラム開発で実施されるイベントの中に、「スプリントレビュー」と呼ばれるものが存在します。
スプリントの完了時に実施されるスプリントレビューにおいては、ステークホルダーに対して今回の開発内容について紹介し、フィードバックを得ます。
フィードバック内容を今後のプロダクト開発に反映させていくことで、アジャイルのポイントである継続的な改善を実現していきます。
スプリントレビューはどのような位置づけのものであり、どのように進めると効果的なのでしょうか？また、同じような取り組みであるスプリントレトロスペクティブとはどのように違うものなのでしょうか？この記事では、アジャイル開発に精通した当社が、スプリントレビューについて詳しく紹介します。

スプリントレビューとは

スプリントレビューとは、スプリントの完了時にその成果をステークホルダーに紹介し、フィードバックを得るイベントのことです。スプリントレビューはスプリント期間中に実施する最後から2つ目のイベントとなります。
スプリントの概要や全体的な流れ、実施すべき各イベントについては以下の記事で詳しくご紹介しております。
関連記事①：アジャイル・スクラム開発の「スプリント」とは？意味とその特徴を解説

以後の説明はスクラム開発の概要やスプリントについての理解を前提に進みますのでまずはスクラム開発のイベントや流れから確認したいという場合は以下の記事をご参照ください。
関連記事②：スクラム開発の流れとスクラムイベントについて丁寧に解説

スプリントレビューの位置づけ

スプリントレビューは「スプリントの実施内容の共有と今後の方針検討」のために行われるものです。
スプリント期間中、スクラムチームはプロダクトに対して機能開発を進めていきます。
スプリントレビューでは、スプリントを経て完成した成果物（インクリメント）の内容についてスクラムチーム外の関係者であるステークホルダーに紹介し、確認してもらうことで、現在の取り組みがプロダクトゴールに正しく進むためのものとなっているか検査を行います。

スプリントレビューにおいて話し合われた結果を踏まえ、プロダクトゴールに向けたプロダクトバックログの見直しや次回のスプリント内容の検討を行います。

スプリントレビューを実施することでステークホルダーを含めて関係者間の意識を共通化し、プロダクトゴールへ向けてよりよい形で開発を進められるように調整を進めます。

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

プロダクトの開発においては一般的なステークホルダーとして、プロダクトの利用者や開発のための資金提供者、社内の上司や他部門のメンバー、連携先のシステム担当者など、様々なメンバーが存在します。
これらのメンバーに対してプロダクトの開発状況を共有し、意見をもらうための場としてスプリントレビューを行います。

通常、ステークホルダーは他の業務を抱えており、日々のプロダクト開発に十分に関心を持つことは難しいでしょう。
ステークホルダーにプロダクトの開発状況を伝え、フィードバックをもらう機会としてスプリントレビューの場が有効となります。
スプリント完了時のタイミングでスプリントレビューを行い、関係者の認識を確認することにより柔軟な方針の変更が可能となるのです。

アジャイル型開発と比較されることが多いウォーターフォール型の開発では、一般的にこのような確認のタイミングは要件定義・開発など各フェーズの完了時のみとなります。
開発するプロダクトのスコープ全体に対して順番に各フェーズを進めていくウォーターフォール型開発では、動くシステムとして確認できるのは早くともテストのフェーズからでしょう。
仮にテストの時点で要件定義時から状況が変わり、プロダクトの機能にも変更が必要だと判明しても、全体のスケジュールを遅らせず、他機能への影響も考えながら該当機能だけを大きく変更するということは難易度が高い場合が多いでしょう。

スクラム開発においては、一度のスプリントの中で機能単位で要件定義・実装・テスト・リリースを行うため、スプリントレビューでも実際に動かせる成果物（インクリメント）に対するフィードバックが可能です。
「触ってみたらイメージと違った」「とてもいい機能だから、予定を変更して関連機能の開発優先度を上げた方がユーザーに喜んでもらえるのでは？」などのフィードバックを反映して次回以降のスプリントの方向性を柔軟に修正することもできます。
短いスパンで定期的にフィードバックを行い、プロダクトゴールに向けた改善を行える点は、スクラム開発のメリットです。

スプリントレビューとスプリントレトロスペクティブの違い

スクラム開発のフレームワークの中には「スプリントレビュー」と似ているイベントとして、スプリント完了時に実施する「スプリントレトロスペクティブ」と呼ばれるものも存在します。
両者はどちらもスクラムにおける重要なイベントとして位置づけられていますが、これらはどのような違いがあるのでしょうか。
この章で解説していきます。

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

スプリントレトロスペクティブとは、スプリント終了時に実施される「振り返り」のためのミーティングのことを指します。
スプリントレトロスペクティブの目的はスプリント期間中にチームメンバーが感じた課題や改善策を整理し、今後のスプリントに反映させていくことです。
これにより、チームを発展的に高めていくことを目指します。

スプリントレトロスペクティブの詳細については以下の記事で解説を行っております。併せてご覧ください。

関連記事：アジャイル開発におけるレトロスペクティブって何？効果的な振り返りの方法

スプリントレビューとの違い

スプリントレトロスペクティブは、スクラムチーム内でスプリントの結果について話し合い、チームの活動を改善していくために行われます。

一方で、スプリントレビューの目的はスクラムチーム外であるステークホルダーに対して今回のスプリントの成果を伝え、フィードバックを得ることにあります。
よって、スプリントレビューとスプリントレトロスペクティブの大きな違いは参加するメンバーとその目的の違いにあります。

• スプリントレビュー：「ステークホルダーを含めたすべての関係者」により「スプリントの成果を共有し、プロダクトゴールに向かうための今後の方針」について話し合う
• スプリントレトロスペクティブ：「スクラムチーム内のメンバー」により「日々のスプリントを進めていく上で課題や障害を共有し、それらを改善する方法」について話し合う

スプリントレビューがプロダクトゴールに向けた関係者全員の会話の場であるのに対して、スプリントレトロスペクティブはチーム内において日々の作業を改善していくための取り組みといえるでしょう。
一般的にはスプリントレビューを実施した後、スプリントレビューの実施内容や実施結果も踏まえてスプリントレトロスペクティブを実施するケースが多いといえます。

スプリントレビューの進め方

以下では、スプリントレビューの一般的な進め方について紹介します。

レビューの設定

まず、スプリントレビューの場を設定するためにステークホルダーが参加できる日程を調整します。
スプリントレビューに参加するメンバーの予定を確保しやすくするためにも、毎月第 Ｘ 水曜日の XX 時からなど、定例として設定することも検討できるでしょう。

スプリントレビューの長さは、スプリント期間に応じて設定します。スプリントが1か⽉の場合、レビューは最⼤4時間程度が推奨されます。
スプリントの期間が短ければ、スプリントレビューの時間も短くすることが多いです。

スプリントで開発した機能確認・デモ準備

スプリントレビューでは、今回のスプリントで開発した機能についてデモなどを行い紹介します。
スクラムチーム内で今回の開発内容がどのようなものであり、どのようなデモを行うのかを事前に確認しておくとよいでしょう。

スプリント中に開発したすべての要素について、十分に時間をかけてデモをすることはレビュー時間枠の関係で難しいこともあります。開発内容のうちどこを優先して確認するかも検討ポイントです。

スプリントレビューの実施

スプリントレビューではステークホルダーに対してデモなどを実施することでスプリントの結果を紹介します。
このとき、一方的に内容を紹介するだけではなくフィードバックをもらえるように Q&A セッションを設けたり、デモ中に必要に応じて意見を出してもらったりすることがポイントとなります。

スプリントレビューの実施目的は、ステークホルダーからフィードバックをもらい今後の開発に生かすことにあります。
もし意見が出にくいようであれば、スクラムチーム側からステークホルダーに対して質問を行うことで意見を引き出すことも有効となるでしょう。

フィードバックを踏まえた対応

フィードバックの結果を受け、今後の開発内容を見直します。
具体的にはプロダクトバックログのアイテム追加・変更や、優先順位の見直しを行うことになります。

たとえば、連携先のシステムの開発状況が遅れており、連携機能の開発を遅らせる必要があるようなケースもあるでしょう。
フィードバック結果は、次回のスプリントプランニングへと生かします。

スプリントレビューのポイント

以下では、スプリントレビューを実施する上でのポイントをいくつか紹介します。

スプリントレビューはワーキングセッションとして行う

スプリントレビューはステークホルダーからフィードバックを得ることが目的の取り組みです。よって、単なるデモンストレーションの場とならないように注意する必要があります。

スプリントレビューは「ワーキングセッション」であるとして位置づけ、積極的に議論できるように質疑応答を意識した時間配分やファシリテーションを行うことがポイントです。

フィードバックは分類してとりまとめる

ステークホルダーから得られたフィードバック内容は、プロダクトゴールに向けた改善の要望、感想やコメントなど多種多様なものとなります。
これらを同じように取り扱うのではなく、内容に応じて「改善点」「コメント」などを分類したうえで「重要度」「期日」などの情報を付加することで、今後のスプリントにおける対応がしやすくなります。

プロダクトの紹介方法はデモに限らない

スプリントレビューにおいて、スプリント期間中の開発内容を紹介する方法は必ずしもデモンストレーションに限りません。たとえば、参加者が実際に操作できる環境を用意することも一案です。

また、開発中のプロダクトによっては物理的に体験できる環境を用意することも検討できるしょう。
ポイントはステークホルダーのフィードバックを引き出すために、実際にユーザーが体験する形に近いようにプロダクトを紹介することです。

プロダクトの開発状況にもよりますが、デモンストレーションよりも実物を操作できた方がより具体的なフィードバックにつながりやすくなります。

適切な振り返りがスクラム開発の質を高める

この記事では、スクラム開発において実施するイベントのひとつであるスプリントレビューについて、その実施方法やポイントについてご紹介しました。
スプリントレビューはスクラムの各イベントの中でも重要度の高いものであり、今後のプロダクト開発をより良い方向に向かわせるためのポイントとなる取り組みです。

スプリントレビューを含め、スクラム開発をうまく進めていくためには、アジャイル・スクラムに関する知見や経験が重要です。
スパイスファクトリーでは、これまで多数のお客さまのアジャイル・スクラムでのプロダクト開発を支援してまいりました。アジャイル開発でプロダクトやサービスの開発を検討されている方は、ぜひお声がけください。

スパイスファクトリーのを見る。