7 min leitura • Guide 69 of 877
Otimizando Sessões de Planning de Sprint
O planning de sprint estabelece a trajetória para todo o sprint. Sprints mal planejados levam a re-planejamento constante, compromissos não cumpridos, e frustração do time. Planning efetivo de sprint é uma habilidade que melhora com prática deliberada. GitScrum fornece estrutura e dados para tornar sessões de planning focadas, baseadas em dados, e consistentemente produtivas.
Preparação Pré-Planning
Verificação Prontidão Backlog
ANTES DA REUNIÃO PLANNING:
┌─────────────────────────────────────────────────────────────┐
│ CHECKLIST PRONTO PARA PLANEJAR │
├─────────────────────────────────────────────────────────────┤
│ │
│ RESPONSABILIDADES PRODUCT OWNER (1-2 dias antes): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ [ ] Top 15-20 itens refinados e priorizados ││
│ │ [ ] Critérios aceitação claros para itens top ││
│ │ [ ] Dependências identificadas e marcadas ││
│ │ [ ] Perguntas do refinamento respondidas ││
│ │ [ ] Rascunho objetivo sprint preparado ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DEFINIÇÃO DE PRONTO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ História está "Pronta" quando: ││
│ │ ││
│ │ ✓ Formato história usuário claro ││
│ │ ✓ Critérios aceitação definidos ││
│ │ ✓ História estimada (do refinamento) ││
│ │ ✓ Sem perguntas não resolvidas ││
│ │ ✓ Dependências identificadas ││
│ │ ✓ Design/mockups disponíveis se necessário ││
│ │ ││
│ │ NÃO PRONTO = Não deve ser discutido no planning ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Cálculo de Capacidade
CAPACIDADE TIME PARA SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ DETERMINANDO CAPACIDADE DISPONÍVEL │
├─────────────────────────────────────────────────────────────┤
│ │
│ CAPACIDADE BASE (sprint 10 dias, time 5 pessoas): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ Membro │ Dias Disponíveis │ Focus % │ Dias Efetivos ││
│ │────────────┼──────────────────┼─────────┼───────────────││
│ │ Anna │ 10 │ 80% │ 8.0 ││
│ │ Mike │ 8 (2 PTO) │ 80% │ 6.4 ││
│ │ Chen │ 10 │ 70%* │ 7.0 ││
│ │ Sarah │ 10 │ 80% │ 8.0 ││
│ │ Luis │ 9 (1 training) │ 80% │ 7.2 ││
│ │────────────┼──────────────────┼─────────┼───────────────││
│ │ TOTAL │ │ │ 36.6 dias ││
│ │ ││
│ │ *Chen tem rotação on-call neste sprint ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ VELOCIDADE HISTÓRICA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Analytics GitScrum - Últimos 6 Sprints: ││
│ │ ││
│ │ Sprint 19: 42 pts (capacidade similar) ││
│ │ Sprint 20: 38 pts (1 pessoa doente) ││
│ │ Sprint 21: 45 pts (time completo, focado) ││
│ │ Sprint 22: 35 pts (semana feriado) ││
│ │ Sprint 23: 40 pts (capacidade similar) ││
│ │ Sprint 24: 44 pts (capacidade similar) ││
│ │ ││
│ │ Média (capacidade completa): 42 pts ││
│ │ Este sprint ajustado: ~38 pts (capacidade reduzida) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Estrutura Reunião Planning
Agenda Eficiente
REUNIÃO PLANNING SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ 2 HORAS PLANNING PARA SPRINT 2 SEMANAS │
├─────────────────────────────────────────────────────────────┤
│ │
│ PARTE 1: O QUÊ (45 min) │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 0:00 - 0:10 Objetivo Sprint ││
│ │ PO propõe, time refina ││
│ │ ││
│ │ 0:10 - 0:15 Verificação Capacidade ││
│ │ Revisar disponibilidade, calcular capacidade││
│ │ ││
│ │ 0:15 - 0:45 Seleção Histórias ││
│ │ Revisar itens top, confirmar entendimento ││
│ │ Selecionar itens até alcançar capacidade ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PARTE 2: COMO (60 min) │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 0:50 - 1:40 Quebra Tarefas ││
│ │ Para cada história: identificar tarefas ││
│ │ Atribuir donos iniciais ││
│ │ Identificar dependências ││
│ │ ││
│ │ 1:40 - 1:50 Revisão Dependências ││
│ │ Verificar bloqueios ││
│ │ Confirmar dependências externas ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PARTE 3: COMPROMETER (10 min) │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 1:50 - 2:00 Revisão Final ││
│ │ Time confirma compromisso ││
│ │ Preocupações finais? ││
│ │ Sprint oficialmente iniciado ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Estabelecimento Objetivo Sprint
DEFININDO OBJETIVO SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ OBJETIVOS FOCADOS EM RESULTADO │
├─────────────────────────────────────────────────────────────┤
│ │
│ BONS OBJETIVOS SPRINT: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ✓ "Usuários podem completar checkout com cartão" ││
│ │ → Resultado claro, verificável, valioso ││
│ │ ││
│ │ ✓ "Performance API melhorada para <200ms tempo resposta"││
│ │ → Mensurável, alvo específico ││
│ │ ││
│ │ ✓ "App mobile pronto para beta testing interno" ││
│ │ → Milestone claro, stakeholders entendem ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ MAUS OBJETIVOS SPRINT: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ✗ "Completar PROJ-123 até PROJ-145" ││
│ │ → Só lista tickets, sem resultado ││
│ │ ││
│ │ ✗ "Trabalhar em melhorias autenticação" ││
│ │ → Vago, sem critérios sucesso ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Quebra de Tarefas
Decompondo Histórias
PROCESSO QUEBRA TAREFAS:
┌─────────────────────────────────────────────────────────────┐
│ DE HISTÓRIAS PARA TAREFAS ACIONÁVEIS │
├─────────────────────────────────────────────────────────────┤
│ │
│ POR QUE QUEBRAR NO PLANNING: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ✓ Revela complexidade escondida ││
│ │ ✓ Habilita trabalho paralelo ││
│ │ ✓ Cria visibilidade progresso diário ││
│ │ ✓ Identifica habilidades/dependências faltando ││
│ │ ✓ Melhora precisão estimativas ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ EXEMPLO QUEBRA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ História: Fluxo registro usuário (8 pts) ││
│ │ ││
│ │ Tarefas: ││
│ │ ├── Criar componente formulário registro (2h) ││
│ │ ├── Adicionar validação formulário (2h) ││
│ │ ├── Criar endpoint API usuário (3h) ││
│ │ ├── Adicionar hash senha (1h) ││
│ │ ├── Criar trigger confirmação email (2h) ││
│ │ ├── Escrever testes unitários (3h) ││
│ │ ├── Escrever testes integração (2h) ││
│ │ └── Code review + correções (2h) ││
│ │ ││
│ │ Total: ~18h (≈3 dias trabalho focado) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ GRANULARIDADE TAREFAS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Tamanho ideal tarefa: 2-8 horas ││
│ │ ││
│ │ Muito grande (>1 dia): ││
│ │ ├── "Implementar registro" → Quebrar mais ││
│ │ ││
│ │ Muito pequeno (<1 hora): ││
│ │ ├── "Adicionar botão" → Combinar com trabalho relacionado││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Fazer
PLANNING SPRINT EFETIVO:
✓ REFINAR ANTES DE PLANEJAR
Itens devem estar prontos, não discutidos no planning
✓ USAR DADOS HISTÓRICOS
Confiar em velocidade sobre otimismo
✓ COMPROMETER CONSERVADORAMENTE
80-90% capacidade, usar objetivos stretch
✓ TIMEBOX ESTRITAMENTE
2 horas máx para sprint 2 semanas
✓ QUEBRAR HISTÓRIAS
Tarefas revelam trabalho escondido
✓ IDENTIFICAR DEPENDÊNCIAS CEDO
Marcar bloqueios, confirmar necessidades externas
Não Fazer
ANTI-PADRÕES PLANNING:
✗ PLANEJAR SEM REFINAMENTO
Leva a reuniões 4+ horas
✗ COMPROMISSO 100% CAPACIDADE
Sem espaço para surpresas
✗ IGNORAR VELOCIDADE
"Este sprint vai ser diferente"
✗ OBJETIVOS SPRINT VAGOS
"Completar os tickets"
✗ PULAR QUEBRA TAREFAS
Complexidade escondida surpreende mid-sprint