スプリントレビューミーティングは4時間にタイムボックス化されています。
- チームは、スプリントレビューの準備に1時間以上費やしてはなりません。
- スプリントレビューの目的は、チームが実行された機能をプロダクトオーナーと利害関係者に提示することです。「完了」の意味は組織によって異なりますが、通常、機能が完全に設計されており、出荷または実装される可能性があることを意味します。「完了」に別の
意味がある場合は、プロダクトオーナーと利害関係者がそれを理解していることを確認してください。 - 「完了」していない機能は提示できません。
- 機能ではないアーティファクトは、実証された機能の理解をサポートするために使用される場合を除いて、提示できません。
アーティファクトを作業成果物として表示することはできません。関係者を混乱させたり、システム開発の仕組みを理解する必要がないように、アーティファクトの使用を最小限に抑える必要があります。 - 機能は、チームメンバーのワークステーションに表示され、本番環境に最も近いサーバー(通常は品質保証(QA)環境サーバー)から実行される必要があります。
- スプリントレビューは、チームメンバーがスプリントの目標を提示し、製品バックログがコミットされ、製品バックログが完了したところから始まります。その後、さまざまなチームメンバーが、スプリントでうまくいったこととうまくいかなかったことについて話し合うことができます。
- スプリントレビューの大部分は、チームメンバーが機能を提示し、プレゼンテーションに関する利害関係者の質問に答え、必要な変更に注意することに費やされます。
- プレゼンテーションの最後に、利害関係者が1つずつポーリングされ、印象、必要な変更、およびこれらの変更の優先順位が取得されます。
- プロダクトオーナーは、フィードバックに基づいて、利害関係者およびチームがプロダクトバックログを再配置する可能性について話し合います。
- 利害関係者は、プレゼンテーション間で出荷可能な製品機能の増加に関するコメント、観察、または批判を自由に表明できます。
- 利害関係者は、配信されなかった、または期待どおりに配信されなかった機能を識別し、そのような機能を優先順位付けのために製品バックログに配置するように要求できます。
- 利害関係者は、プレゼンテーションを表示し、優先順位付けのために機能を製品バックログに追加するように要求するときに、発生する新しい機能を特定できます。