Ensinando o Bom Gosto: O Novo Trabalho do Gerente de Engenharia

A maioria dos gerentes de engenharia conseguiu o cargo da mesma forma: eram o melhor sênior da equipe, alguém saiu, e o título caiu sobre eles. Aprenderam a gerenciar fazendo. Alguns deles são excepcionais nisso — aqueles que descobriram, através de alguma combinação de instinto, sorte e o mentor ocasional, que o trabalho que conseguiram era um trabalho diferente daquele do qual foram promovidos. O resto se virou com credibilidade técnica e o fato de que a equipe basicamente se treinava sozinha.

A equipe se treinava através de revisão de código. Através de programação em par. Através do ritual diário de observar a pessoa mais sênior da equipe depurar algo difícil. O aprendizado era distribuído, ambiente e gratuito. O gerente não precisava ensinar muito porque a equipe estava se ensinando, cinquenta pequenos momentos por dia.

Esse acordo expirou em algum momento nos últimos dezoito meses, e ninguém contou aos gerentes.

O Que a Equipe Costumava Fazer por Si Mesma

A equipe não está mais se treinando. Não da forma que costumava.

A revisão de código se tornou um carimbo de borracha em um diff que a IA escreveu. O revisor passa os olhos, vê os testes passarem, vê a descrição (também escrita pela IA), deixa um joinha. O momento de ensino que costumava acontecer na revisão — aqui está por que eu estruturaria isso de forma diferente, aqui está o modo de falha que você não viu, aqui está por que isso vai nos morder em seis meses — foi comprimido em um emoji.

A programação em par evaporou quando a IA se tornou o par. Por que parear com outro humano — lento, caro, disponível trinta horas por semana — quando você pode parear com algo que está sempre ligado, nunca cansado, nunca pede para você se repetir? A economia da programação em par humana não sobreviveu à comparação. Mesmo quando o valor de aprendizado da programação em par humana permaneceu enorme.

E o júnior não observa mais o sênior depurar. Eles têm uma pergunta, perguntam ao Claude, obtêm uma resposta em onze segundos, entregam. A conversa que costumava começar com "ei, como você pensaria sobre isso?" não começa. O sênior fica se perguntando por que ninguém lhe pergunta nada, e silenciosamente assume que é porque a equipe ficou mais capaz.

Três coisas morreram de uma vez: o lugar onde o gosto era transmitido (revisão), o lugar onde era demonstrado (pareamento), e o momento em que era solicitado (perguntar). Esse é o pipeline de aprendizado. Não está quebrado de forma abstrata. Está quebrado em três lugares específicos.

Gosto É O Que Não Foi Automatizado

A IA é extraordinariamente boa em produzir código que segue padrões. Ela viu tudo. Pode lhe dar a resposta padrão, rápido, para quase qualquer pergunta. Essa é uma capacidade real, e fingir que não é seria bobo.

Mas há uma coisa que a IA não pode fazer, e essa coisa importa mais do que nunca agora que a IA pode fazer tanto do resto.

Essa coisa é o gosto.

Gosto é saber quando um diff limpo está errado. Quando um teste que passa não significa nada. Quando "funciona" é uma armadilha. Quando a resposta padrão não é a resposta certa aqui. Gosto é o julgamento que fica um nível acima da correspondência de padrões — é a capacidade de olhar para um código que deveria estar certo e sentir, antes de poder articular por quê, que algo está errado.

A distinção importa:

• Padrões são "é assim que você faz X."
• Gosto é "X é o que você faz aqui. Y parece similar mas é o que você faz ali. Z compila e passa nos testes, mas rejeite mesmo assim, porque torna a próxima mudança mais difícil do que precisa ser."

Gosto é correspondência de meta-padrões. É saber quando o padrão não se aplica. E é adquirido exatamente de uma forma: através de contato de alta largura de banda com alguém que o tem. Observando-os trabalhar. Tendo seu trabalho corrigido por eles. Tendo-os apontar para uma coisa na sua tela e explicar — às vezes com um suspiro — por que aquilo os ofende.

A IA pode transmitir padrões em escala infinita. Não pode transmitir quando quebrá-los. Ela aplicará confiantemente um padrão que não se encaixa, porque encaixe é exatamente o julgamento que ela não tem.

O Trabalho Se Inverteu

O antigo trabalho de gerente de engenharia tinha uma metade superior e uma metade inferior. A metade superior era orquestração técnica: triagem, desbloqueio, ser o revisor mais sênior em cada PR importante, manter a linha arquitetural. A metade inferior era desenvolver a equipe: 1:1s, coaching, transformar júniores em sêniores, construir o banco de reservas.

Por duas décadas, o acordo tácito era: acerte a metade superior, e a metade inferior acontece principalmente por osmose. A equipe aprende com o trabalho em si, uns com os outros, com os rituais em torno do trabalho. O trabalho do gerente no lado das pessoas era não atrapalhar e destacar a oportunidade ocasional de crescimento.

Esse acordo dependia da equipe se treinar sozinha. Não depende mais.

A responsabilidade mudou, mesmo que o calendário não. Se você foi promovido a gerente em 2019, seu trabalho em 2026 não é o trabalho para o qual foi promovido. Os gerentes mais fortes — e há mais fortes do que o discurso sobre IA dá crédito — sentiram isso por conta própria e silenciosamente se reequiparam. Eles têm uma lista, na cabeça ou no papel, de cada subordinado direto e a coisa específica que estão tentando desenvolver neles neste trimestre. Eles sabem o que seus júniores não sabem. Eles têm um plano para o banco de reservas.

O resto está fazendo o trabalho antigo com mais intensidade, trabalhando mais horas para fazê-lo, e notando que a equipe não está ficando mais profunda. Isso não é uma falha de caráter. É o que acontece quando o trabalho muda sob seus pés e ninguém aponta isso.

Por Que Coaching É Tão Difícil para Gerentes de Engenharia Agora?

Coaching é difícil agora porque três suportes desapareceram de uma vez: sem treinamento, sem sinal e sem tempo. A razão honesta pela qual o coaching é irregular entre organizações de engenharia não é que os gerentes não se importam. A grande maioria se importa muito. O trabalho simplesmente ficou mais difícil de três maneiras específicas.

Sem treinamento. A maioria dos gerentes de engenharia nunca foi ensinada a fazer coaching. Eles aprenderam gestão como um efeito colateral de fazê-la. Isso era viável quando o trabalho era 70% orquestração técnica e 30% trabalho com pessoas — a parte técnica era a parte que eles conheciam. Agora a proporção está mais próxima de invertida, e a lacuna aparece na parte que não recebeu nenhum treinamento novo.

Sem sinal. Coaching sem sinal é impressão. Você elogia a última coisa que viu, critica a última coisa que te incomodou e chama isso de 1:1. Gerentes fortes compensam prestando muita atenção — mas muita atenção só escala para cerca de cinco subordinados. Além de cinco, o gerente que não consegue ver padrões acaba fazendo coaching com todos da mesma forma.

Sem tempo. As demandas de entrega não desapareceram. Os mesmos OKRs, os mesmos standups, a mesma pressão para entregar. Coaching foi adicionado à descrição do cargo; nada foi removido. O resultado previsível é que coaching se torna a coisa que fica de lado quando as metas do sprint estão em risco — o que acontece na maioria dos sprints.

O primeiro é um problema de treinamento. O terceiro é uma conversa de priorização entre o gerente e seu gerente sobre o que o trabalho é agora. O do meio — sinal — é aquele que a maioria das equipes está silenciosamente cega. Você não pode fazer coaching do que não consegue ver. E o que você costumava ver — o fluxo diário de revisões, pareamentos e conversas — foi comprimido em PRs que todos parecem bons porque a IA os fez parecer bons.

Como É Coaching Com Dados?

Coaching com dados tem quatro propriedades: específico sobre geral, padrão sobre momento, privado sobre público e contínuo sobre anual. Nenhuma delas é exótica. Elas são apenas difíceis de fazer sem infraestrutura para apoiá-las.

A infraestrutura não é o ponto. É o substrato. O ponto é a conversa — a correção, o encorajamento, a transmissão cuidadosa de bom gosto de alguém que o tem para alguém que está conquistando-o.

Mas você não pode ter essa conversa se entrou no 1:1 sem uma coisa específica para falar. E você não consegue coisas específicas para falar por acidente mais, porque os canais que costumavam revelá-las foram automatizados ou comprimidos.

Onde Nos Encaixamos

Esta é a lacuna para a qual construímos o Simyl. Não para substituir coaching — coaching é o trabalho humano que define o trabalho agora, e ferramentas que fingem o contrário são parte do problema. Nós o construímos para tornar o coaching tratável dando ao gerente algo com que fazer coaching.

As seis dimensões de eficácia (entrega, fluxo, qualidade, colaboração, responsabilidade, adaptabilidade), mais dinâmica da equipe em nível de equipe, dão ao gerente uma maneira de ver como cada subordinado está crescendo — não como uma pontuação, mas como um padrão. As notas de coaching privadas se acumulam por desenvolvedor através das retrospectivas, visíveis apenas para o gerente, até que decidam que uma nota está pronta para compartilhar. A retrospectiva em si revela sinais em nível de equipe sobre quem está contribuindo, quem está ficando para trás, quem está silenciosamente carregando a equipe.

Nada disso faz o coaching. Isso dá ao gerente substrato para fazer coaching intencionalmente em vez de pela memória.

Preparando o Próximo Grupo

A responsabilidade mudou, quer o organograma diga isso ou não. O trabalho de gerente não acabou. Ficou mais importante. A parte em que todos podiam se safar — a equipe se treina principalmente sozinha — desapareceu. A parte para a qual ninguém foi explicitamente treinado — desenvolver a próxima geração de engenheiros — se tornou todo o trabalho.

Gerentes fortes já sentem isso. Eles têm se reequipado silenciosamente há dois anos. Eles não precisam ser convencidos sobre coaching; eles precisam ter uma chance de lutar para fazê-lo bem — melhor treinamento, sinal real e uma conversa honesta com sua própria liderança sobre o que é realmente esperado deles agora.

O resto ainda pode chegar lá. O trabalho mudou sob seus pés — não é uma falha pessoal que eles foram promovidos para um trabalho e acordaram em outro. Mas alguém tem que ensinar bom gosto, porque bom gosto é a coisa que a IA não pode transmitir. E alguém tem que ser responsável por preparar o próximo grupo, porque se você piscar o banco está vazio e os seniores que você tem hoje estão silenciosamente procurando a próxima coisa.

Esse alguém é o gerente. Esse é o trabalho agora.