Feedback para equipe de projeto: modelo prático e erros comuns

Gerentes de projetos vivem uma situação curiosa: são responsáveis pelo resultado de uma equipe que, na maioria das vezes, não responde diretamente a eles. O desenvolvedor reporta ao gerente de TI. A analista de negócios reporta à área de negócios. O fornecedor reporta ao próprio contrato.

Nesse cenário, muitos GPs simplesmente evitam dar feedback. Pensam que "não é papel meu", que vai gerar desgaste ou que o gestor funcional deveria cuidar disso. O resultado é previsível: comportamentos que atrapalham o projeto se repetem, e comportamentos que ajudam deixam de ser reconhecidos.

Dar feedback para equipe de projeto pode ser simples e respeitoso, mesmo sem cargo de chefia. A seguir estão um modelo prático, exemplos de frases e os erros mais comuns, pensados para quem exerce liderança sem autoridade formal.

Por que o feedback é diferente em projetos

O feedback em projetos tem particularidades que o tornam diferente do feedback de um gestor para seu subordinado:

• Autoridade limitada. Você não decide promoção, aumento ou avaliação formal. Sua influência vem da relação e da clareza.
• Tempo curto. Projetos têm prazo. Um comportamento que atrapalha precisa ser ajustado em semanas, não no próximo ciclo de avaliação.
• Equipes temporárias e mistas. Pessoas de áreas, empresas e culturas diferentes, que talvez nunca tenham trabalhado juntas.
• Pressão constante. Em fases críticas, a tentação é "deixar para depois", e o depois nunca chega.

Por isso, o GP precisa de um modelo leve, rápido e focado no trabalho, que possa ser usado em cinco minutos no corredor ou em uma chamada.

O que o feedback de projeto é (e o que não é)

Antes do modelo, um alinhamento importante. O feedback de projeto é uma conversa sobre comportamentos observáveis no projeto. Serve para reconhecer o que está funcionando, para que se repita, e para ajustar o que está atrapalhando o resultado.

Ele não é uma avaliação da pessoa como profissional, nem um substituto da avaliação formal feita pelo gerente funcional. Também não é um desabafo sobre a sua frustração com o projeto. Deixar isso claro, inclusive para você mesmo, reduz muito a ansiedade de dar feedback.

Modelo prático de feedback em 4 passos

O modelo a seguir funciona tanto para reconhecimento quanto para ajuste. Chamo de FIPA: Fato, Impacto, Pergunta e Acordo. Há um roteiro de feedback FIPA pronto para preencher antes da conversa.

1. Fato: o que aconteceu

Descreva o comportamento de forma específica e observável, como uma câmera registraria. Sem adjetivos, sem interpretações.

• Evite: "Você tem sido descomprometido."
• Prefira: "Na reunião de terça, a revisão do documento de requisitos que estava combinada não foi apresentada, e não houve aviso antes."

2. Impacto: o efeito no projeto

Mostre por que isso importa, conectando o comportamento ao resultado do projeto, à equipe ou ao cliente.

• "Por causa disso, a equipe de desenvolvimento não pôde iniciar a sprint com os requisitos validados, e perdemos dois dias."

3. Pergunta: a visão da pessoa

Esse é o passo que transforma o feedback em conversa. Pergunte de forma genuína e escute.

• "O que aconteceu do seu lado? Tem algo que eu não estou vendo?"

Muitas vezes, a resposta muda completamente o rumo da conversa. A pessoa pode estar sobrecarregada por outro projeto, ter recebido prioridades conflitantes do gestor funcional ou não ter entendido o combinado.

4. Acordo: o que muda daqui para frente

Feche com um compromisso concreto, de preferência proposto pela própria pessoa.

• "O que você acha que podemos fazer para que isso não se repita?"
• "Combinado então: se perceber que não vai conseguir entregar no prazo, você me avisa até o dia anterior, e a gente ajusta junto."

Quando a conversa toma outro rumo

Nem sempre a pessoa responde como você imaginou. Se ela reconhecer o fato e trouxer uma causa que você não conhecia, ajuste o acordo a essa causa, em vez de insistir na solução que tinha levado pronta. Se ela discordar dos fatos, volte ao que é observável e pergunte como ela viu a mesma situação; às vezes a divergência está no combinado, e não na entrega. Se a pessoa reagir na defensiva, reduza o ritmo e separe a conversa sobre o fato da conversa sobre a relação, com os cuidados de quem lida com uma pessoa que fica na defensiva quando é cobrada. E se o comportamento se repetir depois do acordo, aí sim é hora de envolver o gestor funcional, de forma transparente.

Exemplos de feedback para equipe de projeto

Feedback de reconhecimento

Reconhecimento também precisa ser específico. "Bom trabalho" é simpático, mas não ensina nada.

"Carla, quando você antecipou ontem para o cliente que o relatório teria uma limitação nos dados de março (fato), evitou que ele levasse um número errado para a diretoria e reforçou a confiança dele na equipe (impacto). Esse tipo de transparência é exatamente o que o projeto precisa. Obrigado."

Note que, no reconhecimento, a pergunta e o acordo são opcionais. O essencial é fato e impacto.

Feedback de ajuste

"Paulo, queria conversar rapidamente sobre a reunião de ontem com o fornecedor. Quando você interrompeu o representante algumas vezes enquanto ele explicava o atraso (fato), percebi que ele ficou mais defensivo e acabou não detalhando o plano de recuperação, que era o que precisávamos (impacto). Como você viu aquela reunião? (pergunta)"

Depois da resposta: "Para a próxima, que tal você anotar as dúvidas e a gente abre um espaço para perguntas no final? Assim conseguimos o plano completo. (acordo)"

Quando o feedback precisa chegar a alguém que resiste a ouvir, o modelo continua o mesmo, mas a preparação pesa mais. Há orientações específicas sobre feedback para quem não quer ouvir.

Exemplo: a especialista que ninguém queria contrariar

Exemplo ilustrativo (situação fictícia): Marcos era GP de um projeto de reestruturação de processos em uma indústria de alimentos. A especialista mais experiente da equipe, Patrícia, era tecnicamente brilhante, mas frequentemente descartava ideias de colegas mais novos em reuniões, com comentários secos. Os mais novos pararam de falar.

Marcos adiou o assunto por semanas. Patrícia era respeitada, reportava a outro diretor e, no fundo, ele tinha receio da reação dela.

Quando decidiu agir, preparou o feedback usando o modelo FIPA e pediu 15 minutos a sós. Descreveu duas situações específicas, o impacto (ideias deixando de surgir e decisões dependendo só dela) e perguntou como ela via aquilo. Para a surpresa dele, Patrícia disse que se sentia sobrecarregada por ser consultada em tudo e que, nas reuniões, sentia que "precisava corrigir rápido para não perder tempo".

O acordo foi diferente do que Marcos havia imaginado: ela passaria a atuar como revisora em momentos definidos, e não em todas as discussões, e se comprometeu a fazer uma pergunta antes de discordar de uma proposta. Nas semanas seguintes, os mais novos voltaram a participar. O feedback não resolveu tudo, mas abriu uma conversa que estava travada.

Erros comuns ao dar feedback em projetos

• Esperar demais. Quanto mais longe do fato, mais vago o feedback fica e mais a pessoa se pergunta por que você não falou antes.
• Dar feedback em público. Reconhecimento pode ser público, se a pessoa se sentir confortável. Ajuste deve ser sempre individual.
• Usar o "sanduíche" de forma mecânica. Elogio, crítica, elogio virou um padrão tão conhecido que as pessoas passam a desconfiar de qualquer elogio. Seja direto e respeitoso.
• Generalizar. "Você sempre atrasa" provoca defesa imediata. Fale de situações específicas.
• Falar só quando algo dá errado. Se o seu único feedback é de ajuste, as pessoas passam a evitar conversar com você.
• Pular a pergunta. Sem ouvir a pessoa, você corre o risco de corrigir a causa errada.
• Passar por cima do gestor funcional. Para temas recorrentes ou sérios, envolva o gestor de forma transparente, de preferência avisando a pessoa antes.

Roteiro para preparar um feedback difícil

Antes de uma conversa de ajuste mais delicada, responda por escrito:

• Qual é o fato específico, com data e situação?
• Qual foi o impacto concreto no projeto?
• Qual é a minha hipótese sobre o que está por trás do comportamento? (E estou disposto a descobrir que estou errado?)
• Que pergunta aberta vou fazer para ouvir a visão da pessoa?
• Qual seria um acordo razoável, sabendo que ela pode propor outro melhor?
• Quando e onde vou ter essa conversa, a sós?
• Quando vou verificar se o acordo está funcionando?

Esse último ponto é frequentemente esquecido. Um feedback sem acompanhamento perde força rapidamente. Uma mensagem curta uma ou duas semanas depois ("notei que você me avisou antes sobre a entrega, ajudou muito") fecha o ciclo e reforça a mudança. Se o tema for desempenho abaixo do combinado de forma recorrente, a conversa muda de natureza; nesse caso, veja como conduzir a conversa sobre baixo desempenho.

Criando uma cultura de feedback no projeto

O GP pode ir além das conversas individuais e criar condições para que o feedback circule na equipe. O primeiro passo é pedir feedback para você mesmo: "O que eu poderia fazer diferente para facilitar o seu trabalho no projeto?". Isso mostra que feedback não é só de cima para baixo.

Outro hábito útil é incluir uma retrospectiva curta ao fim de cada fase: o que funcionou, o que atrapalhou, o que vamos mudar. E vale reconhecer em público o comportamento que você quer ver repetido, porque equipes repetem o que é notado.

Quando o feedback do dia a dia precisa virar uma avaliação formal, com critérios claros para todos, veja como avaliar o desempenho da equipe do projeto de forma justa.

Seu próximo lance

Nesta semana, dê um feedback de reconhecimento específico, usando fato e impacto, para alguém da equipe que fez algo que ajudou o projeto. Escolha uma situação dos últimos sete dias, seja concreto e faça isso individualmente. Na sexta-feira, anote como a pessoa reagiu e se algo mudou na interação de vocês. É o lance mais simples para começar o hábito.