Tenho estudado e lido sobre Scrum nos últimos dias e lido sobre planejamento e tarefas de Sprint. Um problema que me veio à mente é como lidar com bugs no Scrum. Henrik Kniberg lista algumas maneiras de lidar com esse problema em seu livro Scrum e XP from the Trenches :
- O product owner imprime os itens Jira de maior prioridade, traz-os para a reunião de planejamento do sprint e os coloca na parede junto com as outras histórias (assim, especificando implicitamente a prioridade desses itens em comparação com as outras histórias).
- O product owner cria histórias que se referem a itens Jira. Por exemplo, “Corrija os bugs de relatórios de back office mais críticos, Jira-124, Jira-126 e Jira-180”.
- A correção de bugs é considerada fora do sprint, ou seja, a equipe mantém um fator de foco baixo o suficiente (por exemplo, 50%) para garantir que eles tenham tempo para corrigir os bugs. Em seguida, é simplesmente assumido que a equipe gastará um certo tempo em cada sprint corrigindo bugs relatados pelo Jira
- Coloque o backlog do produto no Jira (isto é, vala o Excel). Trate os bugs como qualquer outra história.
Isso é realmente algo que precisa ser decidido por projeto ou existem soluções melhores? Posso pensar em problemas com cada uma dessas abordagens. Existe um híbrido vindo dessas abordagens que funciona melhor? Como você lida com isso em seus projetos?