Por que a gente trava
Você não é o seu código. É esse o mantra. A defensiva sobe porque
a gente se apega à solução que escreveu — mas o objetivo do feedback, seja num code
review ou numa 1:1, é melhorar o produto e o processo. Não é um ataque a você.
Quando alguém aponta uma melhoria, o primeiro instinto do cérebro é justificar por que
você fez daquele jeito. É automático — e é exatamente isso que faz o feedback
virar discussão em vez de virar aprendizado.
A dica sem rodeios: respire, cale a boca por 5 segundos, ouça, anote.
Só depois processe e responda.
A arte de pedir feedback
Se você pergunta "como eu estou indo?", a resposta vai ser genérica —
"tá indo bem". Pra receber algo útil, a pergunta precisa ser direcionada:
01
No código
"Você acha que essa minha refatoração deixou a regra de negócio mais complexa do que deveria?"
02
Nas cerimônias e processos
"Naquele nosso último refinamento técnico, você achou que eu consegui ser claro sobre os bloqueios que tínhamos, ou eu dei muita volta?"
03
Na atitude — essa é pra fortes
"Qual é a única coisa que eu faço hoje que mais atrasa as nossas entregas?"
[ Google AdSense 728×90 ]
Como receber e não guardar rancor
Nem todo feedback está certo — seja num code review, numa 1:1 ou numa conversa
de corredor. O segredo é receber, agradecer pela visão da pessoa, e só depois
analisar friamente o que faz sentido aplicar e o que é só uma opinião baseada
no estilo do outro.
❌ na defensiva
code review
colega
Percebi que seu PR de ontem mudou a estrutura do serviço sem alinhar com o time antes.
você
Mas eu fiz assim porque a abordagem antiga tinha um problema de performance, eu já tinha visto isso antes e—
colega
O ponto não é se estava certo, é que ninguém sabia que isso ia mudar.
você
Mas dá uma olhada nos números, eu posso te mostrar que—
[ resultado ]
colega desiste de continuar o feedback. da próxima vez, nem vai se dar ao trabalho de trazer.
✓ ouvir antes de reagir
code review
colega
Percebi que seu PR de ontem mudou a estrutura do serviço sem alinhar com o time antes.
você
Faz sentido, não pensei no impacto de mudar isso sem avisar. Deixa eu entender — o problema foi só a falta de alinhamento, ou a mudança em si também te preocupa?
colega
Mais o alinhamento mesmo, a mudança técnica parece boa.
você
Entendi, valeu por trazer. Da próxima vez eu abro uma proposta antes de mexer em algo estrutural assim.
[ resultado ]
colega sente que foi ouvido. o feedback vira mudança de hábito, não confronto.
Recebeu o feedback de que suas PRs não têm contexto? A partir do dia seguinte,
passe a usar um template padrão. Feedback bom é aquele que vira mudança
de hábito — não só uma conversa que você concorda e esquece.
A lente da senioridade
O que pedir e como receber muda conforme onde você está:
júnior
Perder o medo de errar
O foco é pedir feedback cedo — antes de passar 5 dias travado numa task por medo de mostrar que não sabia algo.
pleno
Ir além de "funciona"
O foco é pedir feedback não só sobre o código rodar, mas sobre qualidade, arquitetura e suas habilidades de comunicação.
sênior recém-promovido
O jogo vira
Agora é você quem precisa pedir feedback pros júniors e plenos: "Estou dando espaço pra vocês falarem?", "Minhas orientações estão claras ou estou atropelando as decisões técnicas?".
Pedir e receber feedback sem travar não é sobre parar de sentir desconforto —
é sobre não deixar o desconforto te impedir de melhorar. Você não é o seu
código, e o feedback de hoje é só o hábito de amanhã.
Tem mais sobre comunicação e processo no trabalho em semrodeios.dev.br
Ver mais →
Manda pra quem tá começando na carreira 👀