現在のスプリントで将来のユーザーストーリーを取得できますか？
5つのユーザーストーリーを1つのスプリントで完了すると推定し、テスト、バッファー時間、および予想されるバグについて、それらすべてを完了したとします。
それでも、開発者の1人に2〜3日残っています。現在のスプリントで開発または開発の一部しか完了できないことを知って、現在のスプリントで将来のユーザーストーリーを引き出すことはできますか？
確かに、製品バックログの一番上にあるものは何でも取り込むことができるはずです。
しかし、注意してください。
新しいストーリーを取り入れることが、実際にコミットしたストーリーの配信を妨げないことを確認してください。あなたは本当にそれらがラップされて行く準備ができていることを確認するべきです（展開されても）。少なくとも、未完成の可能性のある新しいコードが、完成した成果物のコードと混同されないようにする必要があります。
スクラムはあなたのニーズを満たすために存在し、その逆ではありません。あなたにとって意味のあることは何でもしてください。動作方法を監視します。調整します。
この開発者に休暇を与えることは理にかなっていますか？あなたの開発者は、彼らがやりたいと思い、達成できなかったいくつかの簡単なクリーンアップを持っていますか？開発者が一歩先を行って脇に置くことができる特定のストーリーはありますか？私たちはそこにいません、私たちは状況を知りません。あなたは、合理的なものを作ります。
スクラムはアジャイル運動から生まれたことを覚えておいてください。 http://agilemanifesto.org/ でアジャイル宣言を読んでください。短い、4箇条です。それらの半分はこのケースに直接適用され、「公式のスクラム手順」が邪魔になる場合は、儀式に従うのではなく、自分にとって意味のあることを行うべきであることに同意します。
別のストーリーを完全に完成できると思われる場合は、製品の所有者とチャットして、適切なストーリーを選択してください。 （小規模な臨時再計画会議）
それ以外の場合は、次のスプリント計画会議の準備にその時間を十分に費やしてください。とても楽しい企画になります。
または、開発および構築ツールのメンテナンスを行います。
または、...何か役立つことが常にあると確信しています。
製品の所有者がそれを知っていることを確認してください。
もちろん、チームが同意する限り、できます。
実際、仕事がなくなった場合は、何かを引き出すか、スプリントを閉じる必要があります。
計画どおりに、正式にはコミットメントの一部ではないが、スコープが再配置された場合やリスクが適切に解決された場合の最初の候補となる「暫定」アイテムを含めた状況はありませんでした。
OTOHプロジェクトに技術的負債がある場合、時間を使って最終的にその一部を減らすことができます。