Testar grátis
5 min leitura Guide 789 of 877

Anti-padrões de Sprint a Evitar

Sprints podem dar errado de maneiras previsíveis. GitScrum ajuda times a identificar anti-padrões cedo através de métricas e visibilidade de workflow.

Anti-padrões de Planejamento

Over-commitment

OVER-COMMITMENT:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ O PADRÃO:                                                   │
│ Time se compromete com mais do que pode entregar          │
│ Sprint termina com trabalho incompleto significativo      │
│                                                             │
│ SINTOMAS:                                                   │
│ • Burndown nunca chega a zero                             │
│ • Stories passam para próximo sprint sempre               │
│ • Time estressado no fim do sprint                        │
│ • Qualidade sofre                                          │
│                                                             │
│ ASSINATURA DO BURNDOWN:                                     │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 30│●                                                    ││
│ │   │ ╲                                                   ││
│ │ 20│  ╲▲                                                 ││
│ │   │   ╲ ▲▲                                              ││
│ │ 10│    ╲  ▲▲▲▲▲▲▲▲▲                                     ││
│ │   │     ╲         ← Nunca chega a zero                 ││
│ │  0│──────●                                              ││
│ └─────────────────────────────────────────────────────────┘│
│                                                             │
│ CAUSAS RAIZ:                                                │
│ • PO pressionando para comprometer mais                   │
│ • Estimativa otimista                                      │
│ • Não considerar overhead (reuniões, reviews)             │
│ • Não rastrear capacidade real                            │
│                                                             │
│ CORREÇÕES:                                                  │
│ ✅ Use velocidade histórica, não desejos                  │
│ ✅ Considere folgas, feriados, reuniões                   │
│ ✅ Deixe buffer (10-15% para desconhecidos)               │
│ ✅ PO prioriza, time compromete                           │
│ ✅ "Não" é resposta válida                                │
└─────────────────────────────────────────────────────────────┘

Refinamento Insuficiente

BACKLOG NÃO PREPARADO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ O PADRÃO:                                                   │
│ Stories puxadas para sprint sem refinamento adequado      │
│ Time descobre requisitos durante desenvolvimento          │
│                                                             │
│ SINTOMAS:                                                   │
│ • Reuniões de planning longas                             │
│ • "O que isso sequer significa?"                          │
│ • Mudanças de escopo no meio do sprint                    │
│ • Desenvolvedores bloqueados esperando clarificação       │
│                                                             │
│ EXEMPLO:                                                    │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ STORY-456: Melhorar relatórios                         ││
│ │                                                         ││
│ │ Descrição: Deixar relatórios melhores                  ││
│ │ Critérios de aceite: ???                               ││
│ │ Estimativa: ???                                         ││
│ │                                                         ││
│ │ Dia 3: "Espera, quais relatórios?"                     ││
│ │ Dia 5: "O PM quer gráficos também"                     ││
│ │ Dia 8: "Na verdade, podemos adicionar export?"         ││
│ └─────────────────────────────────────────────────────────┘│
│                                                             │
│ CAUSAS RAIZ:                                                │
│ • Pular ou apressar refinement                            │
│ • PO não disponível para perguntas                        │
│ • Sem Definition of Ready                                 │
│                                                             │
│ CORREÇÕES:                                                  │
│ ✅ Sessões de refinement mandatórias                      │
│ ✅ Definition of Ready aplicado                           │
│ ✅ Stories refinadas 1-2 sprints antes                    │
│ ✅ Time pode rejeitar stories não refinadas               │
│ ✅ Critérios de aceite claros obrigatórios                │
└─────────────────────────────────────────────────────────────┘

Anti-padrões de Execução

Scope Creep

MUDANÇAS DE ESCOPO NO MEIO DO SPRINT:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ O PADRÃO:                                                   │
│ Trabalho adicionado durante sprint sem remover nada       │
│ Escopo comprometido continua crescendo                    │
│                                                             │
│ SINTOMAS:                                                   │
│ • "Só mais uma coisinha"                                  │
│ • Burnup mostra escopo aumentando                         │
│ • Compromisso do sprint sem significado                   │
│ • Time nunca sente que terminou                           │
│                                                             │
│ CORREÇÕES:                                                  │
│ ✅ Proteja o compromisso do sprint                        │
│ ✅ Novas urgências = remover algo                         │
│ ✅ Scope change = negociação, não ordem                   │
│ ✅ Urgente vai para próximo sprint                        │
│ ✅ SM protege o sprint                                    │
└─────────────────────────────────────────────────────────────┘

Mini-Waterfall

WATERFALL DENTRO DO SPRINT:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ O PADRÃO:                                                   │
│ Dev semana 1 → QA semana 2 → Tudo "feito" dia 10          │
│ Nada feito até fim do sprint                              │
│                                                             │
│ SINTOMAS:                                                   │
│ • Tudo em "In Progress" até fim                           │
│ • Correria de testes no final                             │
│ • Bugs descobertos tarde demais                           │
│ • Burndown fica flat, depois desaba                       │
│                                                             │
│ CORREÇÕES:                                                  │
│ ✅ Histórias menores (1-3 dias)                           │
│ ✅ Fluxo contínuo, não fases                              │
│ ✅ Testar cada história ao completar                      │
│ ✅ Definition of Done inclui teste                        │
│ ✅ Limite WIP                                             │
└─────────────────────────────────────────────────────────────┘

Melhores Práticas

Para Evitar Anti-padrões

  1. Rastreie métricas — Burndown, velocidade
  2. Retrospectivas — Discuta padrões
  3. Definition of Ready — Stories preparadas
  4. Proteja sprint — Sem scope creep
  5. Buffer — Espaço para desconhecidos

Identificação

SINAIS DE ALERTA:
✗ Burndown flat no início
✗ Carry-over todo sprint
✗ Planning > 4 horas
✗ Escopo cresce mid-sprint
✗ Retros puladas
✗ Mesmos problemas repetidos
✗ Team sempre correndo no final
✗ Qualidade inconsistente

Soluções Relacionadas