Primeiro, peça a cada desenvolvedor que analise cada um dos itens e revise / teste cada item para verificar se ainda é um problema (pode ser melhor dividi-los entre as pessoas). Em seguida, feche qualquer um que não seja mais um problema ou que já tenha sido resolvido com outros esforços de desenvolvimento.
Agora, verifique se cada um deles está marcado como um esforço de desenvolvimento grande, médio ou pequeno. Essa é uma estimativa bastante aproximada, usada apenas para categorizar os projetos com mais facilidade e ajudar a reunir as coisas. Se tudo já estiver estimado, isso ajudará, mas não desligue as horas. Basta ir com uma verificação rápida do intestino. Geralmente funciona para colocar os desenvolvedores em uma sala e apenas passar por cada item e usar o esforço que a maioria das pessoas considera apropriado.
Revise cada um dos três grupos de esforço e marque cada item no grupo com uma prioridade de Crítico, Alto valor comercial, Alto valor técnico, Médio valor, Baixo valor e Nunca será corrigido.
A essa altura, você realmente conhece a lista de dentro para fora e realmente entende o trabalho envolvido em sua lista de pendências e pode começar a tomar realmente uma decisão sobre o que fazer com os itens. Pegue todos os itens marcados como nunca corrigidos e arquive-os no seu backlog.
Agora, quando você agendar os itens para o próximo lançamento, poderá usar os itens críticos e de alta importância como o núcleo do seu lançamento. Revise a lista de itens de média e baixa prioridade e adicione itens que possam ser trabalhados ao mesmo tempo que os outros itens da sua lista, porque os desenvolvedores já estarão trabalhando nessa parte do sistema.
A lista de itens marcados com prioridade média ou baixa pode ser usada como uma lista de itens para as pessoas trabalharem quando tiverem algum tempo livre ou como treinamento para novos funcionários. Eu sempre acho que é bom ter uma pessoa na equipe durante cada iteração trabalhando nesses itens e ajudando o restante da equipe sempre que necessário. Dessa forma, você ainda está concluindo o trabalho na iteração atual, mas possui alguém que é flexível e pode ajudar a apagar incêndios quando necessário, mas está lidando com os problemas que normalmente não chamariam atenção.
Uma coisa que achamos interessante foi que, entre cada iteração, tivemos um período curto de duas semanas em que toda a equipe trabalhava apenas em itens marcados com um pequeno esforço de desenvolvimento. Nos concentraríamos em fechar um grande número de tickets em pouco tempo.