Nível: B2

Objetivo

Dar e receber feedback difícil em estudos, amizade, família ou voluntariado usando behavior, impact e request para descrever fatos, efeitos e próximos passos sem culpa ou defensividade.

Explicação

Feedback technical útil separa três partes: behavior (o que aconteceu), impact (qual foi o efeito) e request (o que pode mudar). Em vez de You are careless, diga: I noticed that the runbook was incomplete. As a result, recovery took longer. Could you name the rollback owner?.

Descreva fatos observáveis e use I noticed, I found ou It was difficult when.... Ao receber feedback sobre um production incident, agradeça, peça um exemplo e reformule o pedido: Thanks for telling me. Could you show me where the missing step should appear?; So you would like me to name the rollback owner before handover?. Evite always e never quando um episódio específico é suficiente.

Erros comuns

• Transformar behavior em identidade: use The runbook was incomplete, não You are careless.
• Dar feedback sem explicar o impact em serviço, cliente ou plantão.
• Fazer um request vago como Do better; diga qual ação deve acontecer e até quando.
• Usar always e never para um único episódio, convidando a pessoa a discutir exceções.
• Receber feedback como sentença final; peça exemplos e confirme o pedido antes de decidir o que fazer.

Prática guiada

Escolha uma situação de postmortem ou runbook. Escreva behavior + impact + request. Depois escreva a resposta de quem recebe o feedback com agradecimento, pergunta de exemplo e reformulação.

Resumo

Feedback technical respeitoso descreve comportamento, impacto e pedido; quem recebe pode agradecer, pedir exemplos e confirmar a mudança sem reagir defensivamente.