Como ganhar o respeito de uma equipe mais experiente que você

"Com todo respeito, isso não vai funcionar." A frase veio do desenvolvedor mais antigo da equipe, na sua segunda reunião como gerente do projeto. Ele tem quase o dobro do seu tempo de empresa e conhece o sistema como ninguém. Os outros olharam para ele, depois para você, e esperaram.

Você respondeu alguma coisa, provavelmente defendendo o plano com mais firmeza do que convicção. Saiu da sala com a sensação de que todo mundo percebeu sua insegurança, e passou a noite pensando se deveria ter estudado mais a arquitetura antes de abrir a boca.

Essa cena é comum para quem assume um projeto jovem, recém-promovido ou vindo de outra área. E a pergunta que fica martelando quase sempre está errada: "como provo que sei tanto quanto eles?".

O que realmente está em disputa nessa sala

O risco não é a equipe achar que você sabe menos da parte técnica. Ela já sabe disso, e tudo bem. O risco é a equipe concluir que você não serve para nada que ela precise. Quando isso acontece, as decisões passam a ser tomadas por fora, você vira um repassador de status e o projeto perde a única pessoa olhando o todo.

Também há um custo para você. Quem tenta se afirmar no campo técnico entra numa disputa que não pode ganhar e gasta energia em algo que não é o seu trabalho. Enquanto isso, as frentes onde você poderia fazer diferença, como dependências com outras áreas, riscos de prazo e alinhamento com o sponsor, ficam sem dono.

O que a equipe sênior está testando

Profissionais experientes já viram muitos gerentes passarem. Alguns trouxeram burocracia, outros prometeram datas impossíveis em nome deles, outros sumiram quando o problema apertou. O ceticismo inicial costuma ser uma memória, não uma implicância pessoal com você.

Existe também a questão do território. Para um especialista, a competência técnica é fonte de reconhecimento e de identidade. Um GP que chega opinando sobre como fazer o trabalho dele é percebido como ameaça a isso, mesmo sem intenção.

E, no fundo, eles querem saber três coisas: se você vai ouvir antes de decidir, se vai proteger o time quando a pressão vier de cima e se vai cumprir o que promete. Nenhuma delas depende de você saber mais do que eles sobre o sistema.

Vale olhar a sua parte também. A insegurança costuma empurrar o GP novo para comportamentos que confirmam o receio da equipe: falar demais nas primeiras reuniões, cobrar status com frequência excessiva, aceitar prazos do sponsor sem consultar ninguém, ou se esconder atrás de processos e ferramentas para ter onde se apoiar.

Duas armadilhas da insegurança

A primeira armadilha é fingir. Usar termos técnicos que você domina pela metade, opinar sobre soluções para mostrar que acompanha, evitar perguntas por medo de parecer leigo. Especialistas percebem isso rápido, e uma única afirmação técnica errada pode custar meses de credibilidade.

A segunda armadilha é se apagar. Para não incomodar, você aceita tudo o que os sêniores dizem, inclusive estimativas que você sabe que não fecham e decisões que afetam outras áreas. Isso parece respeito, mas é abdicação. A equipe não respeita um GP que não segura nenhuma posição.

Como construir respeito sem disputar o terreno técnico

O caminho passa por ocupar bem o seu espaço e reconhecer, com clareza, o espaço deles. Alguns movimentos ajudam muito nas primeiras semanas.

Converse individualmente com cada pessoa sênior antes de propor mudanças. Pergunte o que funcionou e o que não funcionou nos projetos anteriores, o que mais atrapalha o trabalho dela e o que ela espera de um gerente de projetos. Escute mais do que fala.

Escolha um ou dois obstáculos que a equipe aponta e resolva. Um acesso que demora, uma área que não responde, uma reunião que toma tempo sem resultado. Resolver um incômodo real comunica mais do que qualquer apresentação de boas-vindas.

Pergunte sem constrangimento. "Me explica por que essa abordagem é mais arriscada?" é uma pergunta que demonstra interesse e humildade, e ainda te ajuda a defender a decisão depois diante do sponsor.

Mantenha firmeza no que é seu: prazo comunicado para fora, prioridades entre frentes, escopo combinado com o cliente. Nesses pontos você pode e deve ter posição, sempre explicando o porquê.

Agora, as situações que costumam aparecer:

Se um sênior discorda de você em público com um argumento técnico válido, reconheça na hora. Admitir que alguém tem razão diante do time aumenta a sua credibilidade, não diminui.

Se a discordância vier com tom de desdém ou se repetir sem argumento novo, não responda no mesmo nível. Chame a pessoa para uma conversa individual e fale do efeito no grupo, não da sua ofensa. O artigo sobre o especialista técnico que ignora o GP traz um roteiro para essa conversa.

Se a equipe decide coisas que afetam prazo, custo ou outras áreas sem te envolver, combine explicitamente quais decisões precisam passar por você e por quê. Não é controle, é o que te permite proteger o time quando alguém de fora cobrar.

Se nada disso mudar a dinâmica depois de algumas semanas, pode haver uma questão de papel mal definido, com alguém da equipe ocupando, formal ou informalmente, o espaço de liderança. Nesse caso, o problema precisa ser tratado com o seu gestor ou o sponsor, e entender os papéis sobrepostos entre tech lead, scrum master e GP ajuda a organizar essa conversa.

Frases que ajudam nas primeiras semanas

"Você conhece esse sistema muito melhor do que eu. O que eu preciso entender para não prometer nada que vocês não consigam cumprir?"

"Não vou opinar sobre a solução técnica, isso é com vocês. O que eu preciso saber é o impacto no prazo e o que pode dar errado."

"Você tem razão, eu não tinha considerado isso. Vamos ajustar o plano."

"Entendo a preocupação, mas a data com o cliente é uma decisão que eu preciso tomar com o sponsor. Me ajuda a montar as opções para eu levar?"

Sinais de que a confiança está chegando

Os primeiros sinais são sutis. Alguém da equipe te procura para falar de um risco antes de ele virar problema. Um sênior pede sua ajuda para destravar algo com outra área. As discordâncias passam a acontecer em conversas individuais em vez de na frente de todos.

Também é bom sinal quando a equipe começa a contar com você para as conversas difíceis com o sponsor ou o cliente. Isso significa que eles entenderam onde você agrega.

Por outro lado, preste atenção se as pessoas continuam evitando te passar informação, se decisões importantes aparecem prontas sem que você saiba de onde vieram ou se o tom de desdém se mantém mesmo depois de você ter entregado o que prometeu. Esses sinais pedem uma conversa franca, primeiro com a pessoa e, se necessário, com o seu gestor.

Exemplo: a GP de 26 anos e o arquiteto de 50

Exemplo ilustrativo (situação fictícia): Larissa assumiu um projeto de migração de dados em uma seguradora. A equipe tinha cinco pessoas técnicas, e a referência de todos era Paulo, arquiteto com muitos anos de empresa. Na primeira semana, Paulo questionou o cronograma herdado em todas as reuniões, sempre com algum sarcasmo.

Larissa resistiu à vontade de rebater. Marcou uma conversa só com ele e perguntou o que ele mudaria no plano se dependesse só dele. Paulo apontou duas dependências que ninguém tinha mapeado: uma com a área de segurança da informação e outra com um fornecedor de dados. Larissa disse que não conhecia aquelas dependências e pediu para ele detalhar o risco de cada uma.

Na semana seguinte, ela conseguiu uma reunião com a área de segurança que estava travada havia meses e levou ao sponsor a proposta de ajustar o cronograma por causa das dependências, citando a análise de Paulo. O sarcasmo diminuiu. Paulo continuou discordando de muita coisa, mas passou a fazer isso numa conversa individual, e começou a mandar riscos para ela antes da reunião semanal.

Respeito como consequência do trabalho bem feito

Ganhar o respeito de quem sabe mais do que você não tem relação com igualar o conhecimento técnico. Tem relação com mostrar, de forma consistente, que você cuida de algo que eles valorizam e que não conseguem cuidar sozinhos. Isso é a essência da liderança sem autoridade formal: a autoridade formal pode até te colocar na cadeira, mas é o comportamento que faz as pessoas te seguirem.

Há um ganho de longo prazo nisso. Gerentes de projetos que aprendem cedo a liderar especialistas sem competir com eles ficam prontos para projetos maiores, onde nunca vão dominar todas as áreas técnicas envolvidas. E criam um ambiente de segurança psicológica em que as pessoas falam dos problemas cedo, o que protege o projeto inteiro.

Checklist para as próximas duas semanas

• Marquei uma conversa individual com cada pessoa sênior da equipe.
• Perguntei o que atrapalha o trabalho delas e o que esperam de um GP.
• Escolhi um obstáculo real para resolver nos próximos dias.
• Parei de opinar sobre soluções técnicas que não domino.
• Deixei claro quais decisões precisam passar por mim e expliquei o motivo.
• Reconheci em público pelo menos uma contribuição técnica de alguém.
• Cumpri todos os pequenos compromissos que assumi com a equipe.

Comece pela conversa que você tem evitado

Pense na pessoa da equipe cuja opinião mais te intimida. Nesta semana, convide essa pessoa para uma conversa de meia hora e faça uma única pergunta principal: o que ela mudaria no projeto se a decisão fosse só dela. Anote, agradeça e, nos dias seguintes, mostre o que você fez com o que ouviu.