← Voltar ao blog

Mob Programming: quando todo o time programa junto

mob-programming colaboracao xp

Se Pair Programming é 2 pessoas em 1 máquina, Mob Programming é o time inteiro (4-8 pessoas) em 1 máquina. Parece ineficiente — pode ser a técnica mais poderosa de colaboração que existe.

Como funciona

Papéis no Mob

  • Driver: Quem digita. Não decide, só executa.
  • Navigators: O resto do time. Decidem o que e como fazer.

Rotação

A cada 10-15 minutos, o driver rotaciona para a próxima pessoa. Assim:

  • Todos passam por todas as posições
  • Conhecimento é compartilhado naturalmente
  • Ninguém fica passivo por muito tempo

Quando Mob Programming vale a pena

Cenários ideais

  • Problemas complexos — decisões arquiteturais importantes
  • Onboarding em massa — 3+ membros novos no time
  • Resolver bugs críticos — todo o conhecimento concentrado
  • Kata de código — prática deliberada de técnicas
  • Definir padrões — quando o time todo precisa alinhar

Quando NÃO usar

  • Features simples — overkill para CRUD básico
  • Prazos apertados — throughput é menor que trabalho paralelo
  • Time disperso geograficamente — difícil de coordenar
  • Falta de maturidade — membros que não contribuem travam o mob

Estimativa para Mob Programming

Throughput

Research mostra que um mob de 4-6 pessoas produz aproximadamente:

  • 2x-3x o output de 1 pessoa (não 4-6x)
  • Mas com qualidade significativamente superior
  • Zero handoff (não precisa explicar para ninguém depois)

Na prática do Planning

“Essa task é complexa e afeta vários módulos. Vamos estimar como Mob: 8 pontos, com todo o time, leva ~1 dia.”

Vs. solo: “1 dev, 8 pontos = ~2 dias + code review + bugs potenciais.”

Capacidade planning

Quando o time faz mob:

  • O time todo está alocado naquela tarefa
  • Outras tarefas ficam em espera
  • Planeje mobs de meio dia para não cansar

Sinais de Mob eficaz

  • Todos participam ativamente das decisões
  • Driver muda frequentemente
  • Discussões são focadas no problema
  • Júnior e sênior contribuem igualmente
  • Resultado é melhor do que seria individualmente

Sinais de Mob ineficaz

  • 1-2 pessoas dominam a conversa
  • Outros ficam no celular ou em silêncio
  • Sessão ultrapassa 2 horas
  • Resultado é mediocre
  • Time prefere trabalhar sozinho

Ferramentas para mob remoto

  • Tuple —Pair/Mob programming remoto
  • VS Code Live Share — compartilhamento de IDE
  • Zoom/Meet + screen share — simples mas funciona
  • Tuple + Miro — código + diagramas simultâneos

Conclusão

Mob Programming é a forma mais rápida de compartilhar conhecimento e tomar decisões técnicas coletivas. Não é para o dia a dia — mas 1-2 sessões de mob por sprint podem economizar dias de trabalho individual e semanas de aprendizado.