Pular para o conteúdo
Voltar para o Blog

Futebol, Adaptação e Performance

Além dos Números · Ep. 03· 1 min 57 s
Ouça a análise comentada deste artigo com fontes verificadas

"Nenhum plano de jogo sobrevive ao primeiro contato com o adversário."

Quem joga e acompanha futebol sabe que ele é o esporte mais imprevisível do mundo. Você pode treinar a semana inteira, estudar os pontos fortes do adversário e desenhar o esquema tático perfeito no quadro. Aí o juiz apita e, com cinco minutos de bola rolando, tudo muda: uma lesão inesperada, uma expulsão, um gol contra ou a chuva que deixa o gramado pesado. O time que levanta a taça raramente é o que tinha o plano mais bonito no vestiário, mas o que consegue ler a partida e se adaptar em movimento.

Essa máxima tem raiz histórica. Em 1871, o estrategista alemão Helmuth von Moltke escreveu no seu ensaio Sobre Estratégia a frase que atravessou os séculos: nenhum plano de operações sobrevive com certeza ao primeiro encontro com a força principal do adversário. Para Moltke, a liderança não pode ser um roteiro engessado de ordens; precisa ser um sistema de adaptação contínua guiado por princípios claros.

Ao longo de mais de quinze anos liderando equipes de engenharia de software, dados e infraestrutura, percebi que o escritório e a operação funcionam exatamente sob as mesmas leis do gramado.

1. Estrelas precisam de sistema: o que o Projeto Aristóteles descobriu

No futebol, todo mundo já viu seleções recheadas dos melhores jogadores do mundo fracassarem porque cada um tentava resolver a partida sozinho, enquanto equipes tecnicamente mais modestas, mas taticamente compactas, dominavam o campeonato.

Nas empresas de tecnologia, esse erro aparece quando a liderança acredita que basta contratar três ou quatro "desenvolvedores estrelas" e jogá-los na mesma sala para que a entrega aconteça.

Entre 2012 e 2015, o Google conduziu uma investigação interna chamada Projeto Aristóteles, analisando 180 equipes de engenharia e negócios para responder a uma pergunta simples: por que alguns times voam e outros travam? Os pesquisadores testaram dezenas de variáveis, desde a formação acadêmica até a senioridade individual dos membros.

A conclusão desarmou o senso comum do Vale do Silício: quem estava no time importava muito menos do que como o time funcionava junto. As equipes de maior performance destacavam-se por cinco fundamentos coletivos:

  1. Segurança psicológica: liberdade para apontar um risco ou admitir um erro sem medo de humilhação;
  2. Confiabilidade (dependability): saber que o colega de posição vai cobrir o espaço combinado no prazo;
  3. Estrutura e clareza: cada pessoa sabe exatamente qual é a sua função tática no campo e como seu trabalho é medido;
  4. Significado: entender por que aquela partida importa;
  5. Impacto: enxergar que o esforço coletivo muda o placar da organização.

Como mostrou o psicólogo organizacional J. Richard Hackman, professor da Universidade de Harvard, no livro Leading Teams: Setting the Stage for Great Performances (2002), cerca de 60% da diferença de desempenho entre equipes vem das condições estruturais que o líder monta antes e durante o trabalho, e não do talento isolado tentando fazer milagre no improviso.

2. Escalar cada pessoa na posição certa

Quem convive em campo aprende rápido a ler as características de cada jogador. Existe o atacante habilidoso que decide o jogo em um lance, mas não tem fôlego para marcar na defesa por noventa minutos. E existe o volante silencioso que quase não aparece nos melhores momentos da TV, mas fecha todos os espaços, desarma o contra-ataque e permite que o time inteiro jogue em segurança.

Em tecnologia acontece o mesmo. Um dos erros mais caros que vejo na gestão é escalar o profissional certo na função errada:

  • Pegar um excelente especialista técnico, que adora resolver problemas profundos de banco de dados ou arquitetura, e forçá-lo a virar um gerente burocrático de planilhas porque "era o único jeito de promovê-lo";
  • Ou cobrar de um profissional metódico, ótimo em estabilizar produção e organizar processos, a mesma velocidade caótica de quem faz protótipos descartáveis.

Liderar não é tratar todo mundo como se jogasse na mesma posição. É conhecer a força real de cada pessoa do elenco e desenhá-la no esquema tático onde a característica natural dela vira vantagem competitiva para o grupo.

3. Banco de reservas é resiliência: o perigo do "Fator Ônibus" igual a 1

Times que só têm onze titulares e nenhum banco de reservas colapsam na primeira contusão do campeonato. Em engenharia de software, damos a esse risco o nome de Bus Factor (Fator Ônibus), conceito estudado em pesquisas empíricas de engenharia de software como o levantamento de Avelino et al. (2016) sobre repositórios críticos: quantas pessoas precisariam se ausentar de repente para que o seu projeto parasse por completo porque mais ninguém sabe como o sistema funciona?

Quando uma operação inteira depende de um único "camisa 10" que guarda as senhas na cabeça, aprova todos os deploys sozinho e é o único que entende o código legado, você não tem um time forte. Você tem um ponto único de falha.

Construir profundidade de elenco na tecnologia significa:

  • Documentar decisões de arquitetura e roteiros de operação (runbooks) de forma simples;
  • Praticar revisão de código cruzada e rotação de tarefas críticas;
  • Formar juniores e plenos ao lado dos seniores para que o conhecimento circule pelo campo.

4. A pressão do placar e o ajuste no intervalo

Tanto no futebol quanto na tecnologia, haverá momentos em que você estará perdendo o jogo. O deploy quebrou em plena sexta-feira, a fatura de nuvem estourou, o cliente importante reclamou ou a meta do trimestre ficou distante.

A diferença entre times amadores e times profissionais aparece exatamente quando o placar está adverso:

  • Amadores entram em pânico: começam a gritar uns com os outros em campo, abandonam o posicionamento tático, chutam de qualquer lugar e procuram um culpado pela falha;
  • Profissionais voltam ao básico: reduzem o espaço entre as linhas, comunicam-se com frases curtas e factuais, estancam o problema imediato e usam o intervalo para corrigir a rota.

Nos estudos clássicos da professora Amy Edmondson, de Harvard (1999), essa capacidade de parar no intervalo, olhar para a verdade sem caça às bruxas e ajustar a tática é o que define o comportamento de aprendizado em equipe (team learning behavior). O que funcionava no primeiro tempo de uma empresa pode não funcionar no segundo. Rigidez tática é vulnerabilidade.

5. O vestiário e o ritual da vitória

Por fim, o jogo começa e termina no vestiário. Antes de cada projeto entrar em campo, o time precisa de alinhamento claro: qual é o nosso objetivo, quem cobre qual setor e o que não podemos deixar acontecer. Depois da entrega, precisa da retrospectiva honesta sobre o que funcionou e o que precisa ser corrigido no treino da semana seguinte.

E há um detalhe que o mundo corporativo esquece com frequência: no futebol, todo gol é comemorado. No escritório, muitas vezes a equipe passa semanas resolvendo um problema dificílimo de engenharia, coloca a solução no ar e no minuto seguinte já recebe apenas a cobrança do próximo ticket, sem um único reconhecimento.

Como demonstram Teresa Amabile e Steven Kramer (Harvard Business School) no livro The Progress Principle (2011), após analisarem mais de 12.000 registros diários de profissionais em equipes de conhecimento, o maior motivador da performance humana não são discursos grandiosos uma vez por ano, mas reconhecer e celebrar o progresso real nas conquistas semanais.

Na sua próxima segunda-feira, olhe para a escalação da sua equipe como um técnico olha para o campo: cada pessoa está jogando na posição onde entrega seu melhor futebol? O banco está preparado para ninguém quebrar por sobrecarga? Porque um bom líder não junta apenas onze nomes numa planilha. Ele constrói um elenco.


Referências e leituras verificáveis

Cesar Zanis / Gestão e carreira

Uma boa conversa merece continuar.

Compartilhe o artigo ou publique os slides nos seus Stories e no Feed.

WhatsApp ↗LinkedIn ↗X ↗
Cesar Zanis
Escrito por·Arquiteto de Software & Líder de Tecnologia

Cesar Zanis

15+ anos liderando arquitetura de software, banco de dados de missão crítica, FinOps e IA aplicada. Estruturou e escalou uma operação de engenharia do zero a mais de 20 desenvolvedores.

15+ anos de atuaçãoArquitetura & DadosCloud & FinOps0 → 20+ Devs

Gostou deste artigo?

Publico análises práticas sobre arquitetura, FinOps, dados, IA, gestão e economia diretamente no LinkedIn.

Continue Lendo

Leve esta análise adiante com dados e fontes

Os cards visuais deste artigo estão prontos logo acima para você compartilhar nos seus Stories, Feed, WhatsApp ou LinkedIn com a legenda e as fontes.