Como montar uma sprint passo a passo (planning na prática)

O que significa montar uma sprint

Montar uma sprint é transformar uma lista de desejos (o backlog) em um compromisso realista de entrega para um período curto e fixo — normalmente uma ou duas semanas. Na prática, é o trabalho feito na reunião de sprint planning: o time define o período, escolhe um objetivo, seleciona os itens mais importantes do backlog, quebra o que estiver grande demais, estima o esforço de cada item e combina o que significa "pronto" para cada um. No fim, todo mundo sai da sala (física ou virtual) sabendo o que será entregue, por que e em que ordem.

Esse ritual existe para resolver um problema antigo de qualquer equipe: sem um recorte de tempo e um objetivo claro, o trabalho vira uma esteira infinita em que tudo é urgente e nada termina. A sprint cria fronteiras — começa em tal dia, termina em tal dia, cabe tanto trabalho — e essas fronteiras são justamente o que permite medir, aprender e melhorar a cada ciclo. Se você ainda está se familiarizando com o conceito, vale ler antes o que é uma sprint e por que ela funciona; este artigo assume essa base e foca no passo a passo de montagem.

E um aviso importante: nada aqui é exclusivo de tecnologia. Um time de marketing montando o lançamento de uma campanha, um RH estruturando um processo seletivo e uma equipe de engenharia civil organizando entregas de projeto usam exatamente os mesmos passos. Os exemplos abaixo misturam áreas de propósito.

O que ter em mãos antes da planning

A planning rende muito mais quando você chega preparado. Três coisas fazem diferença:

• Um backlog minimamente arrumado. Não precisa estar perfeito, mas os itens do topo devem estar claros o suficiente para serem discutidos. Se o seu backlog é uma pilha caótica, reserve meia hora antes para ordenar — o guia de como priorizar o backlog mostra critérios simples para isso.
• O resultado da sprint anterior. Quantos pontos o time entregou? O que ficou pela metade? Itens inacabados não "passam automaticamente": eles voltam ao backlog e disputam prioridade de novo.
• O calendário do período. Feriados, férias, eventos da empresa. Uma sprint de duas semanas com três pessoas fora não comporta a mesma carga de uma sprint cheia — parece óbvio, mas é o erro mais comum de planejamento.

Com isso em mãos, a reunião em si costuma caber em uma a duas horas para uma sprint de duas semanas.

Passo a passo para montar a sprint

Passo 1: defina o período e o tema

Comece pelo contorno: data de início, data de fim e, se ajudar o time, um tema que dê identidade ao ciclo. O tema não é obrigatório no Scrum clássico, mas funciona muito bem como âncora de comunicação: "Sprint 14 — Lançamento da campanha de inverno" diz muito mais do que "Sprint 14".

Exemplos de tema em times variados: a equipe de marketing da fictícia Loja Amora define "Tudo pronto para a Black Friday: peças e mídia"; o RH da mesma empresa roda "Onboarding novo: do aceite ao primeiro dia"; o time de produto foca em "Checkout sem atrito". O tema ajuda inclusive quem está fora do time a entender, de relance, no que a equipe está apostando naquelas duas semanas.

Sobre a duração: escolha entre uma e quatro semanas e mantenha fixa. A regularidade é o que cria cadência — o time aprende quanto cabe em um ciclo e as métricas passam a ser comparáveis entre sprints.

Passo 2: escolha o objetivo e puxe os itens do backlog

Antes de puxar qualquer item, formule o objetivo da sprint em uma frase: qual resultado, se alcançado, faz esta sprint valer a pena? "Deixar o novo fluxo de admissão pronto para o piloto com 5 contratações" é um objetivo. "Fazer várias tarefas de RH" não é.

Com o objetivo definido, percorra o backlog de cima para baixo e puxe os itens que contribuem para ele. Resista à tentação de montar uma sprint "salada de frutas", com um pouco de cada assunto: sprints com foco terminam melhor, porque o time colabora nos mesmos problemas em vez de trabalhar em dez frentes isoladas. Itens urgentes que não têm relação com o objetivo podem entrar, mas de forma consciente e limitada — se metade da sprint é "outros assuntos", o objetivo era fraco ou a priorização do backlog precisa de revisão.

Passo 3: quebre as Features em User Stories

O que desce do backlog muitas vezes é grande demais para caber em uma sprint: uma Feature como "Novo processo de onboarding" pode levar meses. O trabalho aqui é quebrá-la em User Stories — fatias pequenas que entregam valor perceptível sozinhas e cabem no ciclo. Se a diferença entre esses níveis ainda é nebulosa para você, o artigo sobre Feature, User Story e Task organiza a hierarquia com exemplos.

Uma boa fatia responde: quem se beneficia, o que passa a existir e para quê. Da Feature "Novo processo de onboarding" saem histórias como "Como novo colaborador, quero receber um e-mail de boas-vindas com o checklist da primeira semana, para chegar sabendo o que me espera" e "Como gestor, quero ser avisado três dias antes da chegada do novo liderado, para preparar acessos e equipamento". Cada história dessas é testável, demonstrável e termina — três qualidades que uma Feature inteira não tem.

Regra prática: se uma história não couber confortavelmente dentro da sprint, quebre de novo. História que atravessa sprints vira aquele item eternamente "quase pronto" que corrói o moral do time.

Passo 4: estime com story points

Com as histórias fatiadas, o time estima o esforço relativo de cada uma em story points — uma medida de tamanho combinada pelo próprio time, que considera complexidade, volume e incerteza, e não horas de relógio. A mecânica completa está no guia de como estimar com story points; o essencial para a planning é: quem estima é quem executa, e a estimativa é do item, não da pessoa.

A forma mais saudável (e divertida) de estimar em grupo é o Planning Poker: cada pessoa escolhe uma carta em segredo, todos revelam ao mesmo tempo e as diferenças grandes viram conversa. Quando a analista de mídia vota 2 e o designer vota 8 para a mesma peça de campanha, não é um problema — é a descoberta, ainda na planning, de que os dois entenderam escopos diferentes. Alinhar isso antes de começar custa cinco minutos; descobrir no meio da sprint custa dias.

Uma convenção que simplifica a vida: pontue só as User Stories. As Tasks (os passos técnicos internos de cada história) não precisam de pontos — elas são o "como" e mudam o tempo todo; a história é o "o quê", e é nela que a entrega é medida.

Passo 5: defina a meta de pontos da sprint

Some os pontos das histórias selecionadas e compare com a velocidade do time — a média de pontos efetivamente entregues nas últimas sprints. Se o time vem entregando em torno de 30 pontos por ciclo, comprometer-se com 48 não é ambição, é ficção. A meta de pontos é o contrato realista da sprint: desafiadora o bastante para dar energia, honesta o bastante para ser cumprida.

Se é a primeira sprint e não há histórico, monte um conjunto que o time acredite entregar com folga e trate o número como hipótese: em dois ou três ciclos a velocidade real aparece. E lembre de descontar o calendário — férias e feriados reduzem a capacidade e, portanto, a meta.

Ferramentas ajudam a manter esse contrato visível no dia a dia. No TeamBOX, por exemplo, o gestor define a meta de pontos ao montar a sprint e o termômetro da sprint cruza meta, tempo decorrido e pontos entregues, alertando quando o ritmo descola do combinado — assim a conversa de ajuste acontece no meio do ciclo, e não na retrospectiva, quando já é tarde.

Passo 6: combine os critérios de aceite

Para cada história, escreva com o time os critérios de aceite: as condições objetivas que dizem se ela está pronta de verdade. "E-mail de boas-vindas enviado" é vago; "o e-mail é disparado automaticamente até 24h após o aceite da proposta, contém o checklist da primeira semana e foi testado com um colaborador piloto" é um critério de aceite.

Esse passo é o mais pulado das plannings — e o mais barato de todos. Critérios claros eliminam o retrabalho do "achei que era só isso" e dão ao time autonomia para decidir sozinho quando algo terminou, sem depender do gestor para "dar o ok". Se quiser modelos prontos para se inspirar, veja os exemplos de critérios de aceite para times de várias áreas.

Vale combinar também a definição de pronto geral do time (o que TODA entrega precisa cumprir: revisão de um colega, teste, comunicação a quem for afetado), que complementa os critérios específicos de cada história.

Passo 7: abra o board e dê a largada

Com tudo combinado, materialize a sprint em um board visível: as histórias entram na primeira coluna e caminham pelas etapas do fluxo do time até "concluído". Board escondido em planilha que só o gestor abre não conta — o valor está em qualquer pessoa, a qualquer momento, ver de onde o trabalho está e onde travou. No TeamBOX o board da sprint já nasce com as colunas do fluxo de entrega e o burndown é desenhado automaticamente conforme as histórias são concluídas, mas um quadro físico com post-its cumpre o mesmo papel para times presenciais.

Feche a planning com um combinado de ritmo: quando o time se fala durante a sprint (uma daily curta resolve), onde as dúvidas de escopo são registradas (a discussão do próprio item, de preferência) e quando acontecem a review e a retrospectiva do ciclo.

Um exemplo completo, do início ao fim

Para amarrar tudo, acompanhe o time de RH da fictícia Vetra Logística montando sua sprint:

1. Período e tema: 2 semanas, "Onboarding novo: do aceite ao primeiro dia".
2. Objetivo: rodar o novo fluxo de admissão com as 5 contratações do mês, sem nenhum documento pendente no primeiro dia.
3. Itens do backlog: a Feature "Novo processo de onboarding" desce e é quebrada em 6 User Stories (e-mail de boas-vindas, checklist digital, aviso automático ao gestor, kit de acessos, pesquisa do 1º dia, guia do buddy).
4. Estimativa: no Planning Poker, as histórias somam 26 pontos. A divergência na história do kit de acessos (2 × 8) revela uma dependência do time de TI — ela é renegociada e fatiada.
5. Meta: a velocidade média do time é 24, mas uma analista sai de férias na segunda semana; a meta fecha em 21 pontos, e uma história volta ao backlog.
6. Critérios de aceite: escritos em conjunto para cada história, mais a definição de pronto do time ("nada está pronto sem revisão de um colega").
7. Board aberto: histórias na primeira coluna, daily de 10 minutos combinada para as 9h15, review marcada para a última sexta.

Duas semanas depois, o time não só entregou — ele sabe quanto entrega, e a próxima planning começa desse número.

Erros comuns ao montar uma sprint

• Encher a sprint até a borda. Meta igual a 130% da velocidade não motiva, só garante frustração. Deixe folga: imprevisto não é exceção, é rotina.
• Pular o objetivo e ir direto aos itens. Sem uma frase que dê sentido ao ciclo, a sprint vira um lote de tarefas soltas e o time não sabe o que proteger quando o tempo aperta.
• Estimar sem quem executa. Meta definida pelo gestor sozinho não é compromisso, é imposição — e o time não defende número que não escolheu.
• História gigante "porque não dava para quebrar". Dava. Quase sempre dá. História que ocupa meia sprint sozinha é risco concentrado.
• Aceitar trabalho novo sem tirar nada. Toda entrada no meio do ciclo precisa de uma saída equivalente, combinada em voz alta.
• Ignorar o calendário. Feriado prolongado, integração da empresa, férias: tudo isso é capacidade a menos e precisa aparecer na meta.

Checklist final da planning

Antes de encerrar a reunião, confira:

• Período definido, com início e fim no calendário de todos
• Objetivo da sprint escrito em uma frase (e tema, se o time usa)
• Itens puxados do topo do backlog, coerentes com o objetivo
• Features grandes quebradas em User Stories que cabem no ciclo
• Todas as histórias estimadas em pontos por quem vai executar
• Meta de pontos compatível com a velocidade e o calendário do período
• Critérios de aceite escritos para cada história
• Definição de pronto do time relembrada
• Board aberto, com as histórias na coluna inicial
• Daily, review e retrospectiva com dia e hora marcados

Se todos os itens estão marcados, a sprint está montada — o resto é ritmo, conversa diária e a disciplina de proteger o combinado até o fim do ciclo.