Como Dar Feedback Difícil Para Desenvolvedores

Por Que Dar Feedback É Uma Das Habilidades Mais Difíceis Para Tech Leads

Se você é Tech Lead, já deve ter passado por aquela situação desconfortável: um desenvolvedor do seu time está entregando código de baixa qualidade, chegando atrasado nas entregas ou causando atrito com colegas — e você sabe que precisa conversar sobre isso. Mas como fazer sem desmotivar a pessoa, sem parecer autoritário e sem destruir o relacionamento?

Dar feedback para desenvolvedores é, sem dúvida, uma das habilidades mais desafiadoras da liderança técnica. Diferente de resolver um bug complexo ou arquitetar uma solução escalável, lidar com pessoas exige inteligência emocional, empatia e técnica. E a verdade é que a maioria dos Tech Leads nunca recebeu treinamento formal para isso.

Neste artigo, vamos mergulhar fundo em como dar feedback difícil de forma eficaz, usando frameworks comprovados, exemplos reais e estratégias que você pode aplicar imediatamente no seu dia a dia como líder técnico.

O Framework SBI: Situação, Comportamento e Impacto

Antes de entrar em qualquer conversa difícil, você precisa de uma estrutura. O framework SBI (Situation-Behavior-Impact), desenvolvido pelo Center for Creative Leadership, é uma das ferramentas mais eficazes para dar feedback construtivo. Ele funciona assim:

• Situação (Situation): Descreva o contexto específico onde o comportamento ocorreu. Seja preciso com data, local e circunstância. Evite generalizações como “você sempre” ou “você nunca”.
• Comportamento (Behavior): Descreva o comportamento observável, sem julgamentos ou interpretações. Foque no que a pessoa fez, não no que você acha que ela é.
• Impacto (Impact): Explique o efeito concreto que o comportamento teve no time, no projeto ou em você. Isso ajuda a pessoa a entender por que a mudança é importante.

Exemplo Prático do SBI

Em vez de dizer: “Seu código está uma bagunça e você não se importa com qualidade”, use o SBI:

Situação: “Na sprint passada, durante o code review do módulo de pagamentos…”

Comportamento: “…percebi que o pull request tinha 15 métodos sem testes unitários e variáveis com nomes genéricos como data e temp.”

Impacto: “Isso gerou 3 bugs em produção que o time de suporte levou 2 dias para resolver, além de aumentar o retrabalho para o colega que fez a revisão.”

Perceba como essa abordagem é completamente diferente. Não há ataque pessoal, não há julgamento de caráter — apenas fatos e consequências. Isso abre espaço para uma conversa produtiva em vez de uma reação defensiva.

Como Dar Feedback Sobre Qualidade de Código Sem Ser Ofensivo

Qualidade de código é um tema sensível. Muitos desenvolvedores têm um apego emocional ao código que escrevem — é como se fosse uma extensão do seu intelecto. Por isso, criticar código pode facilmente ser interpretado como criticar a pessoa.

Estratégias Para Feedback Sobre Código

• Foque no código, não na pessoa: Diga “esse trecho de código poderia ser mais legível” em vez de “você escreve código confuso”.
• Use perguntas em vez de afirmações: “O que você acha de extrairmos essa lógica para um método separado?” funciona melhor que “Esse método está muito longo”.
• Mostre alternativas: Em vez de apenas apontar problemas, ofereça sugestões concretas. Compartilhe exemplos de como o código poderia ser refatorado.
• Reconheça o contexto: Se o prazo estava apertado, reconheça isso. “Sei que a deadline estava apertada, mas agora que temos mais tempo, vamos melhorar essa parte juntos.”
• Estabeleça padrões claros: Tenha guidelines de código documentados. Quando o feedback se baseia em padrões acordados pelo time, ele se torna menos pessoal.

Exemplo de Conversa Sobre Qualidade de Código

Tech Lead: “João, queria conversar sobre o módulo de notificações que você desenvolveu. Primeiro, quero dizer que a lógica de negócio está excelente — você resolveu o problema de forma criativa. Porém, percebi que há uma oportunidade de melhoria na organização do código. Os métodos estão com mais de 50 linhas e a classe tem múltiplas responsabilidades. O que você acha de fazermos um pair programming para refatorar juntos? Acho que seria uma boa oportunidade de aprendizado para nós dois.”

Note como o feedback começa com reconhecimento genuíno, apresenta a crítica como “oportunidade de melhoria” e propõe uma solução colaborativa.

Como Abordar Problemas de Performance

Quando um desenvolvedor está com performance abaixo do esperado, a conversa precisa ser direta, mas empática. Aqui está um roteiro que funciona:

1. Prepare-se Com Dados

Antes da conversa, reúna evidências concretas: métricas de entregas, quantidade de bugs, feedback de pares, velocidade de resolução de tasks. Dados tiram a subjetividade da conversa.

2. Investigue a Causa Raiz

Baixa performance raramente é só preguiça. Pode ser causada por problemas pessoais, falta de clareza nas expectativas, ferramentas inadequadas, burnout ou dificuldade técnica. Pergunte antes de assumir.

3. Seja Específico Sobre as Expectativas

“Preciso que você melhore” não é feedback útil. “Espero que nas próximas 3 sprints, seus PRs tenham cobertura de testes acima de 80% e passem no code review sem mais de 2 rodadas de revisão” é concreto e mensurável.

4. Crie um Plano de Desenvolvimento

Junto com o desenvolvedor, estabeleça metas claras com prazos definidos. Ofereça suporte — seja mentoria, treinamento, pair programming ou redução temporária de escopo.

Exemplo de Conversa Sobre Performance

Tech Lead: “Maria, quero ter uma conversa aberta com você. Nas últimas 4 sprints, percebi que suas entregas têm ficado em média 3 dias após o prazo estimado, e tivemos 5 incidentes em produção relacionados ao código do seu squad. Isso está afetando a previsibilidade do time e a confiança do produto em nossas estimativas. Quero entender: tem algo acontecendo que está dificultando seu trabalho? Como posso te ajudar?”

Como Lidar Com Reações Emocionais

Mesmo com a melhor técnica, algumas pessoas vão reagir emocionalmente ao feedback. Isso é humano e esperado. Veja como lidar com as reações mais comuns:

Quando a Pessoa Fica Na Defensiva

• Não entre em debate. Ouça a perspectiva dela completamente.
• Valide os sentimentos: “Entendo que é frustrante ouvir isso.”
• Volte aos fatos: “Vamos olhar juntos para os dados que trouxe.”
• Dê tempo para processar: “Não precisa responder agora. Podemos continuar essa conversa amanhã.”

Quando a Pessoa Chora ou Fica Muito Abalada

• Não minimize: nunca diga “não é para tanto”.
• Ofereça uma pausa: “Quer tomar uma água? Podemos continuar quando estiver confortável.”
• Mostre que se importa: “Essa conversa não muda o que penso sobre você como profissional.”

Quando a Pessoa Fica Agressiva

• Mantenha a calma e não revide.
• Estabeleça limites: “Entendo sua frustração, mas precisamos manter o respeito nessa conversa.”
• Se necessário, remarque: “Acho melhor continuarmos essa conversa em outro momento.”

Exemplos Reais de Conversas Difíceis de Feedback

Cenário 1: O Desenvolvedor Sênior Que Resiste a Mudanças

Contexto: Carlos é um desenvolvedor sênior com 8 anos de empresa. Ele se recusa a adotar as novas práticas de CI/CD e continua fazendo deploy manual.

Feedback (usando SBI): “Carlos, na última semana, durante o deploy da feature de relatórios, notei que você fez o deploy manualmente, sem usar a pipeline de CI/CD que o time configurou. Isso resultou em uma inconsistência entre os ambientes de staging e produção que levou 4 horas para ser resolvida. Além disso, o time sente que o esforço que investiu na automação não está sendo valorizado. Quero entender suas preocupações com a pipeline — talvez possamos melhorá-la juntos.”

Cenário 2: O Desenvolvedor Júnior Que Não Pede Ajuda

Contexto: Ana é uma desenvolvedora júnior que fica presa em problemas por dias sem pedir ajuda, atrasando as entregas.

Feedback: “Ana, na sprint atual, percebi que você ficou 3 dias trabalhando na integração com a API de pagamentos sem levantar nenhum impedimento no daily. Quando finalmente conversamos, vi que o problema era uma configuração de autenticação que o Pedro poderia ter resolvido em 30 minutos. O impacto foi que não conseguimos entregar a feature no prazo prometido ao cliente. Quero que saiba que pedir ajuda não é sinal de fraqueza — é sinal de maturidade profissional. Que tal combinarmos que se você ficar mais de 2 horas travada em algo, me aciona?”

Cenário 3: O Desenvolvedor Que Causa Conflitos no Time

Contexto: Ricardo é tecnicamente excelente, mas faz comentários sarcásticos nos code reviews e durante reuniões.

Feedback: “Ricardo, no code review de ontem, você comentou no PR da Laura: ‘Quem escreveu isso nunca ouviu falar de SOLID?’ Esse tipo de comentário, mesmo que a intenção seja humor, cria um ambiente onde as pessoas têm medo de submeter código. A Laura me procurou depois dizendo que se sentiu humilhada. Você é um dos desenvolvedores mais talentosos do time e sua opinião técnica é muito valiosa — mas preciso que ela seja expressa de forma respeitosa. Podemos combinar como seria um code review construtivo?”

A Diferença Entre Feedback Construtivo e Destrutivo

Entender essa diferença é fundamental para qualquer líder técnico. Veja a comparação:

Feedback Destrutivo

• Foca na pessoa: “Você é desorganizado.”
• Usa generalizações: “Você sempre atrasa.”
• É vago: “Seu código precisa melhorar.”
• É dado em público para “dar o exemplo”.
• Não oferece solução.
• Vem com tom de superioridade.

Feedback Construtivo

• Foca no comportamento: “O relatório entregue ontem tinha dados inconsistentes.”
• É específico: “Nas últimas 2 sprints, 3 entregas ultrapassaram o prazo.”
• É detalhado: “Os testes unitários desse módulo não cobrem os edge cases X e Y.”
• É dado em particular, num ambiente seguro.
• Propõe caminhos de melhoria.
• Vem com tom de parceria.

A regra de ouro é simples: elogie em público, corrija em particular. Feedback construtivo preserva a dignidade da pessoa e abre portas para o crescimento.

Construindo Uma Cultura de Feedback Contínuo

O melhor cenário é aquele em que feedback não é um evento extraordinário, mas sim parte do dia a dia do time. Quando a cultura de feedback é forte, conversas difíceis se tornam muito mais fáceis porque todos já estão acostumados a dar e receber feedback regularmente.

Como Criar Essa Cultura

• Comece por você: Peça feedback sobre sua própria liderança. Quando o líder se mostra vulnerável e aberto a críticas, o time se sente seguro para fazer o mesmo.
• Faça 1:1s regulares: Reuniões individuais semanais ou quinzenais são o melhor espaço para feedback. Elas criam um ritmo de conversa que normaliza o processo.
• Use o ratio 5:1: Pesquisas mostram que times de alta performance recebem 5 feedbacks positivos para cada 1 corretivo. Não economize no reconhecimento.
• Crie rituais de retrospectiva: Retrospectivas de sprint são ótimas oportunidades para o time praticar feedback entre pares de forma estruturada.
• Treine o time: Ofereça workshops sobre como dar e receber feedback. Quanto mais todos praticam, mais natural se torna.
• Documente acordos: Após conversas de feedback, registre os combinados. Isso evita mal-entendidos e permite acompanhar a evolução.

O Pilar People no Curso First Lead

A habilidade de dar feedback é apenas uma parte do universo de competências que um Tech Lead precisa dominar quando se trata de liderar pessoas. No curso First Lead, o Pilar People aborda de forma profunda e prática tudo o que você precisa saber para liderar desenvolvedores com confiança.

No módulo de People, você aprende:

• Como conduzir 1:1s que realmente geram resultado.
• Técnicas avançadas de feedback (incluindo o SBI e outros frameworks).
• Como desenvolver planos de carreira para seu time.
• Gestão de conflitos entre desenvolvedores.
• Como contratar e demitir de forma humana e profissional.
• Como lidar com diferentes perfis comportamentais no time.

O curso foi criado para Tech Leads que querem ir além do técnico e se tornar líderes completos, capazes de inspirar, desenvolver e reter os melhores talentos.

Conclusão: Feedback É Um Ato de Cuidado

Dar feedback para desenvolvedores não é sobre apontar erros — é sobre se importar o suficiente com o crescimento da pessoa para ter conversas desconfortáveis. Os melhores líderes técnicos que conheci não eram aqueles que evitavam conflitos, mas sim aqueles que conseguiam abordar temas difíceis com respeito, clareza e genuíno interesse no desenvolvimento do outro.

Lembre-se: o feedback que você evita dar hoje é o feedback que pode custar a carreira de alguém amanhã. Quando você não diz a um desenvolvedor que ele precisa melhorar, você não está sendo gentil — está sendo negligente.

Então, da próxima vez que precisar ter uma conversa difícil, respire fundo, prepare-se com o SBI, foque nos fatos e lembre-se de que seu papel como líder é ajudar as pessoas a serem a melhor versão de si mesmas.

Quer Se Tornar Um Tech Lead Completo?

Se você quer dominar não apenas feedback, mas todas as habilidades essenciais de um líder técnico — desde gestão de pessoas até arquitetura de software e comunicação com o negócio — conheça o curso First Lead.

Acesse liderancatecnica.com.br e transforme sua carreira de liderança técnica!