O Custo Invisível de um Sistema Legado
Sistemas legados não caem de uma hora para outra — eles cobram um preço silencioso em produtividade, talentos e oportunidades perdidas. Quantificar esse custo é o primeiro passo para agir.
Ler artigoGerenciar 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.
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ê".
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 é.
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.
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.
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.
Sem spam. Uma newsletter quinzenal com o que vale a pena ler sobre engenharia, produto e negócio.