Como dar feedback difícil para senior engineers

Quase todo gestor que já trabalhou com engenheiros senior conhece a sensação. Você tem um feedback difícil pra entregar, mas a pessoa é técnica, experiente, e tem opiniões fortes. Você adia. Adia mais. Aí vira problema de time.

A maioria dos guias de feedback que circulam na internet foi escrita para juniors. Pra senior engineer, o jogo é outro. Eles cobram (com razão) que o feedback venha com evidência, contexto e tempo de reflexão. E eles sentem quando você está usando script.

A tese contrária

O custo de evitar feedback difícil é maior que o de dar errado. Repito porque importa: feedback malfeito você corrige. Feedback evitado vira passivo organizacional.

Em quase todos os casos onde acompanhei deterioração de relação senior/gestor, o ponto de virada não foi um feedback ruim. Foi a ausência prolongada dele.

Os 4 erros mais comuns

Antes da estrutura, listo o que NÃO funciona — porque você provavelmente já tentou.

1. Sandwich do elogio. Senior engineer detecta em 5 segundos. Mata sua credibilidade no resto da conversa.
2. Feedback genérico. “Você precisa colaborar mais” não é feedback, é opinião. Sem exemplo, é injusto.
3. Tempo errado. Sexta às 17h ou no Slack durante incidente. Ambos comunicam descaso.
4. Sem follow-up. Você dá o feedback, a pessoa muda (ou não), e você nunca mais menciona. Sinal: o feedback não importava.

A estrutura que uso há 15 anos

Quatro etapas, na ordem:

1. Contexto factual

Comece com o que aconteceu, não com a interpretação. “Na review do PR #1234, você fechou 3 sugestões do João sem comentário.” Não: “Você foi rude com o João.”

Se você não tem o contexto factual, você não tem feedback ainda. Volta uma casa.

2. Impacto observado

O que você viu acontecer DEPOIS. “O João parou de revisar seus PRs essa semana.” Não: “Acho que você desmotivou o time.”

Impacto observado é verificável. Interpretação é defensável (e a pessoa vai defender).

3. Pergunta aberta

Aqui está a parte que a maioria pula. Antes de dizer o que você acha que aconteceu, pergunta: “O que você viu nessa interação?”

Três coisas acontecem:

• Você descobre contexto que não tinha (75% das vezes)
• A pessoa se apropria do problema (autoria importa)
• O feedback vira diálogo, não veredicto

4. Ajuste combinado

Sai com um acordo concreto, não com uma vibe boa. “Próxima review, comenta antes de fechar a sugestão? Mesmo um ‘discordo porque X’ já resolve.”

Combinado tem prazo, tem critério, tem follow-up agendado.

Os 3 sinais de que vai dar certo

Você sabe que o feedback foi bem dado quando, na semana seguinte:

• A pessoa volta pra falar sobre o assunto (sem você puxar)
• O comportamento muda em 2-3 instâncias observáveis
• O time nota a mudança sem você sinalizar

Se nenhum dos 3 acontece em 2 semanas, o feedback não pegou. Tem que voltar.

Quando NÃO dar o feedback

Existem casos onde feedback não é a ferramenta certa:

• Quando você está com raiva. Espera 24h. Não estou recomendando reprimir, estou recomendando temperar.
• Quando o problema é estrutural. Se 4 pessoas no time fazem a mesma coisa, não é feedback individual, é design de processo.
• Quando você não tem autoridade pra puxar. Se você é peer e o problema é técnico, dá em forma de pergunta técnica, não em forma de feedback comportamental.

O que aprendi quando errei

Já dei feedback que destruiu relação. Os 2 padrões mais frequentes nos meus erros:

1. Misturei feedback com decisão. “Você precisa melhorar X, e a propósito não vou te promover esse ciclo.” Mata os dois. Separa.
2. Dei feedback público quando devia ser privado. Senior engineer com ego ferido em público nunca esquece. Não vale a pena.

O básico que precisa estar antes

Feedback difícil só funciona se a base estiver lá:

• Relação 1:1 com cadência (semanal ou quinzenal)
• Confiança construída em decisões anteriores (você já apoiou, já dependeu da pessoa)
• Cultura de time onde feedback ascendente também acontece

Sem isso, todo feedback parece arbitrário. Constrói o terreno antes.

Fechamento

Feedback difícil pra senior engineer não é técnica. É consequência de relação. A técnica só evita que você sabote a relação no momento da conversa.

Se o feedback der errado, a maior parte do tempo o problema estava antes. Investiga a relação, não a frase.