Melhores Práticas de Sprint Planning

Sprint planning é onde estratégia encontra execução. Uma boa sessão de planejamento produz compromissos alcançáveis, metas claras e um time que sabe exatamente o que construir. Uma ruim cria over-commitment, confusão e falha do sprint antes de começar.

Problemas de Planejamento

Preparação

Antes da Reunião

PREPARAÇÃO DO SPRINT PLANNING
═════════════════════════════

PREP DO PRODUCT OWNER:
─────────────────────────────────────
□ Backlog refinado e priorizado
□ Itens top têm:
  ├── Critérios de aceite claros
  ├── Estimativas (do refinement)
  ├── Dependências identificadas
  └── Perguntas resolvidas
□ Prioridade clara para top 150% da capacidade
□ Meta do sprint rascunhada
□ Input de stakeholders coletado

PREP DO SCRUM MASTER:
─────────────────────────────────────
□ Dados do sprint anterior revisados
  ├── Média de velocidade
  ├── Taxa de completion
  └── Issues para endereçar
□ Capacidade calculada
  ├── Disponibilidade do time
  ├── Folgas anotadas
  ├── Outros compromissos
□ Reunião agendada e salas reservadas
□ Ferramentas prontas (GitScrum, projetor)
□ Timeboxes planejados

PREP DO TIME:
─────────────────────────────────────
□ Trabalho do sprint anterior completado ou passado
□ Perguntas sobre itens top do backlog anotadas
□ Considerações técnicas identificadas
□ Pronto para se comprometer

SE NÃO PREPARADO:
─────────────────────────────────────
Não planeje. Prepare primeiro.
Planejamento ruim = sprint falhado.
2 horas de prep economiza 4 horas na reunião.

Cálculo de Capacidade

CAPACIDADE ANTES DO PLANNING
════════════════════════════

CALCULAR CAPACIDADE DISPONÍVEL:
─────────────────────────────────────
Sprint: 2 semanas (10 dias úteis)

DISPONIBILIDADE POR PESSOA:
────────────────────────────────────────────────────
Pessoa    Dias Fora   Dias Disponíveis   Fator Foco
────────────────────────────────────────────────────
Sara        0            10                80%
Mike        2 folga       8                75%
Alex        1 treino      9                75%
Emma        0            10                80%
────────────────────────────────────────────────────

CÁLCULO DE CAPACIDADE:
├── Sara: 10 × 5.5h × 0.80 = 44h → 11 pts
├── Mike: 8 × 5.5h × 0.75 = 33h → 8 pts
├── Alex: 9 × 5.5h × 0.75 = 37h → 9 pts
├── Emma: 10 × 5.5h × 0.80 = 44h → 11 pts
└── TOTAL: 39 pontos de capacidade

COM BUFFER:
├── Calculado: 39 pontos
├── Buffer (10%): -4 pontos
├── Comprometer: 35 pontos
└── Stretch: 35-39 pontos

A Reunião

Parte 1: Metas e Prioridades

PLANNING PARTE 1 (30-45 min)
════════════════════════════

META DO SPRINT:
─────────────────────────────────────
PO apresenta:
"Neste sprint, nossa meta é completar
autenticação de usuário para que possamos
começar testes com usuários no próximo sprint."

Por que isso importa:
├── Testes de usuário bloqueados sem auth
├── Caminho crítico para release Q1
├── Demo comprometida com cliente em [data]
└── Perguntas?

DISCUTIR META:
├── Time entende o porquê
├── Perguntas respondidas
├── Meta refinada se necessário
├── Todos alinhados na prioridade

STACK DE PRIORIDADE:
─────────────────────────────────────
"Para alcançar esta meta, aqui estão os itens
em ordem de prioridade:

1. GS-100: Implementação de login (8 pts)
2. GS-101: Reset de senha (5 pts)
3. GS-102: Integração OAuth (8 pts)
4. GS-103: Gestão de sessão (5 pts)
5. GS-104: Lembrar de mim (3 pts)
------- Itens da meta acima -------
6. GS-105: Auditoria de segurança (5 pts)
7. GS-106: Correções de bugs (4 pts)

Temos 35 pontos de capacidade.
Itens 1-4 = 26 pontos = meta alcançável
Itens 5-6 = stretch se capacidade permitir"

SAÍDA DE STAKEHOLDERS:
─────────────────────────────────────
Após Parte 1, stakeholders saem.
Time é dono do "como" na Parte 2.

Parte 2: Planejamento Detalhado

PLANNING PARTE 2 (60-90 min)
════════════════════════════

ITEM POR ITEM:
─────────────────────────────────────
Para cada item:

1. PO APRESENTA CONTEXTO
   "GS-100: Implementação de login.
   Usuários entram email/senha.
   Critérios de aceite são..."

2. TIME DISCUTE ABORDAGEM
   "Vamos usar tokens JWT"
   "Formulário frontend + validação backend"
   "Precisa integrar com modelo de usuário existente"

3. TIME QUEBRA SE NECESSÁRIO
   "Vamos dividir:
   - API Backend (3 pts)
   - Formulário Frontend (3 pts)
   - Integração + testes (2 pts)"

4. TIME ESTIMA/CONFIRMA
   "Ainda 8 pontos total? Sim."

5. TIME ATRIBUI (ou decide depois)
   "Sara no backend, Mike no frontend"

CONTINUAR ATÉ CAPACIDADE:
├── Trabalhar na ordem de prioridade
├── Rastrear pontos comprometidos
├── Parar na capacidade
├── Não exceder nem por "mais uma coisinha"

IDENTIFICAR DEPENDÊNCIAS:
─────────────────────────────────────
"GS-101 precisa do endpoint auth de GS-100.
Sara, pode ter isso pronto até Dia 3?"

"GS-102 precisa de chaves OAuth do time de plataforma.
Vamos fazer follow up hoje. Se não até Dia 2, em risco."

Compromisso

FINALIZANDO O SPRINT
════════════════════

REVISAR COMPROMISSO:
─────────────────────────────────────
Compromisso Sprint 26:
├── Meta: Completar autenticação de usuário
├── Capacidade: 35 pontos
├── Comprometido: 33 pontos

Itens:
├── GS-100: Login (8 pts) - Sara/Mike
├── GS-101: Reset senha (5 pts) - Alex
├── GS-102: OAuth (8 pts) - Sara
├── GS-103: Gestão sessão (5 pts) - Mike
├── GS-104: Lembrar mim (3 pts) - Emma
├── GS-105: Audit segurança (4 pts) - Emma [stretch]
└── Total: 33 pts + 4 stretch

VOTO DE CONFIANÇA:
─────────────────────────────────────
"Levante a mão se você acredita que podemos
alcançar esta meta este sprint."

Se < 100%:
├── O que preocupa?
├── Podemos ajustar?
├── Remover item ou reduzir escopo?
└── Resolver antes de comprometer

Melhores Práticas

Para Sprint Planning

1. Preparação é tudo — 2h prep economiza 4h
2. Meta clara — Time sabe o porquê
3. Capacidade realista — Buffer de 10%
4. Time decide — Não atribuição top-down
5. Timebox — 2-4h máximo

Anti-Padrões

ERROS DE SPRINT PLANNING:
✗ Backlog não refinado
✗ Over-commitment
✗ Sem meta clara
✗ Gestor atribui tarefas
✗ Mais de 4 horas
✗ Sem cálculo de capacidade
✗ Stakeholders opinando no como
✗ Comprometer sem entender

Soluções Relacionadas

• Melhores práticas de sprint review
• Executando retrospectivas de sprint efetivas
• Planejamento de capacidade de sprint