Onde quer que eu tenha trabalhado no desenvolvimento de software, sempre houve um equivalente a um backlog, sempre uma lista de relatórios de bugs e sempre alguém responsável pelas prioridades (o equivalente a um PO), então sua pergunta, embora use termos do Scrum, é IMHO longe de ser restrito ao Scrum.
Uma rápida pesquisa no Google por "erros de backlog do scrum" revelou que algumas equipes separam bugs / problemas de histórias de "novos recursos", outras não. Às vezes, são usados rastreadores de problemas, às vezes um Wiki, às vezes tudo vai diretamente para a lista de pendências, etc., e não há consenso "o que é melhor". Então a primeira coisa que você deve esclarecer em sua equipe como você deseja lidar com isso, o que faz sua equipe quer ver no backlog eo que não, e o que sua equipe acha que vai funcionar melhor para o seu caso.
Se você fez a experiência de que se todos puderem adicionar algo à lista de pendências estragam tudo, provavelmente será melhor separar histórias de usuários de bugs. Os requisitos de aparência de um bom relatório de bug provavelmente são diferentes dos requisitos de aparência de uma boa história de usuário para um novo recurso, o que também pode ser outro motivo. No entanto, ambos acabarão em tarefas para os desenvolvedores, o que pode ser um motivo para mantê-los em um só lugar.
No entanto, para a maioria dos produtos, faz sentido quando os relatórios de erros podem ser fornecidos por qualquer pessoa (usuários, testadores, desenvolvedores, pessoal de marketing, quem percebe um problema em potencial). Provavelmente, os "novos recursos" devem ser discutidos com o OP como parte do processo ao adicioná-los ao backlog. O seu OP deve decidir se ele deseja colocar as histórias nele sozinho para fazer algum trabalho editorial com antecedência, ou se alguém pode colocar as histórias na lista de pendências e ele faz o trabalho editorial depois. Mas para erros, especialmente aqueles que parecem severos para o repórter, não deve haver discussão necessária para adicioná-los ao rastreador de problemas, ao documento de lista de pendências ou lista de erros ou aonde quer que você os mantenha. "Nenhuma discussão" não significa colocar o relatório de erro em qualquer lugar silenciosamente, pelo contrário. Quando um relatório de bug é adicionado,
Como observação final: para tomar a decisão certa para sua equipe de como gerenciar isso, faz bastante diferença o tamanho do seu produto, quantas pessoas vão reportar bugs e novas histórias e, se você receber apenas um, por semana , uma dúzia ou várias centenas.