Guia do Scrum | 17. Backlog da Sprint

A Equipe de Desenvolvimento cria um novo Sprint Backlog durante o Planejamento da Sprint. A partir desse momento, ele se torna o compromisso atual dos Desenvolvedores, ou seja, uma lista de novas funcionalidades, melhorias e modificações no Produto a serem implementadas na Sprint inicial. Após o início de uma Sprint, o Backlog se torna uma fila vinculativa da qual os Desenvolvedores escolhem as tarefas a serem realizadas.

O que é um Sprint Backlog? – índice:

1. Introdução
2. Como é criado o Sprint Backlog?
3. O que contém o Sprint Backlog?
4. Usando o Sprint Backlog
5. Resumo

Introdução

Um Sprint Backlog descreve o trabalho da Equipe de Desenvolvimento durante uma única Sprint. Portanto, é expresso em linguagem técnica. Descreve tarefas detalhadas e suas soluções planejadas. Assim, consiste em uma lista de tarefas elaborada de forma que seja clara para os Desenvolvedores. O Sprint Backlog geralmente leva em pouca conta a linguagem de valor comercial do Produto, uma forma de descrição própria do Product Backlog, que apresentaremos aqui.

O Sprint Backlog surge:

• com base no Product Backlog
• durante a duração de uma Sprint
• durante um Evento Scrum chamado Planejamento da Sprint
• por toda a Equipe Scrum – mas a Equipe de Desenvolvimento tem o papel principal em sua criação

Como é criado o Sprint Backlog?

Durante o Planejamento da Sprint, o Product Owner propõe como agregar valor ao Produto na próxima Sprint. Então, toda a Equipe Scrum trabalha junta para formular o Objetivo da Sprint, ou seja, seleciona qual funcionalidade do Product Backlog implementar. O Objetivo da Sprint define como implementar o Produto ou adiar o prazo para atender às expectativas do Cliente.

O próximo passo é refletir e definir realisticamente o escopo de trabalho a ser realizado na próxima Sprint e como alcançá-lo.

Os resultados dessas descobertas vêm na forma de uma descrição técnica das tarefas a serem realizadas. E essa lista se torna o novo Sprint Backlog.

O Sprint Backlog recém-criado existe em um local que é facilmente acessível a todos os membros da Equipe de Desenvolvimento. No espaço físico, geralmente é um quadro branco pendurado no local de trabalho. Já no espaço digital, existe como um documento compartilhado baseado em nuvem que todos os Desenvolvedores podem atualizar. Embora cada membro de uma Equipe Scrum deva mantê-lo atualizado diariamente, é o Scrum Master ou um dos Desenvolvedores que geralmente assume essa responsabilidade.

O que contém o Sprint Backlog?

O Product Backlog não especifica como exatamente executar as tarefas. É papel da Equipe de Desenvolvimento decidir. Esse movimento cria espaço suficiente para a equipe manobrar, aumentando assim suas capacidades de auto-organização. Além disso, essa liberdade para selecionar a sequência e os métodos de ação empodera cada Desenvolvedor, conferindo um senso de independência e responsabilidade.

A mesma ideia se aplica ao tratar o Sprint Backlog como uma lista não ordenada de tarefas a serem executadas. Ao contrário do modelo tradicional de empurrar (onde a Equipe ou o Desenvolvedor age de acordo com uma agenda pré-definida e imposta), no modelo de puxar, os Desenvolvedores selecionam quais tarefas realizar (modelo de puxar).

O Sprint Backlog especifica:

1. O Objetivo da Sprint – ou seja, uma resposta à pergunta de por que realizar as tarefas programadas nesta Sprint
2. A lista de novas funcionalidades e melhorias do Produto a serem desenvolvidas nesta Sprint. Isso porque contém os elementos do Product Backlog selecionados para implementação nesta Sprint.
3. A lista de tarefas a serem realizadas – ou seja, uma descrição técnica de como e por quem o trabalho que resultará em Incremental…

Usando o Sprint Backlog

Várias ferramentas métricas refletem o progresso do trabalho escrito no Sprint Backlog. Mais frequentemente, é o Gráfico de Queima, que abordaremos completamente em um artigo separado dedicado. Com tal visualização, a Equipe de Desenvolvimento pode ver facilmente se o trabalho no Objetivo da Sprint está progredindo conforme o planejado.

Pode acontecer durante uma Sprint que você perceba que o plano de trabalho foi elaborado de forma irrealista. Em outras palavras, o número de tarefas a fazer no Objetivo da Sprint do Product Backlog é muito alto ou muito baixo. Em qualquer um dos casos, os Desenvolvedores e o Product Owner se dedicam a descobrir quais mudanças aplicar ao Sprint Backlog atual. É possível reduzir a quantidade de trabalho, selecionar tarefas adicionais do Product Backlog ou estender as soluções já planejadas. No entanto, tenha em mente que o Objetivo da Sprint em si deve permanecer inalterado.

Resumo

Um Sprint Backlog é uma lista de tarefas que os Desenvolvedores planejam realizar durante uma Sprint. É uma espécie de contrato detalhado com o Product Owner. O Sprint Backlog surge durante o Planejamento da Sprint, no qual toda a Equipe Scrum participa. O Gráfico de Queima reflete o grau de conclusão das tarefas aceitas para implementação.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.