O que é Sprint Backlog?

O Sprint Backlog é um dos artefatos definidos pelo Scrum Guide, cuja primeira versão foi publicada em 2010 e cuja edição de 2020 descreve explicitamente o Sprint Goal como seu compromisso. O Guia define seus componentes e sua propriedade pelos Developers, mas não exige um software, quadro ou formato de tarefas específico.

O Sprint Backlog é o plano dos Developers para uma Sprint. O Scrum Guide de 2020 descreve três partes: Sprint Goal, itens do Product Backlog selecionados e um plano de ação para entregar o Incremento. O objetivo responde por que a Sprint é valiosa; os itens indicam o que pode contribuir; o plano mostra como começar e se adaptar. O Sprint Goal é o compromisso associado ao artefato. A lista de tarefas isolada, sem objetivo, não representa bem esse conjunto.

Nasce na Sprint Planning. O Scrum Team discute o valor da Sprint, seleciona itens e planeja como transformar o trabalho em um Incremento conforme a Definition of Done. Os Developers escolhem quanto assumem, apoiados pelo diálogo com o Product Owner. O plano pode ter tarefas, dependências e passos técnicos, mas o Guia não prescreve formato de quadro nem detalhamento exaustivo antes do primeiro dia. Planejar é criar base suficiente para começar com direção.

Pertence aos Developers. São eles que criam e adaptam o Sprint Backlog. O Product Owner ajuda a esclarecer valor e escopo, enquanto o Scrum Master apoia o uso eficaz do Scrum. Nem gestor nem ferramenta devem converter o artefato em contrato de distribuição individual de tarefas. A responsabilidade compartilhada dos Developers inclui manter o plano visível e útil para decidir o próximo passo, não apenas atualizar status para terceiros.

Evolui durante a Sprint. O Scrum Guide chama o Sprint Backlog de imagem visível e em tempo real do trabalho planejado. À medida que aprendem, os Developers refinam o plano e adicionam detalhes. Se um item se revela maior, conversam com o Product Owner para negociar escopo sem ameaçar o Sprint Goal. Mudar o caminho para atingir o objetivo é esperado; apagar o objetivo ou mudar unilateralmente a direção a cada solicitação destrói a coerência da Sprint.

Orienta a Daily Scrum. Os Developers inspecionam o progresso em direção ao Sprint Goal e adaptam o Sprint Backlog conforme necessário. A Daily não existe para recitar tarefas concluídas a um gerente. Um quadro pode tornar trabalho em andamento, bloqueios e próximos passos mais claros. Ainda assim, cartões movidos não provam que o Incremento esteja pronto: a Definition of Done define as medidas de qualidade exigidas para o trabalho concluído.

Diferencie plano e resultado. Itens selecionados são uma previsão do trabalho que o grupo acredita poder realizar. O objetivo da Sprint fornece foco e flexibilidade. Concluir todos os itens sem alcançar o objetivo pode significar que o resultado pretendido foi mal formulado ou que a lista não estava alinhada. Não concluir todos os itens também não equivale automaticamente a fracasso; é preciso avaliar valor, impedimentos e aprendizado, com transparência na Sprint Review.

Considere capacidade e dependências. Férias, suporte, conhecimento especializado e bloqueios externos influenciam a seleção e o plano. Expor essas condições ajuda o grupo a fazer uma previsão plausível. Copiar velocidade passada como compromisso rígido ou preencher cada hora disponível tende a ocultar incerteza. Se o time costuma depender de outra área para publicar, coloque essa dependência no plano e combine uma forma de observá-la cedo.

Use visualização a serviço da conversa. Um quadro físico, digital ou lista simples pode representar o Sprint Backlog. Colunas como a fazer, em andamento e concluído ajudam, mas não são exigência formal do Scrum. Mostre itens ligados ao objetivo e detalhes suficientes para inspeção diária. Evite dezenas de subtarefas que ocupam a reunião sem revelar bloqueios. Observe também o trabalho não planejado, para que o plano reflita a realidade.

Respeite os limites da mudança. Durante a Sprint, mudanças que comprometam o Sprint Goal não devem ser feitas. O escopo pode ser esclarecido e renegociado com o Product Owner enquanto se aprende. Se o objetivo se torna obsoleto, o Product Owner tem autoridade para cancelar a Sprint, situação distinta de atualizar tarefas. Essas regras não eliminam mudanças; dão um modo explícito de lidar com elas.

Revise para aprender. Na Sprint Review, o grupo observa o que foi alcançado e o que mudou no ambiente. Na Retrospective, examina como planejou e executou. Um Sprint Backlog útil mostra o percurso e ajuda a perguntar por que determinados itens envelheceram, por que dependências surpreenderam ou por que houve muita entrada imprevista. A finalidade é melhorar a próxima decisão, não procurar culpados por cada cartão.

Exemplo hipotético: um time de produto define como Sprint Goal permitir que clientes encontrem pedidos recentes sem ligar para o suporte. Seleciona dois itens de consulta e um de teste de usabilidade. No Sprint Backlog, registra o objetivo, os itens e os primeiros passos para integração e validação. A equipe sabe que uma API de pedidos depende de outro time e torna a espera visível no plano.

No terceiro dia, descobre que a API não traz um campo inicialmente previsto. Os Developers conversam com o Product Owner e ajustam a solução: mostram inicialmente os pedidos dos últimos três meses, preservando o objetivo de consulta útil. Reordenam tarefas, pedem apoio à outra equipe e atualizam o Sprint Backlog. Não mantêm o plano inicial apenas para parecer que a Sprint correu conforme uma promessa. Na Daily, discutem se o caminho revisado ainda permite entregar um Incremento conforme a Definition of Done.

Ao final, a Sprint Review mostra o resultado a stakeholders e recolhe feedback. Algumas ideias voltam ao Product Backlog. Os números e o produto são hipotéticos; o exemplo ilustra a diferença entre adaptar o plano de execução e abandonar o objetivo sem conversa.

O Product Backlog é uma lista emergente e ordenada do que é necessário para melhorar o produto, sob responsabilidade do Product Owner. O Sprint Backlog é o plano dos Developers para alcançar o Sprint Goal naquela Sprint. Selecionar um item não transforma todo o Product Backlog em compromisso da Sprint. Os dois artefatos evoluem, mas têm horizontes e responsabilidades diferentes.

Curso K21 recomendado