IA no Fluxo de Trabalho do Gerente de Engenharia: O Que Realmente Ajuda, O Que Quebra Silenciosamente

Todo IDE, rastreador de projetos e bot de standup agora vem com um "assistente de IA". A maioria deles produz estimativas confidentemente erradas, transforma notas de 1:1 em papelão sem graça e passa discretamente pela parte do trabalho que realmente importa: o julgamento. A promessa de "IA para gestores" se tornou, para mim, um motivo para ser mais cético, não menos.

Não sou contra IA. Uso Claude e Cursor todos os dias. Já cortei horas do tempo de preparação. Mas também já me queimei, mais de uma vez, ao confiar em um resumo que soava correto e estava sutilmente errado. Um briefing de 1:1 que transformou um conflito tenso em "discutiram priorização." Um relatório de sprint que alegremente ignorou o fato de que dois engenheiros tinham parado de revisar os PRs um do outro. A IA não te conta o que ela não vê.

Este é o guia que eu gostaria de ter tido dois anos atrás. Onde a IA vale o que custa na semana de um EM, onde ela vai quebrar as coisas silenciosamente se você deixar, e um plano de 30 dias para integrá-la sem perder as partes do trabalho que precisam continuar sendo suas.

Por Que Isso Importa Agora

Você é a última linha de defesa contra o lixo de IA chegar à sua equipe. Se você não consegue distinguir um resumo útil de IA de um que alucinou, vai fazer uma de duas coisas, e as duas são ruins.

Você vai rejeitar as ferramentas completamente, enquanto seus pares vão economizar silenciosamente quatro horas por semana e você não vai. Ou vai confiar demais, entrar em uma calibração de avaliação de desempenho com um documento de "temas" gerado por IA, repetir o enquadramento alucinado do modelo para a sala, e recomendar uma promoção baseada em algo que o modelo inventou de um único thread do Slack.

Nenhuma das duas é aceitável para um gestor de 6 a 10 engenheiros. O trabalho é saber quais fluxos a IA é boa o suficiente para executar, e quais você mantém nas suas mãos independentemente de quão tentador seja delegar.

Onde a IA Realmente Ajuda

Esses cinco fluxos sobreviveram a um ano de eu tentar quebrá-los. Não são empolgantes, mas são tempo real recuperado.

Resumos de preparação para 1:1

Antes de cada 1:1, coloco as notas da semana passada daquele engenheiro, a lista de PRs mesclados e quaisquer threads do Slack em que ele estava ativo no Claude. Prompt:

Aqui estão as notas da semana passada, PRs mesclados e threads do Slack para [nome]. Resuma o que mudou desde nosso último 1:1 em no máximo 5 pontos. Sinalize qualquer coisa que pareça atrito, trabalho bloqueado ou desvio de escopo. Não especule sobre sentimentos. Se um thread estiver confuso, diga isso.

A linha "não especule sobre sentimentos" importa. Sem ela, o modelo vai gentilmente te dizer que alguém parecia "frustrado" com base em três mensagens secas, você vai entrar na reunião e perguntar sobre isso, e o engenheiro vai te olhar como se você tivesse enlouquecido.

O que recebo de volta é uma leitura de 90 segundos que captura coisas que eu perdi. Ainda escrevo minhas próprias perguntas. A IA apenas garante que eu não vá abrir com "então, como está tudo indo" porque esqueci que eles fizeram a migração na quinta-feira.

Insumo para rascunho de avaliação de desempenho

Seis meses de notas de 1:1 são muitos papéis. Uma vez por ciclo, alimento essas notas (e apenas essas notas, não o Slack, não os PRs, isso é uma outra etapa) no Claude com um prompt de agrupamento:

Agrupe essas notas de 1:1 em 3 a 5 temas. Para cada tema, me dê 2 a 3 momentos concretos das notas que o suportem. Use citações diretas das notas onde possível. Não gere temas que não sejam suportados por pelo menos duas notas distintas.

Isso é útil. Não é o rascunho. Ele revela padrões dos quais eu já estava meio ciente e me lembra de momentos específicos que eu havia esquecido. A partir daí, escrevo a avaliação real com minha própria voz, com meus próprios exemplos. O resultado da IA vai para um bloco de rascunho e é deletado.

Uma avaliação de desempenho redigida por IA é o pior tipo de lixo. Soa profissional e não significa nada. O engenheiro que a lê vai perceber.

Resumos de comentários de PR e delegação de revisão de código

Não sou revisor de código para o trabalho diário da minha equipe, mas leio os diffs para manter contato. Se um PR for contencioso, abro o Claude com o diff e pergunto:

Resuma o desacordo neste thread de PR. Qual é a questão arquitetural central em debate? Quais são os pontos mais fortes de cada lado?

Útil quando preciso opinar em uma decisão de design sem reler 80 comentários inline. Mais sobre o padrão Cursor + Claude abaixo.

Detecção de anomalias na análise de sprint

A maioria dos dashboards de sprint é ruído. O que quero é "este sprint parece estranho, veja o que aconteceu." Alimento dados de tempo de ciclo, latência de revisão e status de tickets no Claude com um prompt:

Compare as métricas deste sprint com as 4 anteriores. Sinalize qualquer número que esteja a mais de 1,5 desvio padrão da média dos últimos 4. Não suponha as causas. Apenas me diga o que é anômalo.

A linha "não suponha as causas" faz trabalho de verdade. Sem ela, o modelo vai te dizer com confiança que "a equipe está sofrendo de esgotamento" porque a latência de revisão aumentou, quando na verdade um engenheiro sênior estava de PTO. A IA é boa em "este número parece estranho." É ruim em "e eis por quê."

O porquê é seu trabalho. Você vai falar com as pessoas.

Preparação para reuniões

A menor vitória, e a que eu abriria mão por último. Cinco minutos antes de qualquer reunião para a qual não me preparei, colo a pauta (ou apenas o título e os participantes) e o documento mais recente no Claude:

Briefing de 90 segundos: sobre o que é provavelmente esta reunião, quais são as tensões prováveis, sobre o que devo estar pronto para me posicionar. Seja específico. Se não souber, diga isso.

Não é mágico. É um momento forçado de "no que estou entrando" em vez de chegar sem preparação e gastar os primeiros dez minutos tentando se situar.

Onde a IA Quebra Silenciosamente

Esses são os fluxos em que a IA parece estar ajudando e não está. Alguns deles eu já vi queimar outros gestores. Alguns deles eu já queimei eu mesmo.

Decisões de julgamento. Este engenheiro precisa de um projeto desafiador ou de mais suporte? Esta equipe está pronta para uma reorganização ou está a um trimestre de distância? A IA te dá uma resposta equilibrada dos dois lados que soa sábia. Seu trabalho é escolher. O modelo não tem nada a perder e não conhece sua equipe.

Dar feedback difícil. As palavras devem vir de você, com sua voz, na cara deles. Não pelo Slack. Não em um documento. Não por meio de um "rascunho assistido por IA" que você ajustou. Se você não consegue dizer sem um roteiro, não acredita o suficiente para entregar, e a pessoa do outro lado vai sentir isso.

Decisões de contratação. As ferramentas de triagem por IA desviam para viés e lavagem de sinal. Elas recompensam candidatos que parecem com o conjunto de treinamento, depois lavam esse viés por meio de uma pontuação que soa confiante. Já vi uma ferramenta rebaixar uma engenheira sênior porque o currículo dela tinha uma lacuna de dois anos (cuidado familiar). Use IA para agendar, para fazer anotações durante um debriefing de painel, para redigir um e-mail de rejeição. Não deixe que ela filtre humanos.

Conversas de desempenho. PIPs, negativas de promoção, mudanças de escopo, conversas de remuneração. Essas são questões próximas do âmbito jurídico, emocionalmente pesadas, e requerem precisão nas suas próprias palavras. Nunca vi um documento de PIP assistido por IA que não soasse frio ou errado, às vezes os dois.

Decisões estratégicas. Qual aposta, qual troca, qual sequenciamento. A IA te dá opções plausíveis. Não te dá a opção que sua equipe consegue realmente executar, a que se encaixa na sua realidade política, a que seu diretor vai aprovar. Essa síntese é o trabalho. É por isso que você é pago.

A Armadilha do "Dossiê de Promoção com IA"

Um engenheiro te entrega um dossiê de promoção. Os verbos são genéricos ("liderou", "defendeu", "impulsionou"). As declarações de impacto são suspeitosamente equilibradas: três pontos, cada um com duas linhas, cada um com um número. Não há voz. A coisa toda lê como um endosso do LinkedIn de outra pessoa.

É Claude. Você percebe. Seu skip-level percebe.

O ponto é: geralmente não significa que o trabalho foi ruim. Significa que a auto-narrativa do engenheiro é vazia, o que é um problema distinto e treinável. O trabalho pode ser excelente. A história é o que está quebrada.

Como faço coaching sem humilhar: não pergunto "isso é IA." Pergunto "me explique o impacto principal com suas próprias palavras." Se conseguirem, a história é real e eles apenas terceirizaram a escrita. Tudo bem, mas vou incentivá-los a escrever o próximo eles mesmos porque a escrita é o pensamento. Se não conseguirem, esse é o problema real, e trabalhamos nisso juntos. De qualquer forma, não estou fazendo papel de detetive de IA em um 1:1.

O dossiê ainda precisa ser reescrito. O texto de IA não sobrevive a uma sala de calibração. Os outros gestores vão lê-lo da mesma forma que você, e seu candidato vai ser rebaixado por soar igual a todo mundo.

Cursor + Claude para Delegação de Revisão de Código

Aqui está o padrão concreto. Vou qualificá-lo bastante depois.

Camada 1: Cursor no modo agente. Configurado com as regras de lint e estilo da equipe. Captura o óbvio: testes ausentes, importações mortas, erros de tipo, inconsistências de nomenclatura. O engenheiro corrige antes de abrir o PR.

Camada 2: Claude no diff. Quando o PR é aberto, uma etapa de CI (ou o engenheiro manualmente) passa o diff pelo Claude:

Revise este diff. Sinalize: (1) funções com mais de 50 linhas, (2) cobertura de testes ausente em novos branches, (3) qualquer mudança nos caminhos de autenticação, cobrança ou exclusão de dados, (4) lugares onde a nomenclatura é pouco clara. Não comente sobre estilo; isso já está tratado. Não aprove nem bloqueie. Apenas sinalize.

O resultado vai como um único comentário no PR. Os revisores o leem como uma lista de verificação antes de sua revisão humana.

Camada 3: Revisão humana. O revisor agora se concentra em arquitetura, intenção de nomenclatura, se isso se encaixa na direção do sistema, se a abstração está correta. O que requer julgamento.

Onde isso falha. Qualquer coisa que toque em autenticação, cobrança, pagamentos, exclusão de dados ou PII recebe um revisor humano treinado em segurança do começo ao fim, sem IA no ciclo de decisão. Domínios novos em que a equipe ainda não construiu: o mesmo. Migrações críticas: o mesmo. O padrão é bom para código de rotina; não é bom para o trabalho que é realmente arriscado.

Confio neste padrão porque já vi a passagem do Claude perder bugs reais e sei o que ela perde. Se você nunca se sentou com os diffs e assistiu ela cometer erros, ainda não tem a calibração para usá-la. Execute-o por um mês com revisão humana completa por cima antes de deixar qualquer coisa encurtar seu ciclo de revisão.

Plano de Adoção de 30 Dias

Se você está começando do zero, não adote cinco fluxos de IA de uma vez. Você vai perder o controle de quais realmente estão economizando tempo e quais estão produzindo silenciosamente lixo que você está limpando. Um de cada vez.

Semana 1: Apenas um fluxo. Escolha a preparação de 1:1. Use-o em cada 1:1 dessa semana. Após cada 1:1, escreva uma linha: "o que a IA perdeu." Na sexta-feira você terá 6 a 10 linhas que te dirão os pontos cegos do modelo. Essa é a base para confiar nele.

Semana 2: Adicione mais um, seja detecção de anomalias de sprint ou preparação para reuniões. Mesmo exercício. Compare o resultado da IA com seu próprio instinto. Onde ela concorda, você economiza tempo. Onde ela discorda, um dos dois está errado; descubra qual.

Semana 3: Auditoria. Puxe as notas. Onde a IA economizou tempo líquido e onde você gastou mais tempo corrigindo lixo do que teria gasto fazendo você mesmo? Elimine qualquer fluxo na segunda categoria. Se a preparação de 1:1 economizou 20 minutos por semana e a análise de sprint custou 30 minutos em dúvidas, abandone a análise de sprint.

Semana 4: Escreva o documento "normas de uso de IA" da sua equipe. Uma ou duas páginas, escritas por você. Cubra o que é incentivado, o que é permitido com ressalvas, o que é proibido. Compartilhe. Abra para perguntas.

Um ponto de partida para o documento:

Normas de Uso de IA: [Nome da Equipe]

Incentivado: resumos de preparação de 1:1 (privados do gestor), briefings de preparação para reuniões, primeira passagem de revisão de código (apenas sinalizações do Cursor + Claude, sem aprovação automática), detecção de anomalias de métricas de sprint, sumarização de documentos para contexto, rascunho de e-mails não sensíveis.

Permitido com ressalvas: agrupamento de temas de avaliação de desempenho, apenas como insumo, nunca o rascunho. Esboço de dossiê de promoção, apenas esboço, a escrita deve ser do engenheiro. Sumarização de notas de standup, permitido se a equipe concordar.

Proibido: IA como rascunho final de qualquer avaliação de desempenho, documento de calibração ou PIP. IA como as palavras de qualquer feedback difícil entregue a uma pessoa. Triagem de candidatos por IA. Justificativas de remuneração geradas por IA. Aprovação automática de PRs que toquem em autenticação, cobrança ou PII.

Por quê: IA é um assistente júnior. É bom o suficiente para rascunhar, resumir e sinalizar. Não é bom o suficiente para tomar decisões sobre pessoas, e as decisões sobre pessoas são a maior parte do que fazemos.

Esse documento é o artefato que sua equipe precisa. Não uma lista de ferramentas. Uma compreensão compartilhada do que permanece humano.

Opcional: Lente do ACE Framework

Se você está acompanhando a adoção de IA na organização e alguém pergunta onde a gestão de engenharia se encaixa no ACE Framework, aqui está o mapeamento rápido. Use com moderação; o framework é mais útil para decisões de produto do que para fluxo de trabalho pessoal.

• Ingest: puxar notas de 1:1, dados de PR, threads do Slack, métricas de sprint para um único contexto de trabalho
• Analyze: agrupamento de anomalias de sprint, agrupamento de temas de avaliação de desempenho, sumarização de threads de PR
• Predict: previsão de tempo de ciclo e "este sprint está em risco." Use com extrema cautela; esses são os resultados mais propensos a alucinação que você verá.
• Generate: apenas insumos de rascunho, nunca finais. Briefings de 1:1, briefings de reuniões, relatórios de anomalias.
• Execute: não. Mantenha humanos no controle de qualquer ação que impacte pessoas. Sem exceções.

A etapa Execute é onde a maioria das implantações de IA em equipes dá errado. "Atribuímos automaticamente revisores" é aceitável. "Aprovamos automaticamente PRs com menos de N linhas" é o início de uma revisão de incidente.

Armadilhas Comuns

Confiar em estimativas de IA. Elas soam confiantes. São construídas a partir de uma distribuição de treinamento que não inclui seu codebase. Use-as como verificação de sanidade no melhor caso.

Deixar a IA escrever feedback que você vai entregar. Se você não consegue escrever por conta própria, não deveria entregá-lo. A escrita faz parte de acreditar.

Resumir 1:1s em um formato que perde o sinal. Resumos de cinco pontos reduzem uma conversa tensa a "discutiram priorização." Leia também suas notas brutas.

Dependência de uma única ferramenta. Os preços mudam, os modelos são descontinuados, os fornecedores mudam de direção. A habilidade é o fluxo de trabalho, não a ferramenta. Se todo o seu sistema de preparação depende de Claude ser gratuito nesta camada para sempre, você tem um problema de continuidade.

Medindo o Sucesso

Você saberá que o fluxo está funcionando quando:

1. Você economiza 2 a 4 horas por semana em preparação e síntese. Não 10. Se alguém está vendendo 10, está vendendo lixo.
2. Sua equipe confia que conversas difíceis vêm de você, com suas palavras, pessoalmente.
3. Nenhum conteúdo gerado por IA chega a uma avaliação de desempenho, decisão de contratação ou sala de calibração sem edição.
4. Você consegue articular, em uma frase cada, quais fluxos você confia à IA e quais não confia.
5. Seus subordinados diretos conseguem articular o mesmo sobre seu próprio trabalho, porque você escreveu o documento de normas e eles o leram.

Essa é a barra. IA é um assistente júnior. O trabalho, julgamento, conversas difíceis, a decisão que ninguém mais está disposto a tomar, continua sendo seu. Se um fluxo te tenta a terceirizar o julgamento, esse é o fluxo a proibir.

Saiba Mais

• Conduzindo 1:1s com Engenheiros Que Movem as Coisas
• Conversas de Promoção e Desempenho
• Métricas de EM: Velocidade de Entrega, Qualidade, Retenção, Contratação
• Ferramentas e Tech Stack do Gerente de Engenharia
• Companion JD: Staff Software Engineer