第21章 スプリントレビュー
本章では、スプリントの最後に行われる重要なイベントであり、開発チームが完成させたプロダクトインクリメントをステークホルダーに披露し、フィードバックを得る「スプリントレビュー」について解説します。
21.1 概要
Section titled “21.1 概要”スプリントレビューは、スプリントの終盤に開催される「検査と適応」のためのイベントです。
- 目的: チームがスプリントで「何を構築したか」を共有し、プロダクトの現状についてステークホルダーからフィードバックを集め、今後の開発の方向性（プロダクトバックログ）を調整することです。
- 単なるデモではない: ソフトウェアを動かして見せる（デモンストレーション）だけでなく、そこから得られた学びをもとに対話と適応を行う、双方向のセッションです。
21.2 参加者
Section titled “21.2 参加者”スプリントレビューには、以下のメンバーが参加します。
- スクラムチーム全員: プロダクトオーナー、スクラムマスター、開発チーム。
- ステークホルダー: 顧客、ユーザー、スポンサー、経営陣、他チームのメンバーなど、プロダクトに利害関係を持つ人々。彼らの生の声を聞くことがレビューの最大の価値です。
21.3 事前準備
Section titled “21.3 事前準備”スプリントレビューを成功させるためには、いくらかの事前準備が必要です。ただし、準備に時間をかけすぎてはいけません。
- 準備の目安: チームはスプリントレビューの準備に1時間以上かけるべきではありません。立派なプレゼン資料を作るのではなく、動くソフトウェアそのものを見せることが重要です。
- 完了したものだけを見せる: スプリントレビューでデモを行うのは、「完成の定義（DoD）」を完全に満たしたアイテムのみです。未完成のものを「あと少しで動きます」と見せるのは厳禁です。
21.4 アプローチ（進め方）
Section titled “21.4 アプローチ（進め方）”一般的なスプリントレビューは、以下のステップで進行します。
- 全体像の確認 (Overview): プロダクトオーナーが、スプリントのゴールと、今回完了したアイテム、および完了しなかったアイテムを共有します。
- デモンストレーション (Demonstrate): 開発チームが、実際に動作するソフトウェアを操作しながら新機能を披露します。可能な限り、ステークホルダー自身に操作してもらうのが理想的です。
- 議論 (Discuss): ステークホルダーから率直なフィードバック、質問、新しいアイデアを集めます。
- 適応 (Adapt): 得られたフィードバックをもとに、プロダクトオーナーがプロダクトバックログを更新（アイテムの追加、修正、優先順位の変更など）します。
21.5 スプリントレビューの課題
Section titled “21.5 スプリントレビューの課題”スプリントレビューを形骸化させないために、以下の点に注意する必要があります。
- 「サインオフ（承認）」の場ではない: スプリントレビューを、プロダクトオーナーが完了を「検収・承認」する場にしてはいけません。完成の確認はスプリント中に継続的に行われているべきであり、レビューはステークホルダーとの対話の場です。
- まばらな参加: ステークホルダーが参加しなくなると、フィードバックのループが途絶えます。常に価値のあるプロダクトを見せ続け、参加する意義を感じてもらうことが重要です。
21.6 終わりに
Section titled “21.6 終わりに”スプリントレビューは、プロダクトの進捗を透明にし、軌道修正を行うための絶好の機会です。ここで得られたフィードバックをプロダクトバックログに反映させることで、チームは常に「最も価値のあるもの」を作り続けることができます。
次章では、スプリントのもう一つの締めくくりのイベントであり、チームの「働き方」を改善する「スプリントレトロスペクティブ（ふりかえり）」について解説します。