「スプリントで作ったものを、実際に確認してもらいたい」
スクラムでプロジェクトを進めていると、このような場面があります。
短い期間で開発を進めるアジャイルでは、完成するまで関係者に成果物を見せないのではなく、スプリントごとに成果物を確認し、フィードバックを受けながら次の開発につなげていきます。
そのための重要なイベントがスプリントレビューです。
一言でいうと
スプリントレビューとは、スプリントで作成したインクリメントをステークホルダーと確認し、フィードバックをもとに今後のプロダクトの方向性を検討するイベントです。
簡単に言えば、
「今回作ったものを確認して、次に何を作るべきかを考える場」
です。
単純に開発チームが成果物を発表するだけの「報告会」ではありません。
実際の成果物をもとに、プロダクトの進捗や今後の方向性についてステークホルダーと意見交換することが重要です。
スプリントレビューの目的
スプリントレビューの目的は、スプリントの成果を確認し、ステークホルダーからのフィードバックを得ながら、プロダクトの方向性を適応させることです。
具体的には、次のような目的があります。
- スプリントで作成したインクリメントを確認する
- プロダクトの現在の状態を共有する
- ステークホルダーからフィードバックを得る
- 市場や顧客の変化を確認する
- 今後のプロダクトの方向性を検討する
- 必要に応じてプロダクトバックログを見直す
つまり、スプリントレビューは「作ったものを見せる場」であると同時に、「これから何を作るのかを考える場」でもあります。
スプリントレビューはいつ行う？
スプリントレビューは、スプリントの終了時に行うイベントです。
スプリントで作業を行い、その結果として作成されたインクリメントを確認します。
その後、ステークホルダーと意見交換を行い、今後のプロダクトの方向性を検討します。
例えば、2週間のスプリントであれば、2週間の開発を行った後にスプリントレビューを実施します。
その結果を次のスプリント以降の活動に反映していきます。
スプリントレビューの参加者
スプリントレビューには、スクラムチームだけでなく、必要なステークホルダーも参加します。
スクラムチームには、
- プロダクトオーナー
- スクラムマスター
- デベロッパー
が含まれます。
さらに、プロダクトに関係する顧客や利用者、経営層、営業部門、業務部門などが参加することもあります。
重要なのは、「誰に見せるか」ではなく、「誰からフィードバックを得る必要があるか」という観点で参加者を考えることです。
スプリントレビューでは何をする？
スプリントレビューでは、一般的に次のようなことを行います。
- スプリントの成果を確認する
- インクリメントを確認する
- プロダクトの現在の状態を共有する
- ステークホルダーからフィードバックを得る
- 市場や環境の変化を確認する
- 今後のプロダクトの方向性を検討する
- 必要に応じてプロダクトバックログを調整する
ここで重要なのは、完成したものを一方的に説明するだけにしないことです。
ステークホルダーとの対話を通じて、プロダクトをより良い方向へ適応させていきます。
インクリメントを確認する
スプリントレビューでは、スプリントで作成されたインクリメントを確認します。
インクリメントとは、簡単に言えば、プロダクトに追加された価値のある成果物です。
例えばシステム開発であれば、
- 新しく追加された機能
- 改善された画面
- 新しく利用できるようになったサービス
などを実際に確認します。
重要なのは、単なる「作業の進捗」ではなく、実際にどのような価値がプロダクトに追加されたのかを見ることです。
フィードバックを受ける
スプリントレビューでは、ステークホルダーからフィードバックを受けます。
例えば、
「この機能は便利だけれど、実際の利用者はこの操作をするのが難しいかもしれない」
「市場環境が変わったので、この機能よりも別の機能を優先したい」
「実際に触ってみたら、この仕様を変更したほうがよさそうだ」
といった意見が出ることがあります。
このようなフィードバックは、次のスプリント以降の計画に活用されます。
プロダクトバックログとの関係
スプリントレビューは、プロダクトバックログとも密接に関係しています。
スプリントレビューで得られたフィードバックや市場環境の変化などを踏まえて、プロダクトバックログの内容や優先順位を見直すことがあります。
例えば、
「A機能よりもB機能のほうが顧客にとって価値が高そうだ」
と分かったのであれば、プロダクトバックログの優先順位を変更することがあります。
つまり、
スプリント → 成果物を確認 → フィードバック → プロダクトバックログを見直す → 次のスプリント
というサイクルを回すことができます。
スプリントレビューは「報告会」ではない
スプリントレビューで注意したいのが、単なる進捗報告会にしてしまうことです。
例えば、
「この2週間で10件のタスクを完了しました」
「予定していた作業はすべて完了しました」
という説明だけでは、スプリントレビューの本来の目的を十分に果たしているとは言えません。
もちろん進捗を確認することも重要です。
しかし、より重要なのは、実際の成果物をもとにプロダクトの価値や今後の方向性について議論することです。
そのため、可能であれば実際に動くインクリメントを見せながら、ステークホルダーと対話することが重要です。
スプリントレビューとレトロスペクティブの違い
スクラムのイベントには、スプリントレビューと似たように感じられるレトロスペクティブがあります。
しかし、目的が異なります。
| 項目 | スプリントレビュー | レトロスペクティブ |
|---|---|---|
| 主な対象 | プロダクト | チームや仕事の進め方 |
| 主な目的 | 成果を確認し、今後の方向性を検討する | 仕事の進め方を振り返り、改善する |
| 主な参加者 | スクラムチーム＋ステークホルダー | スクラムチーム |
| 代表的な問い | 「次に何を作るべきか？」 | 「どうすればもっと良く仕事ができるか？」 |
簡単に覚えるなら、
スプリントレビュー＝プロダクトを振り返る
レトロスペクティブ＝チームの仕事の進め方を振り返る
と考えると分かりやすいでしょう。
スプリントレビューとデイリースクラムの違い
デイリースクラムもスクラムの重要なイベントですが、目的が異なります。
デイリースクラムは、デベロッパーがスプリントゴールに向けた進捗を確認し、必要に応じて今後の作業計画を調整するためのイベントです。
一方、スプリントレビューでは、スプリントで作成したインクリメントをもとに、ステークホルダーとプロダクトの今後について検討します。
つまり、
デイリースクラム＝日々の作業を調整する
スプリントレビュー＝プロダクトの方向性を確認・適応する
という違いがあります。
スプリントレビューでよくある失敗
完成したものを一方的に説明する
開発チームが成果物を説明するだけでは、ステークホルダーとの対話が生まれません。
質問や意見を出してもらい、今後のプロダクトについて議論することが重要です。
進捗報告だけで終わる
「何件完了した」「何％進んだ」という報告だけでは、プロダクトの価値を十分に確認できません。
実際にどんな価値が追加されたのかを確認することが重要です。
フィードバックを受け入れない
ステークホルダーから意見をもらっても、最初から「この仕様で決まっているから変更しない」と考えてしまうと、スプリントレビューの価値が下がってしまいます。
フィードバックを受けたうえで、プロダクトの方向性を検討することが重要です。
プロダクトバックログに反映しない
せっかく有益なフィードバックを受けても、その後のプロダクトバックログに反映されなければ意味がありません。
必要な変更を整理し、優先順位を見直していくことが重要です。
プロジェクトマネージャにとってのスプリントレビュー
スクラムでは、プロダクトオーナー、スクラムマスター、デベロッパーというスクラムチームの役割が明確になっています。
そのため、プロジェクトマネージャが必ずスプリントレビューを運営するわけではありません。
しかし、プロジェクトマネージャとしてアジャイルなプロジェクトに関わるのであれば、スプリントレビューの考え方を理解しておくことは重要です。
特に重要なのは、「計画どおりに作ったか」ではなく、「作ったものが本当に価値を生み出しているか」を見ることです。
ウォーターフォール型のプロジェクトでは、最初に決めた計画を基準として進捗を管理する場面が多くあります。
一方、アジャイルでは、実際に成果物を作り、フィードバックを受け、その結果を次の開発に反映していきます。
スプリントレビューは、まさにその「検査と適応」を実践するための重要な場です。
プロジェクトマネージャ試験ではここが重要
スプリントレビューを学ぶときは、次の用語と関連付けて整理しておくとよいでしょう。
- スクラム
- スプリント
- インクリメント
- プロダクトバックログ
- プロダクトオーナー
- スクラムマスター
- デベロッパー
- ステークホルダー
- レトロスペクティブ
- デイリースクラム
- スプリントゴール
特に重要なのは、スプリントレビューが単なる成果報告ではなく、ステークホルダーとの協働を通じてプロダクトを適応させる場であるという点です。
PM道場のワンポイント
スプリントレビューで一番大切なのは、「予定どおり作れたか？」ではなく、「作ったものを見て、次に何をすべきか？」を考えることです。
アジャイルでは、最初から最後まで完璧に未来を予測することは難しいと考えます。
だからこそ、短い期間で実際にプロダクトを作り、それを見てもらい、フィードバックを得る。
そして、そのフィードバックを次の開発に反映する。
このサイクルを繰り返すことで、プロダクトを少しずつ顧客や市場にとって価値のあるものに近づけていきます。
例えば、開発チームが「この機能は絶対に必要だ」と考えていたとしても、実際にユーザーに触ってもらったら、ほとんど使われないことが分かるかもしれません。
逆に、優先順位が低いと思っていた機能が、実はユーザーから非常に高く評価されることもあります。
だからこそ、「計画どおりに作ること」だけを成功と考えないことが重要です。
スプリントレビューは、プロダクトを作るだけではなく、「何を作るべきなのか」を学習する場でもあります。
そして、そこで得られた学びを次のスプリントに反映する。
この「作る → 見せる → 学ぶ → 適応する」というサイクルこそが、スプリントレビューの大きな価値です。
関連用語
- スクラム
- スプリント
- スプリントゴール
- インクリメント
- プロダクトバックログ
- スプリントバックログ
- プロダクトオーナー
- スクラムマスター
- デイリースクラム
- レトロスペクティブ
- ユーザーストーリー
- アジャイル
- ステークホルダーエンゲージメント
まとめ
スプリントレビューとは、スプリントで作成したインクリメントをステークホルダーと確認し、フィードバックをもとに今後のプロダクトの方向性を検討するイベントです。
単なる進捗報告や成果発表ではありません。
実際の成果物を確認し、ステークホルダーと対話しながら、必要に応じてプロダクトバックログや今後の開発方針を見直していくことが重要です。
また、レトロスペクティブが「チームの仕事の進め方を改善する場」であるのに対し、スプリントレビューは「プロダクトを確認し、今後の方向性を適応させる場」です。
スプリントレビューを単なる「完成報告会」にしてしまうのではなく、
「今回作ったものから何が分かったのか？」
「次に何を作るべきなのか？」
を考える場として活用することが、アジャイルなプロジェクトを成功に近づけるポイントです。
関連記事
- スクラムとは？
- アジャイルとは？
- スプリントとは？
- プロダクトバックログとは？
- スプリントバックログとは？
- プロダクトオーナーとは？
- スクラムマスターとは？
- デイリースクラムとは？
- レトロスペクティブとは？
- ユーザーストーリーとは？
よくある質問（FAQ）
Q. スプリントレビューとは何ですか？
A. スプリントで作成したインクリメントをステークホルダーと確認し、フィードバックをもとに今後のプロダクトの方向性を検討するイベントです。
Q. スプリントレビューは成果発表会ですか？
A. 単なる成果発表会ではありません。成果物を確認するだけではなく、ステークホルダーと対話し、フィードバックを得て、今後のプロダクトを適応させることが重要です。
Q. スプリントレビューには誰が参加しますか？
A. スクラムチームに加えて、プロダクトに関係するステークホルダーが参加します。顧客、利用者、経営層、営業部門、業務部門など、フィードバックが必要な関係者が参加することがあります。
Q. スプリントレビューとレトロスペクティブの違いは何ですか？
A. スプリントレビューは主にプロダクトの成果や今後の方向性を確認するイベントです。一方、レトロスペクティブはチームの仕事の進め方を振り返り、改善するためのイベントです。
Q. スプリントレビューでプロダクトバックログは変更されますか？
A. スプリントレビューで得られたフィードバックや市場環境の変化などを踏まえて、プロダクトバックログの内容や優先順位が見直されることがあります。
Q. スプリントレビューで重要なことは何ですか？
A. 「予定どおり作れたか」だけではなく、「作ったものがどのような価値を生み出すのか」「次に何を作るべきなのか」をステークホルダーと一緒に考えることが重要です。
私は令和5年度 IPAプロジェクトマネージャ試験に合格しました。
実際に合格した経験をもとに、勉強方法やおすすめ参考書、最難関といわれる午後Ⅱ論文の対策方法を詳しく解説しています。
「これから勉強を始めたい」「効率よく合格したい」という方は、ぜひこちらの記事もご覧ください。
