Gestores de engenharia devem abandonar o papel de roteador de informação

A deriva do gestor para roteador

James Stanier argumenta que, ao longo da década de 2010 até o pico da Covid em 2021, a gestão de engenharia otimizou-se para mover informação: traduzir contexto para cima e decisões para baixo, suavizar fricções e sustentar cerimônias. Processos como Scrum seguidos religiosamente reforçaram esse padrão, transformando o gestor em um 'roteador humano' de relatórios, reuniões e atualizações de status. O autor reconhece que isso foi uma resposta racional a uma era de organizações em expansão, ferramentas básicas e expectativas de que o EM fosse coach e mentor, sendo recompensado pelas empresas por isso.

Stanier viveu essa deriva: saiu de engenheiro individual na seed round até VP de Engenharia na Brandwatch, após três rodadas de capital de risco, e chegou ao ponto de ter camadas de gestores entre ele e o código, com o grafo de contribuições no GitHub em branco. Na época, líderes hands-on eram vistos como um defeito, rotulados de intrometidos ou micromanagers.

O que você já sabe

A tese central do artigo: a transição exigida hoje não é de upskilling, mas de redescoberta. As habilidades que promoveram o gestor - pensamento arquitetural, instinto de debugging, julgamento e bom gosto técnico - não evaporaram quando ele parou de codar; apenas adormeceram.

O autor cita sua experiência na Nordhealth, vindo da Shopify: temia levar meses para ser útil em uma stack e domínio totalmente novos, mas em semanas reconheceu padrões conhecidos - lentidão de entrega, problemas de uptime, má otimização de queries por culpa de ORM, gargalos em Redis, ausência de circuit breakers. Não era genialidade, mas pattern matching construído por duas décadas. Ele ancora isso em estudos clássicos de expertise em xadrez (mestres reconhecem padrões em vez de calcular mais rápido) e no conceito de System 1 de Daniel Kahneman, sustentando que a intuição de especialistas é confiável em domínios com regularidades reais, como engenharia.

O que mudou e o que não mudou

Nos últimos cinco anos, ferramentas, frameworks, linguagens e stacks de observabilidade mudaram muito, mas a camada durável do ofício permanece: boa arquitetura, protocolos, bancos de dados, caching, filas, idempotência, backpressure, pipelines de deploy, rollout gradual, A/B testing, code review, design docs e RFCs. Com fundamentos sólidos e IA facilitando aprender e investigar, reconstruir os detalhes é mais rápido do que nunca. Empresas agora são mais planas, contexto é mais descobrível, e IA cobre o trabalho braçal que enchia calendário - a indústria pede líderes que mergulham nos detalhes, contribuem tecnicamente e aceleram decisões.

Prática semanal proposta

O autor descreve sua rotina na Nordhealth: DRIs (todos engenheiros individuais) fazem atualizações semanais no Linear; ele examina branches, demos e escolhe de três a cinco projetos críticos para mergulhar diretamente, com 'office hours' às quartas-feiras para reuniões de 15–30 minutos agendáveis pelos DRIs. Como todos os DRIs são ICs, a liderança vai direto à fonte, com zero passagem de informação na cadeia - contexto deixa de ser algo que se encaminha e passa a ser algo em que se está dentro.

Sugestões práticas: engenheiros de gestores podem contribuir com código, pairar em problemas em andamento (não só revisar código pronto) e coautoria de RFCs. Com IA, pair programming vira quase trio programming - Codex e Claude Code, usados diariamente pelo autor, servem como ferramenta de pensamento antes da sessão e de construção nela. Em incidentes, o gestor pode dirigir o prompt de IA enquanto a equipe valida hipóteses - o autor relata ter acelerado diagnóstico de problemas de MySQL assim. Problemas transversais (app lento, suíte de testes demorada) são oportunidades: investigar com IA pode revelar a causa raiz - um engenheiro reduziu o tempo de testes em cerca de 30% em dois dias.

Estrutura e resultado

Força de vontade não basta em empresas grandes: Stanier cita o sistema GSD da Shopify, em que diretores eram sign-off obrigatório de cada projeto, criando responsabilidade estrutural que o puxava aos detalhes. E o caminho mais direto é escrever código: agentes podem rodar em segundo plano e as velhas desculpas de falta de contexto caíram. Ele cita Will Larson, que em fim de 2025 relatou ter mergeado mais PRs em seis meses na Imprint que na década anterior combinada.

O resultado, segundo o autor: trabalhar em empresa pública com a sensação de CTO fundador, com a gestão hands-on como principal parte do trabalho - mais divertido, mais útil e com mais impacto. A conclusão: a indústria não precisa de mais roteadores humanos, e sim de líderes nos detalhes; quem foi IC já tem a fundação, e as ferramentas tornam o acesso mais fácil do que nunca.

Nos comentários, leitores divergem: um critica a exigência de gestores codarem justamente quando 'ninguém mais codifica' por causa de IA; outro relata que passou a fazer PoCs e terminar tarefas ele mesmo, pois a IA tornou isso barato.