スプリントレビュー中の製品バックログ改訂の結果は、次のスプリントのバックログにどのように影響しますか？
scrumguides.org では、スプリントレビューの結果について次のように述べられています。
スプリントレビューの結果は、次のスプリントの予想される製品バックログ項目を定義する改訂された製品バックログです。
ただし、スプリントレビューは、スプリントの最後に行うことです。つまり、次のレビューが開始されようとしており、製品バックログの上位項目はすでにその準備ができているはずです。
スプリントレビュー中の製品バックログの改訂は、次のスプリントのバックログにどのように影響しますか？レビュー中の変更は、通常、次のスプリントの直前の変更で使用されますか？やり残し？プロダクトオーナーと開発チームの両方が、次のスプリントがどのように調整されるかについて発言権を持っていますか？または、製品バックログの改訂は通常次のスプリントに影響を与えない（ただし、後のスプリントを上回っている）？
前述のガイドを注意深く読んで自分の質問に答えようとしました。同様の質問を確認し、programmers.seで重複を提案しましたが、信頼できる答えは見つかりませんでした。
スプリントレビューの副産物には、平均速度の変更の可能性、および利害関係者からのフィードバックが含まれます。そのフィードバックは、「いいえ、それは私が望んでいたものではありません」または「優れています！アプリの残りの部分でそのデザインを使用しましょう！」になる可能性があります。これらはすべて、バックログのアイテムまたはアイテムの順序を変更する可能性があります。
レビュー中の変更は通常、次のスプリントのバックログへの直前の変更で使用されますか？
通常とは言いませんが、発生する可能性があります。レビューの理由は、利害関係者のニーズを満たしていることを確認するためです。アジャイルの全体的なポイントは、変化する要件に適応できることであり、レビューはおそらく、変更の必要性が明らかになる最初の場所です。
私はスクラムでこれと同様の問題に遭遇しました、基本的にこれはあなたがスプリントの間に（ボード上のタスクに関して）「仕事」が行われていない期間があるかどうかに帰着すると思います
一部のチームは、数回の短い会議だけで次のスプリントに移動します
一部のチームは、さまざまな会議を行ったり、バックログを並べ替えたり、見積もりを行ったりするスプリントの間に数日の休憩があります。
一部のチームは丸1週間かかるか、「通常の」スプリントの間にスプリントをリリース/バグ修正する可能性があります
個人的には、「休憩なし」のオプションが最適だと思います。タスクの進行状況を優先して会議や成果物を強調せず、特別な非スプリントタスクではなく、すべてのタスクをバックログに入れるように促します。
うまくいけば、あなたのスカムマスターが前のスプリント中にバックログをソートし、明確に定義された/十分に推定されたタスクを使い果たすことなく、すぐに並べ替えることができます。