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.
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:
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 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:
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.
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.
Como Gerente de Projetos, Caroline é uma especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo a tornam a melhor pessoa para transformar projetos complicados em realidade.
Você é um freelancer procurando maneiras de promover seu portfólio? Hoje em dia, não apenas…
A gestão financeira digital e a contabilidade online tornaram-se cada vez mais populares nos negócios.…
Os estatutos de projeto são o pão e a manteiga da gestão de projetos. Eles…
Organizações de diversos setores constroem relacionamentos com potenciais funcionários, fornecedores e parceiros todos os dias.…
Existem muitas técnicas de gestão por aí. Algumas parecem intrincadas, enquanto outras são simples, mas…
Você sabe como começar uma ONG? Você tem pensado nisso? Você está ciente de quão…