Gestão

Gestão de Times de Tecnologia: O Que Funciona de Verdade

Gerenciar um time de engenharia não é como gerenciar qualquer outro time. As ferramentas de gestão tradicionais falham — e os bons engenheiros não ficam onde se sentem gerenciados.

Já trabalhei em empresas onde o time de tecnologia era gerenciado como uma linha de montagem. Prazo, ticket, entrega. Prazo, ticket, entrega. O resultado previsível: turnover alto, qualidade baixa e uma cultura de medo disfarçada de agilidade.

O que funciona de verdade é mais simples — e mais difícil — do que frameworks e cerimônias.

Contexto, não controle

O trabalho do gestor de tecnologia não é saber exatamente o que cada pessoa está fazendo a cada hora. É garantir que todo mundo entenda por que o trabalho importa.

"Quando você dá contexto em vez de tarefas, as pessoas tomam decisões melhores do que você tomaria por elas."

Isso significa compartilhar métricas de negócio com o time técnico. Significa envolver engenheiros nas discussões de produto antes das decisões serem tomadas. Significa explicar o "porquê" antes do "o quê".

O problema com estimativas

Estimativas de software estão erradas. Sempre. A questão não é melhorar as estimativas — é construir um processo que funcione com incerteza.

Times saudáveis discutem incerteza abertamente. "Não sei quanto vai levar porque ainda não entendemos bem o problema" é uma resposta legítima e honesta. "2 semanas" dado por pressão social não é.

1-on-1s que funcionam

Reuniões 1-on-1 são o principal instrumento de gestão de um time técnico. Mas a maioria é um desperdício de tempo de ambos os lados.

A diferença entre uma 1-on-1 boa e ruim é simples: quem define a agenda. Se é o gestor, provavelmente vai virar status update. Se é o liderado, vai para onde realmente importa.

30 minpor semana por pessoa: o mínimo que funciona
80%do tempo ouvindo, 20% falando
0status updates — para isso existe Jira

O que medir em um time técnico

DORA metrics são um bom começo: frequência de deploy, lead time for changes, taxa de falhas, tempo de recuperação. Mas métricas de engenharia precisam de contexto para fazer sentido.

Um time que deploya 10 vezes por dia com 30% de taxa de falhas é pior do que um time que deploya 2 vezes por dia com 1%. Velocidade sem confiabilidade não é velocidade — é acidente em câmera lenta.

O que não medir

Linhas de código. Número de tickets fechados. Horas trabalhadas. Essas métricas não medem o que você precisa medir — e incentivam os comportamentos errados.

Gestão de tecnologia é sobre criar as condições para que pessoas boas produzam trabalho excelente. Tudo o mais é consequência.

Receba os melhores artigos na sua caixa de entrada.

Sem spam. Uma newsletter quinzenal com o que vale a pena ler sobre engenharia, produto e negócio.