Sprint Planning perfeito: guia passo a passo
O Sprint Planning é a cerimônia mais importante do Scrum — define o ritmo, o foco e o compromisso do time para as próximas semanas. Quando mal feito, o sprint já nasce com problemas. Quando bem feito, o time entra com clareza e confiança.
Pré-requisitos antes do Planning
Não comece um Sprint Planning sem:
- Product Backlog refinado — itens com descrição, critérios de aceitação e estimativa preliminar
- Velocidade conhecida — saiba quantos pontos o time entregou nos últimos sprints
- Capacidade calculada — considere férias, feriados e ausências conhecidas
- Retrospectiva feita — aplique os aprendizados do sprint anterior
Agenda recomendada (sprint de 2 semanas)
Um bom Planning dura no máximo 2 horas para um sprint de 2 semanas. Proporção: ~1 hora por semana de sprint.
| Etapa | Tempo | Responsável |
|---|---|---|
| Objetivo do sprint | 10 min | Product Owner |
| Apresentação dos itens | 30 min | Product Owner + Time |
| Estimativa com Planning Poker | 40 min | Time inteiro |
| Definição do plano | 20 min | Time de desenvolvimento |
| Fechamento | 10 min | Scrum Master |
Parte 1: Objetivo do Sprint
O Product Owner propõe um objetivo claro e mensurável. Exemplo: “Entregar o fluxo de checkout para que clientes possam finalizar compras.” Esse objetivo guia todas as decisões sobre o que entra ou não no sprint.
Parte 2: Apresentação dos itens
O PO apresenta cada item do backlog em ordem de prioridade. Para cada item:
- Descreve o problema de usuário
- Mostra os critérios de aceitação
- Menciona dependências conhecidas
- Abre espaço para perguntas do time
Parte 3: Estimativa
Aqui entra o Planning Poker. Para cada item:
- PO apresenta a história
- Time vota simultaneamente
- Votos revelados ao mesmo tempo
- Discussão pontual se houver divergência
- Consenso ou adiamento para refinement
Se a soma dos pontos ultrapassar a velocidade média do time, o PO decide o que fica fora.
Parte 4: Plano de execução
O time de desenvolvimento transforma os itens selecionados em um plano de ação:
- Quem vai trabalhar em quê (auto-organização, não atribuição forçada)
- Ordem de execução lógica
- Dependências entre tarefas
- Riscos identificados
Parte 5: Fechamento
O Scrum Master recapitula:
- Objetivo do sprint
- Itens selecionados e seus pontos
- Riscos e dependências
- Regras do próximo sprint
Erros comuns
- Time sem dados de velocidade — usar um guess em vez de dados reais
- PO sem backlog preparado — improviso gera estimativas ruins
- Sprint Planning que vira refinamento — itens não preparados devem ficar para depois
- Gerente atribuindo tarefas — o time se auto-organiza
Conclusão
Um bom Sprint Planning é estruturado, pontual e focado. Quando o time sai da reunião sabendo exatamente o que fazer e por quê, o sprint já começa com chances reais de sucesso.