スクラムガイド · スクラムイベント
スプリントレビュー：目的、アジェンダ、チェックリスト
スプリントレビューでは、スプリントの成果を検査し、今後の適応を決めます。スクラムチームは主要なステークホルダーに結果を示し、プロダクトゴールに向けた進捗について一緒に話し合います。
要点
- スプリントレビューでは、インクリメントを検査し、プロダクトバックログを適応させます。
- スライドショーではなく、ステークホルダーとの作業セッションです。
- 完成の定義を満たした作業だけをデモする。
主な目的
スプリントレビューはプレゼンテーションではなく、作業セッションです。その目的は、完了したものを検査し、フィードバックや環境の変化に基づいてプロダクトバックログを適応させることです。スクラムガイドは、これをプレゼンテーションだけに限定しないよう注意を促しています。
参加者と所要時間
- スクラムチームと、プロダクトオーナーが招待した主要なステークホルダー。
- 1か月のスプリントでタイムボックスは4時間。スプリントが短ければ通常は短くなる。
アジェンダの例
- 挨拶とスプリントゴール：チームが何を達成しようとしたか。
- 何が完了し、何が完了しなかったか、そしてその理由。
- インクリメントのデモ。できればステークホルダーに実際に触ってもらう。
- フィードバックと質問。
- 市場、予算、スケジュール、能力の変化。
- プロダクトバックログについての話し合い：次に何をするか。
- リリース予測やプロダクトゴールに向けた進捗の確認。
準備チェックリスト
- 適切なステークホルダーを十分前もって招待する。
- どのアイテムが完成の定義を満たしているかを確認し、それだけをデモする。
- デモのために現実に近い環境を準備する。
- プロダクトバックログと予測チャートを用意しておく。
- 各アイテムを誰がデモするかを決める。
- ステークホルダーに答えてほしい質問を準備する。
避けるべき間違い
- 未完了の作業をデモする。
- 動くソフトウェアや成果ではなく、スライドを見せる。
- 実際のステークホルダーが参加していない。
- フィードバックを集めるだけで、バックログを更新しない。
- 承認の関門として扱う。リリースはいつでも行える。
このトピックの無料テンプレート
よくある質問
スプリントレビューとデモの違いは何ですか？
デモは成果を見せるもので、スプリントレビューではさらにフィードバックを話し合い、プロダクトバックログを適応させます。
スプリントレビューは誰が進行しますか？
スクラムチームです。バックログについての話し合いは、多くの場合プロダクトオーナーが主導します。
スプリントレビューの時間はどのくらいですか？
1か月のスプリントで最大4時間です。スプリントが短ければ、通常レビューも短くなります。
スプリントレビューには誰が参加しますか？
スクラムチームと主要なステークホルダーです。ステークホルダーは通常プロダクトオーナーが招待します。
スプリントレビューのアウトプットは何ですか？
インクリメントへのフィードバックと適応されたプロダクトバックログです。プロダクトゴールに向けた予測が更新されることもあります。
スプリントレビューはリリースの関門ですか？
いいえ。スクラムガイドでは、スプリントレビューを価値をリリースするための関門と考えるべきではないとしています。インクリメントは準備ができ次第いつでもリリースできます。
未完了の作業はスプリントレビューで見せるべきですか？
完成の定義を満たさない作業はインクリメントの一部ではなく、完了として提示すべきではありません。何が完了し、何が完了しなかったかを話し合う際に触れることはできます。
スプリントレビューの準備はどのように行いますか？
適切なステークホルダーを招き、どのアイテムが完成の定義を満たしているかを確認し、現実に近いデモ環境を準備し、プロダクトバックログと予測を用意しておきます。
ステークホルダーがスプリントレビューに参加しない場合は？
理由を探り、時間や形式を調整し、ステークホルダーのフィードバックがどのように優先順位を変えるかを示しましょう。ステークホルダーがいなければ、このイベントの価値の大半が失われます。
スプリントレビューはリモートで行えますか？
はい。ライブデモを共有するか、ステークホルダーにインクリメントを実際に試してもらい、共有ボードを使ってフィードバックやバックログの変更を記録します。
スプリントレビューでは誰が発表しますか？
通常は開発者が自分たちが作った成果をデモし、プロダクトオーナーがプロダクトバックログと次のステップについての話し合いを主導します。