Sprint Backlog no Scrum: O que isso significa?

O Sprint Backlog é um conjunto de itens do Product Backlog selecionados para o atual Sprint, juntamente com um plano para entregar um incremento do produto para alcançar o Objetivo do Sprint. O Sprint Backlog define quais funcionalidades a equipe de desenvolvimento espera incluir no próximo incremento e o trabalho necessário para entregá-las.

Sprint Backlog do Scrum

O Sprint Backlog define o trabalho que a equipe de desenvolvimento precisa realizar para transformar itens do Product Backlog em um incremento “pronto”. Ele esclarece o trabalho necessário para que a equipe de desenvolvimento alcance o Objetivo do Sprint.

Sprint Backlog

O Sprint Backlog é um plano suficientemente detalhado que pode ser compreendido durante o Daily Scrumpara acompanhar as mudanças no progresso. A equipe de desenvolvimento irá refiná-lo continuamente ao longo do Sprint, e ele evolui gradualmente conforme o Sprint progride — por exemplo, quando a equipe trabalha de acordo com o plano e ganha uma compreensão mais profunda do trabalho necessário para alcançar o Objetivo do Sprint.

Quando surgir novo trabalho, a equipe de desenvolvimento deve adicioná-lo ao Sprint Backlog. À medida que as tarefas avançam ou são concluídas, o esforço restante estimado para cada tarefa deve ser atualizado. Se uma parte do plano perder sua relevância para o desenvolvimento, ela pode ser removida. Apenas a equipe de desenvolvimento pode modificar o Sprint Backlog durante o Sprint. O Sprint Backlog é altamente visível e reflete em tempo real o plano da equipe para o trabalho concluído durante o Sprint atual — ele pertence exclusivamente à equipe de desenvolvimento.

Como os itens do Product Backlog são fixos durante um ciclo de Sprint, os seguintes motivos podem levar a mudanças no Sprint Backlog:

• À medida que o tempo passa, a equipe de desenvolvimento pode ganhar uma melhor compreensão dos requisitos e descobrir a necessidade de adicionar novas tarefas ao Sprint Backlog.
• Defeitos são adicionados como novas tarefas — são itens incompletos de Sprints anteriores.

O Product Owner pode colaborar com a equipe Scrum para ajudar a equipe a entender melhor o Objetivo do Sprint. O Scrum Mastere a equipe podem considerar ajustes menores que não afetam o progresso do Sprint, mas que poderiam trazer um maior valor comercial para o cliente.

Monitoramento do Progresso do Sprint

Em qualquer momento durante o Sprint, é possível calcular a quantidade total de trabalho restante no Sprint Backlog. A equipe de desenvolvimento acompanha todo o trabalho restante pelo menos durante o Daily Scrum e prevê a probabilidade de alcançar o Objetivo do Sprint. Ao acompanhar outros trabalhos durante o Sprint, a equipe pode gerenciar seu progresso de forma eficaz.

Scrumnão considera o tempo gasto no Sprint Backlog. Nós nos preocupamos apenas com o trabalho restante e a variável de tempo.

Usando Gráficos de BurnDown para acompanhamento

Gráficos de BurnDown do Sprintmostram o trabalho restante acumulado durante o Sprint, refletindo a tendência de conclusão do trabalho. O eixo Y representa o trabalho restante, e o eixo X representa os dias úteis do Sprint.

Gráfico de Baixa

No início do Sprint, a equipe Scrum identifica e estima as tarefas detalhadas necessárias para serem concluídas. Todas as tarefas que precisam ser concluídas, mas ainda não foram finalizadas, são consideradas trabalho acumulado. A equipe atualiza o trabalho acumulado diariamente com base no progresso. Se o trabalho acumulado atingir zero ao final do Sprint, o Sprint será concluído com sucesso.

Gráfico de Baixa de Lançamento

Em um projeto Scrum, a equipe acompanha o progresso geral do lançamento atualizando o gráfico de baixa de lançamento ao final de cada Sprint. O gráfico de baixa de lançamento registra a tendência do trabalho restante estimado no Sprint Backlog ao longo de um período de tempo. O eixo X representa o ciclo do Sprint, e o eixo Y representa o trabalho restante, geralmente medido em histórias de usuário, dias-pessoa ideais ou dias de equipe.