O que é backlog na metodologia ágil: tipos e exemplos
Saber o que é backlog na metodologia ágil parece simples até a primeira reunião de planejamento: o cliente chama de backlog a planilha de pedidos atrasados, o time chama de backlog o quadro de tarefas e o diretor chama de backlog tudo o que ainda não foi entregue. Os três usam a mesma palavra para coisas diferentes, e a conversa sobre prioridade não sai do lugar.
No ágil, backlog é a lista ordenada do trabalho que ainda falta para melhorar o produto, mantida viva ao longo do projeto. Ordenada quer dizer que o item do topo é o próximo a ser feito, e não só "um dos importantes". Viva quer dizer que itens entram, saem, mudam de posição e ganham detalhe a cada ciclo, conforme o time e os clientes aprendem.
A seguir estão os tipos de backlog que você vai encontrar, o que um bom item precisa ter, um modelo para copiar e os erros que fazem o backlog virar um depósito de pedidos.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
O que é backlog na metodologia ágil e de onde vem o termo
Em inglês, backlog significa acúmulo de pendências: o trabalho que se juntou e espera para ser feito. Numa fábrica, é a carteira de pedidos; num suporte técnico, a fila de chamados.
Os métodos ágeis aproveitaram a palavra e mudaram o sentido em três pontos:
- Ordem explícita. Um backlog ágil não é uma pilha. Cada item tem uma posição, e a posição é uma decisão sobre valor, risco e dependências.
- Detalhe progressivo. Os itens do topo estão claros e pequenos; os do fundo são ideias amplas. Ninguém detalha o que talvez nunca seja feito.
- Uma fonte só. Todo trabalho do time passa pelo backlog. Pedido que chega por corredor ou por mensagem direta e é executado sem entrar na lista quebra a transparência.
O Guia do Scrum 2020 resume isso ao definir o Product Backlog como uma lista emergente e ordenada do que é necessário para melhorar o produto, e como a fonte única do trabalho realizado pelo Scrum Team.
Os tipos de backlog na metodologia ágil
O nome "backlog" aparece em vários níveis. Saber qual deles está em discussão evita boa parte das confusões.
| Tipo | O que contém | Quem responde | Horizonte |
|---|---|---|---|
| Product Backlog | Tudo o que pode melhorar o produto, em ordem | Product Owner | Vida do produto |
| Sprint Backlog | Meta da Sprint, itens escolhidos e plano para entregá-los | Developers | Uma Sprint |
| Backlog de release | Recorte do Product Backlog previsto para uma entrega maior | Product Owner, com o time | Algumas Sprints |
| Backlog de projeto | Trabalho necessário para concluir um projeto com fim definido | Gerente de projeto ou PO do projeto | Duração do projeto |
| Backlog de portfólio | Iniciativas grandes que disputam investimento | Gestão de portfólio | Trimestres ou anos |
Só os dois primeiros estão no Guia do Scrum. O backlog de release é uma prática comum para organizar entregas maiores. O backlog de portfólio aparece em frameworks de escala, como o SAFe, e em empresas que gerenciam vários produtos ao mesmo tempo.
Product Backlog e Sprint Backlog
Os dois são os mais citados e os mais confundidos. O Product Backlog é do produto e não acaba enquanto o produto existir. O Sprint Backlog é de uma Sprint: nasce na Sprint Planning, com a Meta da Sprint e os itens escolhidos, e é ajustado diariamente pelos Developers. O artigo sobre Sprint Backlog mostra como montá-lo e como ele muda durante a Sprint.
Backlog de projeto e backlog de produto
Em empresas que trabalham com projetos de prazo fechado, o backlog costuma acabar quando o projeto acaba. Isso muda a forma de ordenar (o que é obrigatório para o aceite vem antes) e a forma de lidar com itens que sobram. A diferença está detalhada no artigo sobre backlog de projeto e backlog de produto, citado nos relacionados.
O que cada item do backlog precisa ter
O Guia do Scrum não impõe formato. Ele diz que os itens costumam ter descrição, ordem e tamanho, e que os atributos variam conforme o tipo de trabalho. Na prática, um item útil responde a quatro perguntas:
- O que é e para quem? Uma descrição curta do resultado esperado. Histórias de usuário ("como atendente, quero ver o histórico do paciente para não repetir perguntas") são uma forma comum, não a única.
- Como saberemos que está feito? Critérios de aceite específicos. Sem eles, cada pessoa imagina um "pronto" diferente.
- Qual o tamanho? Uma estimativa relativa, em pontos, tamanhos de camiseta ou número de itens. Serve para planejar, não para cobrar.
- Por que está nessa posição? Valor para o usuário, risco que reduz, prazo legal, dependência de outro item.
Itens do fundo da lista podem ter só a primeira resposta. À medida que sobem, ganham as outras. Esse trabalho de detalhar, dividir e reestimar é o refinamento do backlog, feito de forma contínua pelo time e pelo Product Owner.
Que tipos de item entram
Um erro frequente é aceitar só funcionalidades. O backlog é a fonte única do trabalho, então também entram:
- correções de defeitos que não serão tratados na mesma Sprint;
- melhorias técnicas, como atualizar uma biblioteca ou automatizar testes;
- pesquisas e provas de conceito para reduzir incerteza;
- exigências legais e de segurança, como adequação à LGPD;
- trabalho de implantação, migração de dados e treinamento, quando o time é responsável por eles.
Modelo de backlog para copiar
O exemplo abaixo é ilustrativo. Imagine o backlog de um sistema de agendamento on-line para uma rede de clínicas, logo depois da primeira Sprint Review:
| Ordem | Item | Critérios de aceite | Tamanho | Por que aqui |
|---|---|---|---|---|
| 1 | Paciente agenda consulta escolhendo unidade, especialidade e horário | Só mostra horários livres; confirma por e-mail | 8 | Núcleo do produto; sem ele nada é usado |
| 2 | Recepção vê a agenda do dia por unidade | Atualiza sem recarregar; filtra por médico | 5 | Pedido mais forte da Review |
| 3 | Paciente cancela pelo link do e-mail | Libera o horário na hora | 3 | Reduz faltas, objetivo do patrocinador |
| 4 | Consentimento de uso de dados no cadastro | Texto aprovado pelo jurídico; registro do aceite | 3 | Obrigação legal antes de abrir ao público |
| 5 | Lembrete por mensagem um dia antes | Envio automático; opção de não receber | 5 | Valor alto, depende de contrato com fornecedor |
| 6 | Integração com o prontuário eletrônico | A definir | ? | Grande e incerto; precisa de pesquisa |
Repare que os itens 5 e 6 estão menos detalhados, e o 6 nem tem tamanho. Isso é normal: ele será dividido quando chegar perto do topo. Para montar o seu do zero, o passo a passo de como criar seu primeiro backlog de produto cobre desde a visão até a primeira ordenação.
Quem mexe no backlog e como a prioridade é decidida
No Scrum, o Product Owner responde pelo Product Backlog. Qualquer pessoa pode sugerir itens, mas quem quer mudar a ordem precisa convencer o PO. O Guia é claro: para o Product Owner ter sucesso, a organização precisa respeitar as decisões dele. Isso não quer dizer que o PO decide sozinho e em silêncio. Ele ouve clientes, áreas de negócio e o próprio time, que conhece riscos técnicos e dependências.
Para ordenar, os times usam critérios combinados entre valor, esforço, risco e prazo. Técnicas como MoSCoW, matriz de valor e esforço e custo do atraso ajudam a tornar a conversa objetiva. O que não funciona é ordenar por quem pediu mais alto.
Erros que transformam o backlog em lista de desejos
- Backlog infinito. Centenas de itens antigos que ninguém vai fazer escondem os que importam. Revise e descarte com frequência; se um item voltar a ser importante, ele reaparece.
- Tudo com prioridade alta. Se dez itens estão "em primeiro", nenhum está. A ordem precisa ser única.
- Itens descritos como tarefas técnicas soltas. "Criar tabela de agendamentos" não diz que valor entrega. Prefira o resultado e deixe as tarefas para o Sprint Backlog.
- Trabalho fora do backlog. Demandas urgentes que entram direto no time sem passar pela lista tornam a capacidade imprevisível e o backlog mentiroso.
- Detalhar tudo no início. Escrever critérios de aceite para cem itens antes da primeira Sprint é desperdício: metade vai mudar.
Como o backlog conversa com a Sprint
O backlog é o que alimenta cada ciclo de trabalho. Na Sprint Planning, o time escolhe itens do topo que ajudam a atingir a Meta da Sprint; na Sprint Review, o resultado mostrado às partes interessadas pode mudar a ordem do que vem depois. Para ver esse ciclo do começo ao fim, leia o que é Sprint no Scrum.
O que fazer agora
Abra o backlog do seu projeto e faça um teste de cinco minutos: o item do topo tem critérios de aceite claros e cabe numa Sprint? Os dez primeiros estão numa ordem única que você consegue justificar? Se a resposta for não, comece por aí, antes de qualquer ferramenta nova. Para ver onde o backlog se encaixa entre os outros conceitos ágeis, consulte o guia completo de métodos ágeis e Scrum. E, se você vai responder pelo backlog como Product Owner ou gestor de produto, o curso Gestão de Produto da Projeto Diário aprofunda visão, priorização e descoberta para decidir o que entra e em que ordem.
