O checklist do Sprint Planning
Uma reunião de Sprint Planning é tão boa quanto a preparação que a antecede. Equipes que chegam sem backlogs claros produzem comprometimentos de sprint que não conseguem cumprir.
Antes do Sprint Planning: checklist de preparação
A maioria das falhas no Sprint Planning começa dias antes da reunião.
Preparação do backlog
- O Product Backlog está ordenado com os itens mais prioritários no topo.
- Histórias representando 1,5× a capacidade do sprint têm critérios de aceitação aprovados.
- Todas as histórias candidatas têm estimativas de story points de uma sessão recente de Planning Poker.
- Nenhuma história candidata tem dependência não resolvida que a impeça de começar no primeiro dia.
- O Product Owner revisou e aprovou as melhores histórias no último sprint.
Capacidade da equipe
- A disponibilidade de cada membro da equipe para o sprint está confirmada.
- A capacidade do sprint foi calculada: dias disponíveis × fator de foco.
- Um buffer de capacidade foi reservado (planeje para 70–80% do máximo teórico).
Preparação do Sprint Goal
- O Product Owner tem um rascunho de Sprint Goal pronto para propor.
- O Scrum Master revisou as histórias propostas.
- Itens de sprint anteriores não concluídos foram avaliados.
Durante o Sprint Planning: checklist da reunião
O Sprint Planning tem um timebox recomendado de 8 horas para um sprint de 4 semanas.
Acordo sobre o Sprint Goal
- O Product Owner propõe o Sprint Goal com contexto: por que agora, que valor ele traz.
- A equipe faz perguntas de esclarecimento e negocia escopo se necessário.
- O Sprint Goal é escrito e acordado por toda a equipe antes de a seleção começar.
Seleção de itens do backlog
- A equipe seleciona histórias do topo do backlog que apoiam o Sprint Goal.
- As histórias selecionadas são verificadas em relação à capacidade do sprint.
- O Product Owner confirma que as histórias selecionadas representam valor suficiente.
Estimativa (se necessário)
- Histórias não estimadas ou com escopo consideravelmente alterado são estimadas com Planning Poker.
- Os votos são revelados simultaneamente. Valores discrepantes explicam seu raciocínio antes de votar novamente.
- Histórias que não conseguem consenso em 2–3 rodadas são adiadas para refinamento.
Decomposição de tarefas
- A equipe identifica tarefas específicas para os primeiros 2–3 dias do sprint.
- Dependências entre tarefas são sinalizadas e atribuições iniciais são acordadas.
- Bloqueadores ou riscos potenciais são identificados e responsáveis são atribuídos.
Após o Sprint Planning: checklist de encerramento
O encerramento da reunião leva 5–10 minutos mas produz artefatos críticos.
- O Sprint Goal está registrado na ferramenta de rastreamento e visível para todos.
- Todas as histórias selecionadas foram movidas para o sprint.
- Os valores de story points estão confirmados para todos os itens selecionados.
- As datas de início, fim e de revisão/retrospectiva estão confirmadas.
- Itens discutidos mas não selecionados retornam ao backlog.
- Ações estão registradas com responsáveis.
- O Sprint Goal é compartilhado com stakeholders antes do início do sprint.
FAQ do checklist do Sprint Planning
Com quanto de antecedência devo me preparar para o Sprint Planning?
O refinamento do backlog deve ocorrer continuamente durante o sprint anterior.
O que fazer se uma história falha na Definition of Ready durante o planejamento?
Devolva-a ao backlog com uma nota sobre o que está faltando.
Cada equipe precisa do mesmo checklist?
Não. Este checklist é um ponto de partida. Adapte-o ao contexto da sua equipe.
Como usar este checklist sem adicionar sobrecarga à reunião?
Use-o como modelo de preparação, não como item de pauta.
Torne seu Sprint Planning eficiente com o Planning Poker online gratuito