Déjà, les feedbacks sont soit à prendre, soit à ne pas prendre. 
Le PO décide si ces feedbacks sont en accord avec sa vision du produit.
S’ils sont pris, ça peut être tout de suite et intégré au sprint backlog qui est le livrable du sprint planning. Qui logiquement est très peu de temps après la revue.
Sinon ça peut être placé dans le product backlog pour un futur affinage ou un prochain sprint.
En fait y a pas de règles. Faut trouver le fonctionnement optimal pour ton équipe.
Pour les tickets de bugs, moi en général j’ai identifié en amont du sprint planning des tickets importants à prendre dans le sprint. D’autres peuvent arriver en cours de sprint et donc il faut laisser une « marge » pour que l’arrivée de nouveaux bugs ne viennent pas foutre en l’air vos objectifs de sprints .