Scrum no Trello: como montar backlog e sprints no quadro
O Trello é um quadro de listas e cartões. Ele não sabe o que é uma sprint, não calcula velocidade e não desenha burndown. Mesmo assim, muitos times pequenos fazem Scrum no Trello com bons resultados, porque o essencial do Scrum (um backlog ordenado, uma meta por sprint, um quadro que todos enxergam e eventos com hora marcada) cabe em listas bem desenhadas e em algumas regras combinadas.
O que costuma dar errado é a improvisação: um quadro que mistura backlog do produto e trabalho da sprint, cartões que nunca saem da coluna "Feito" e nenhuma forma de saber o que foi entregue na sprint passada. Este estudo de aplicação mostra dois desenhos de quadro, um exemplo completo e o momento em que vale migrar.
Formação relacionada
Microsoft Project Professional
Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.
O que o Trello tem e o que falta para Scrum
O Trello entrega o quadro visual, cartões com descrição, checklists, etiquetas, membros, datas e anexos, além de automação nativa e Power-Ups. Para Scrum, faltam três coisas que você precisa suprir com convenções:
- Sprint como objeto. Não existe "iniciar sprint" com data de início e fim. A sprint é uma lista e uma meta registrada pelo time.
- Estimativa. Não há campo de pontos nativo no plano gratuito. Segundo a página de preços do Trello, consultada em outubro de 2026, os campos personalizados começam no plano Standard.
- Métricas. Velocidade e burndown precisam ser contados à parte, numa planilha simples.
Outro detalhe do plano gratuito, pela mesma página: até 10 colaboradores e até 10 quadros por Espaço de Trabalho. Para um time Scrum de até dez pessoas, cabe; mas criar um quadro novo a cada sprint esgota os quadros rápido.
Se o seu time ainda não decidiu entre Scrum e Kanban, o artigo sobre Kanban no Trello mostra o desenho de fluxo contínuo, sem sprints.
Dois desenhos de quadro para Scrum no Trello
Desenho A: um quadro só. Listas da esquerda para a direita:
- Backlog do produto (ordenado pelo dono do produto, o mais importante no topo)
- Pronto para a sprint (itens refinados, com critérios de aceite)
- Backlog da sprint
- Em andamento
- Em revisão
- Feito na sprint atual
Desenho B: dois quadros. Um quadro "Produto" com Ideias, Backlog do produto e Pronto para a sprint; outro quadro "Sprint" com Backlog da sprint, Em andamento, Em revisão e Feito. Os cartões passam de um quadro para o outro na sprint planning.
| Critério | Desenho A (um quadro) | Desenho B (dois quadros) |
|---|---|---|
| Simplicidade | Maior: tudo à vista | Menor: dois lugares para olhar |
| Foco na daily | Menor: o backlog do produto aparece na tela | Maior: o quadro da sprint só tem a sprint |
| Partes interessadas | Veem o trabalho do time junto | Podem ter acesso só ao quadro do produto |
| Consumo de quadros no plano gratuito | Um | Dois |
Para times de até seis pessoas, o desenho A costuma bastar. Quando o backlog do produto cresce e as partes interessadas comentam muito nos cartões, o desenho B separa o refinamento do trabalho do dia a dia.
Exemplo de scrum no Trello: site de agendamento de uma clínica
O exemplo é ilustrativo. Um time de quatro pessoas (dono do produto, duas pessoas desenvolvedoras e uma de design) vai lançar um site de agendamento online para uma clínica, em sprints de duas semanas, usando o desenho A.
Cartões. Cada cartão é um item do backlog escrito como história de usuário: "Como paciente, quero escolher o horário pelo celular para não precisar ligar". Na descrição ficam os critérios de aceite. O checklist do cartão guarda as tarefas técnicas ("criar tela de horários", "integrar com a agenda", "testar no celular").
Etiquetas. Uma cor por tipo de item: história, defeito, melhoria técnica. Uma etiqueta extra marca o que está bloqueado.
Estimativa. O plano é o gratuito, então os pontos vão no título: "(5) Como paciente, quero escolher o horário...".
Meta da sprint. Um cartão fixo no topo da lista Backlog da sprint, com fundo de cor diferente: "Sprint 3: paciente consegue agendar e receber confirmação por e-mail".
Definição de pronto. Um cartão fixo na lista Em revisão com o checklist que todo item precisa cumprir antes de ir para Feito (testado no celular, revisado por outra pessoa, publicado em homologação).
Como conduzir os eventos do Scrum no quadro
- Sprint planning. O time lê a meta proposta pelo dono do produto, puxa cartões da lista Pronto para a sprint para o Backlog da sprint até a soma de pontos ficar perto da média das últimas sprints, e quebra cada item em checklist.
- Daily. Com o quadro aberto, cada pessoa olha os cartões dela da direita para a esquerda: o que está perto de terminar vem primeiro. Cartões parados há dias recebem a etiqueta de bloqueio e um comentário.
- Sprint review. O dono do produto abre a lista Feito e demonstra o que foi entregue. Comentários das partes interessadas viram novos cartões no Backlog do produto.
- Retrospectiva. Uma lista temporária, ou um quadro separado, com três colunas: manter, melhorar, testar na próxima sprint. As ações combinadas viram cartões com dono.
- Refinamento. Durante a sprint, o dono do produto e o time revisam os cartões do topo do backlog e movem para Pronto para a sprint só os que têm critérios de aceite claros.
Os objetivos e regras de cada evento estão detalhados no artigo sobre eventos do Scrum. O quadro apoia os eventos; ele não os substitui.
Como encerrar a sprint e guardar o histórico
No último dia da sprint:
- Renomeie a lista "Feito na sprint atual" para "Feito na Sprint 3".
- Some os pontos dos cartões da lista e registre numa planilha simples: sprint, pontos planejados, pontos entregues. Depois de algumas sprints, a média vira a referência da planning.
- Arquive a lista. Ela sai do quadro, mas continua acessível nos itens arquivados para consulta.
- Crie uma nova lista "Feito na sprint atual".
- Devolva para o topo do Backlog do produto os cartões que não ficaram prontos, para o dono do produto decidir se voltam na próxima sprint.
A automação nativa do Trello pode cuidar de parte disso, como mover cartões marcados com a etiqueta de pronto ou criar a lista nova em dia fixo. Comece manual por duas ou três sprints e só automatize o que já está estável.
Limites: quando passar para o Jira
O Trello costuma deixar de servir quando aparecem:
- Vários times trabalhando no mesmo produto, com dependências entre backlogs.
- Necessidade de relatórios de sprint (velocidade, burndown) sem planilha paralela.
- Integração com repositórios de código, branches e versões.
- Volume de backlog que já não cabe numa lista rolável.
Nesse ponto, o Jira tem sprints nativas, relatórios e fluxos configuráveis. O passo a passo para começar está em como criar sprint no Jira, e a comparação de configuração das duas ferramentas para backlog está em Trello ou Jira para gerenciar backlog. Se o projeto também tem fases preditivas e um cronograma acompanhado pelo PMO, o guia completo do MS Project mostra a outra metade da gestão.
Próximo passo
Monte hoje o quadro no desenho A, escreva a meta da próxima sprint num cartão fixo e combine com o time a convenção de pontos e a rotina de encerramento. Depois de três sprints, olhe a planilha de pontos e decida se o Trello continua atendendo. Se a resposta for não, ou se o time já está crescendo, o curso Jira Avançado da Projeto Diário ensina a configurar quadros, sprints, fluxos e relatórios para times ágeis.
