Corrigir um bug as pressas na Review Meeting pode gerar problemas posteriores maiores, pois correções de bugs devem ser feitas com calma e testadas para garantir a qualidade da solução. Além disso, essa correção pode consumir tempo da reunião, passar uma impressão ruim para o cliente de desleixo e de que qualquer problema pode ser resolvido rapidamente.
Na minha visão, o correto é o PO anotar o bug e coloca-lo no backlog, adicionando a prioridade cabível. Todo o trabalho feito pelo time deve constar no Backlog e seguir o processo normal, afim de documentar cada tarefa executada.
