Quando o especialista técnico ignora o gerente de projetos

Você ficou sabendo pelo cliente.

Na reunião de acompanhamento, o representante da área de negócio comentou, de passagem, que tinha gostado da nova abordagem de integração. Você não sabia de nenhuma nova abordagem. Depois da reunião, o arquiteto explicou, sem muito interesse em explicar: "Mudei semana passada, era a melhor solução. Não tinha por que parar o projeto para discutir".

Não é a primeira vez. Ele responde às suas mensagens com atraso ou não responde, conversa diretamente com o sponsor sobre decisões técnicas e, quando você pergunta algo, a resposta tem um tom de quem está explicando o óbvio. Na prática, você virou a pessoa que marca reuniões e atualiza o cronograma com decisões que outros tomaram.

Um projeto com dois capitães e nenhum acordo

O problema não é ego ferido. Quando o especialista decide sozinho, o projeto perde a conexão entre a decisão técnica e o resto: prazo, custo, risco, outras equipes, expectativas do cliente. A mudança de integração pode ser tecnicamente melhor e, ainda assim, quebrar o plano de testes, exigir um acesso que leva semanas para sair ou alterar um compromisso feito com outra área.

E existe o custo de credibilidade. Se o cliente sabe mais do que o GP sobre o que acontece no projeto, sua capacidade de conduzir conversas difíceis com ele cai muito. Você passa a ser visto como intermediário, não como responsável. Quando o projeto apertar, ninguém vai procurar você para decidir.

O que o especialista está protegendo

Quando um especialista técnico não respeita o gerente de projetos, quase sempre há uma história por trás. Raramente é desprezo pessoal.

A mais comum é a experiência anterior com GPs. Muitos especialistas trabalharam com gerentes que só cobravam datas, pediam relatórios sem sentido e não ajudavam em nada quando o problema era real. Para eles, o GP é uma camada de burocracia entre o trabalho e o resultado. Ignorar você é uma forma de economizar tempo.

Há também identidade e status. O especialista construiu a carreira sendo a pessoa que sabe. Ter alguém sem o mesmo conhecimento técnico questionando decisões pode soar como desrespeito ao que ele construiu. Quanto mais experiente, mais forte costuma ser essa reação.

A pressão do sponsor completa o quadro em muitos casos. Se o próprio sponsor procura o especialista diretamente e valida decisões sem passar pelo GP, ele está, sem querer, ensinando que o caminho real das decisões não passa por você.

E existe a sua parte. GPs em formação, especialmente os que vieram de outras áreas, às vezes compensam a insegurança técnica com controle: pedem justificativa de tudo, entram em discussões técnicas sem preparo, tratam o especialista como executor. Ou fazem o contrário, recuam totalmente e deixam o espaço vago. Os dois caminhos reforçam a dinâmica.

Competir no terreno dele

O erro mais tentador é tentar provar que você também entende de tecnologia. Você estuda o assunto no fim de semana e, na reunião seguinte, questiona uma escolha técnica. Ele responde com três argumentos que você não domina, e a hierarquia informal fica ainda mais clara.

O segundo erro é usar a autoridade formal como arma. "Eu sou o gerente do projeto, toda decisão passa por mim." Mesmo que esteja escrito no termo de abertura, essa frase transforma uma questão de colaboração em disputa de poder. E disputa de poder com quem tem o conhecimento técnico raramente termina bem para o GP.

O terceiro é reclamar ao sponsor logo de cara. Sem ter tentado uma conversa direta, isso confirma para o especialista exatamente a imagem que ele já tinha: o GP é alguém que gera problema em vez de resolver.

Da disputa para a parceria

A saída começa por mudar a pergunta. Em vez de "como faço ele me respeitar?", pense em "o que eu posso fazer que ele valorize e que ele não consegue fazer sozinho?".

Especialistas costumam detestar exatamente o que o GP faz bem quando faz direito: negociar prioridades com outras áreas, conseguir acessos e ambientes, segurar mudanças de escopo do cliente, proteger o tempo da equipe técnica de reuniões inúteis. Comece por aí. Pergunte o que está atrapalhando o trabalho dele e resolva uma coisa concreta.

Depois, proponha um combinado explícito sobre decisões. Não "tudo passa por mim", mas uma divisão clara: decisões puramente técnicas são dele; decisões que afetam prazo, custo, escopo ou outras equipes precisam de uma conversa rápida antes. Um registro de decisões simples, de uma linha por decisão, torna isso visível sem burocracia.

A partir daí, as ramificações. Se ele aceitar o combinado e cumprir, reconheça e mantenha a conversa leve; não transforme cada decisão em reunião. Se ele aceitar e voltar a decidir sozinho, converse em particular, logo depois do fato, mostrando o impacto concreto daquela decisão específica, sem tom de "eu avisei". Se o problema vem do sponsor procurando o especialista diretamente, alinhe com o sponsor: peça que ele continue conversando com quem quiser, mas que decisões com impacto no plano sejam compartilhadas com você.

Se nada disso funcionar e o comportamento seguir afetando o projeto, leve o impacto ao sponsor com fatos e com uma proposta, e avise o especialista antes. A conversa é sobre o risco para o projeto, não sobre a personalidade dele.

O que dizer na conversa com o especialista

"Não quero entrar na sua decisão técnica. Quero saber antes quando ela mexe em prazo, custo ou outra equipe, porque sou eu que vou ter que segurar essa conversa."

"O que está atrapalhando mais o seu trabalho agora? Se for algo que eu consiga resolver, prefiro começar por aí."

"A mudança na integração pode ter sido a melhor escolha. O problema é que eu soube pelo cliente, e isso me deixou sem resposta na frente dele. Como a gente evita isso?"

"Vamos combinar assim: decisão técnica é sua. Se afetar o plano, me dá um toque antes, nem que seja uma mensagem de duas linhas."

Sinais de que a relação mudou

O especialista começa a avisar antes de decisões grandes, mesmo que de forma curta. Ele passa a pedir sua ajuda em coisas que antes resolvia reclamando, como negociar com outra equipe ou empurrar uma demanda do cliente. Em reuniões com o cliente, ele deixa você conduzir a parte de prazo e escopo.

Outro sinal forte: ele discorda de você abertamente, em vez de ignorar. Discordância é sinal de que sua opinião passou a contar.

Há um ponto em que insistir na relação não resolve: se você resolveu problemas reais para ele, propôs combinados claros, e ainda assim ele contorna você sistematicamente, o problema pode estar no desenho de papéis do projeto. Situações em que as responsabilidades se sobrepõem são tratadas em papéis sobrepostos entre tech lead, scrum master e GP.

O arquiteto e o ambiente de homologação

Exemplo ilustrativo (situação fictícia): Thiago, analista de negócios que assumira o primeiro projeto como GP em uma empresa de telecomunicações, tinha dificuldade com Paulo, o arquiteto de soluções. Paulo mudava decisões técnicas sem avisar e falava direto com a diretora que patrocinava o projeto.

Thiago desistiu de discutir arquitetura. Perguntou a Paulo o que mais atrapalhava o trabalho da equipe. A resposta veio rápida: o ambiente de homologação era compartilhado com outro projeto e vivia ocupado. Thiago passou duas semanas negociando com o gestor de infraestrutura e conseguiu janelas reservadas para o time.

Com isso feito, propôs um combinado: "Decisão técnica é sua. O que mexer em prazo ou em outra equipe, me conta antes". Paulo aceitou, meio desconfiado. Na primeira vez que esqueceu, Thiago conversou com ele no mesmo dia, mostrando o retrabalho que a mudança tinha gerado no plano de testes, sem levar o caso a mais ninguém.

Nas semanas seguintes, Paulo começou a mandar mensagens curtas antes de mudanças relevantes. Em uma reunião com a diretora, quando ela perguntou sobre prazo, ele disse: "Isso é com o Thiago".

Autoridade que vem do que você resolve

Esse tipo de situação revela algo importante sobre a profissão. A autoridade de um GP raramente vem do cargo. Vem do que ele resolve e do que ele protege. Especialistas respeitam quem faz o projeto andar, não quem exige ser consultado.

Para quem está começando, especialmente quem veio da área técnica ou de negócio, isso é libertador. Você não precisa saber mais do que o especialista. Precisa fazer bem a parte do trabalho que ele não faz. O artigo sobre como ganhar o respeito de uma equipe mais experiente aprofunda esse caminho, e o pilar sobre comportamento humano em projetos ajuda a entender as forças por trás de reações como essa. Se a conversa com o especialista tende a esquentar, vale também a leitura sobre pessoas que ficam na defensiva quando cobradas.

Checklist para reconstruir a relação com o especialista

• Parei de disputar decisões puramente técnicas.
• Perguntei o que mais atrapalha o trabalho dele.
• Resolvi pelo menos um problema concreto que ele valoriza.
• Propus um combinado claro sobre quais decisões precisam de conversa antes.
• Existe um registro simples das decisões com impacto no plano.
• Alinhei com o sponsor como decisões técnicas chegam até mim.
• Quando o combinado falha, converso em particular e no mesmo dia.

Uma conversa diferente nesta semana

Marque quinze minutos com o especialista do seu projeto e faça uma única pergunta: o que está atrapalhando mais o seu trabalho agora? Não discuta nada técnico. Anote a resposta e escolha uma coisa para resolver até o fim da próxima semana.

Quando ela estiver resolvida, aí sim proponha o combinado sobre decisões. A ordem importa: primeiro você mostra para que serve, depois pede espaço.