Simyl
simylflow
Início do Curso
Módulo 6: Coaching e Melhoria Contínua
Lição 4 de 4
10 min

Lidando com Antipadrões Comuns

Reconhecer e abordar disfunções do Scrum.

1Scrum Mas...

"Fazemos Scrum, mas..." geralmente significa não fazer Scrum de verdade.

Variantes comuns:

  • "Mas não temos um Product Owner de verdade" (sem autoridade, várias pessoas)
  • "Mas não conseguimos fazer Sprints de 2 semanas" ('Sprints' de 3 meses)
  • "Mas pulamos retros quando estamos ocupados"
  • "Mas a liderança define o escopo do Sprint"

Abordagem:

  1. Entenda por que estão se desviando
  2. Explique o que estão perdendo
  3. Aborde as causas raiz (frequentemente organizacionais)
  4. Experimente fazer "conforme o livro"

2Scrum Zumbi

Seguir os movimentos sem o espírito. Todos os eventos acontecem, mas nada melhora.

Sintomas:

  • Standups são relatórios de status
  • Retros não levam a mudanças
  • Metas do Sprint são ignoradas
  • Ninguém fala com stakeholders
  • A equipe não se importa com resultados

Tratamento:

  • Reconecte ao propósito: Por que estamos construindo isso?
  • Envolva usuários/stakeholders reais
  • Torne as métricas visíveis e significativas
  • Experimente com formatos para reenergizar

Scrum Zumbi Frequentemente Aponta para Outro Lugar

As equipes seguem os movimentos quando se sentem impotentes. A causa raiz é frequentemente organizacional—sem responsabilidade real, soluções impostas ou liderança desconectada.

3Water-Scrum-Fall

Scrum apenas no nome, espremido entre fases tradicionais.

Padrão:

  • Fase de requisitos (meses) → Sprints "Scrum" → Fase de QA (meses)

Por que falha:

  • Sem feedback até o final
  • A saída do Sprint não está verdadeiramente "pronta"
  • As equipes não são donas do trabalho de ponta a ponta

Abordagem:

  • Pressione por equipes multifuncionais
  • Expanda a Definição de Pronto para incluir testes
  • Obtenha envolvimento de stakeholders durante todo o processo
  • Comece pequeno—uma fatia verdadeiramente de ponta a ponta

4Velocity como Arma

Usar velocity para medir produtividade ou desempenho de desenvolvedores.

Por que é prejudicial:

  • Incentiva inflar estimativas
  • Desencoraja ajudar colegas de equipe
  • Ignora valor entregue
  • Cria medo e ocultação

Melhores abordagens:

  • Use velocity apenas para previsão
  • Meça resultados, não produção
  • Acompanhe valor entregue aos usuários
  • Foque na saúde da equipe, não em métricas individuais

Lei de Goodhart

Quando uma medida se torna uma meta, ela deixa de ser uma boa medida. No momento em que velocity se torna uma métrica de desempenho, as equipes vão manipulá-la.

Principais Conclusões
  • Antipadrões geralmente têm causas raiz que vale a pena entender
  • Scrum Zumbi indica desconexão do propósito
  • Water-Scrum-Fall acontece quando as equipes não são donas de ponta a ponta
  • Velocity é para previsão, não medição de desempenho

Exercícios Práticos