Comportamento humano em projetos: por que as pessoas agem como agem e o que o GP faz com isso

O cronograma foi revisado pela terceira vez em dois meses. Você criou um quadro novo, colocou alertas automáticos, marcou uma reunião diária de quinze minutos. A entrega do módulo de integração continua escorregando, e na última reunião o coordenador de dados disse, sem levantar os olhos do notebook, que "estava tudo encaminhado".

Do lado de fora, parece um problema de planejamento. Do lado de dentro, você desconfia que é outra coisa. O coordenador de dados e o líder de desenvolvimento não se falam desde uma discussão no começo do projeto, e cada um espera que o outro dê o primeiro passo. Nenhum quadro novo vai resolver isso.

Essa é a armadilha mais comum de quem gerencia projetos: tratar problemas de gente como se fossem problemas de processo. O processo é visível, mensurável e está sob o seu controle. O comportamento é ambíguo e desconfortável. Por isso a gente corre para o primeiro.

O que se perde quando todo problema vira processo

Cada controle novo criado para compensar um comportamento tem um custo. A equipe gasta mais tempo reportando do que fazendo. As pessoas aprendem a preencher o sistema de um jeito que pareça bom, e o status report fica verde enquanto o projeto apodrece por baixo. Você passa a gerenciar o painel, não o trabalho.

O custo maior é outro: o problema real continua lá, agora mais escondido. A tensão entre os dois coordenadores não sumiu porque existe um alerta automático. Ela só ganhou mais um lugar para se disfarçar. Quando finalmente explode, costuma ser perto de um marco importante, quando o espaço para corrigir é menor.

Entender comportamento humano em projetos não é um tema de "soft skills" para depois que o cronograma estiver em dia. É o que permite ao gerente de projetos escolher a intervenção certa na primeira vez.

As forças que movem as pessoas dentro de um projeto

Ninguém acorda querendo atrasar o seu projeto. Quando alguém age de um jeito que atrapalha, quase sempre está respondendo a forças que você não enxerga por completo. Algumas aparecem com muita frequência.

Incentivos de outra área. Em uma estrutura matricial, a pessoa é avaliada pelo gestor da área dela, não por você. Se a meta dela depende de outra entrega, o seu projeto vai para o fim da fila, mesmo que ela goste dele.

Medo de exposição. Dizer "não vou conseguir" ou "errei" tem um preço social. Em ambientes onde quem traz problema vira o problema, as pessoas aprendem a esconder atrasos até não dar mais. É por isso que tantas equipes concordam com tudo em reunião e não entregam depois, um padrão detalhado em equipe concorda na reunião e não entrega.

Status e identidade. Um especialista que construiu a carreira sendo a pessoa que sabe pode sentir uma mudança de processo, ou a presença de um GP, como ameaça à própria relevância. A reação vem disfarçada de objeção técnica.

Carga real. Às vezes a explicação é a mais simples: a pessoa está em quatro frentes e não tem como dar conta. O comportamento parece descaso, mas é saturação.

Histórico. Quem já viu três projetos parecidos serem cancelados no meio do caminho entra no quarto com o freio de mão puxado. A resistência à mudança no projeto frequentemente tem mais a ver com experiências passadas do que com a sua proposta.

E existe uma força que o GP raramente inclui na lista: ele mesmo. O jeito como você cobra, o tom que usa quando algo dá errado, quem você ouve primeiro e quem você interrompe, tudo isso ensina à equipe o que é seguro fazer. Se as pessoas só falam de problemas no corredor, vale perguntar o que acontece quando elas falam na reunião.

Mais controle: a resposta automática que costuma piorar

Diante de um comportamento que incomoda, a reação mais comum é apertar: mais reuniões de acompanhamento, mais campos obrigatórios, mais pessoas copiadas no e-mail. Funciona por alguns dias, porque a novidade gera atenção. Depois, a equipe se adapta e o padrão volta, agora com mais burocracia em volta.

O segundo erro é o oposto: rotular. "Fulano é difícil", "esse time não tem compromisso", "a área de operações é resistente". O rótulo dá uma sensação de explicação, mas tira de você qualquer margem de ação. Se o problema é o caráter das pessoas, não há nada a fazer além de esperar o projeto acabar.

O terceiro é tratar o grupo pelo comportamento de um. Uma regra nova para todos, criada por causa de uma pessoa, pune quem já cumpria e não alcança quem não cumpria.

Como ler a situação antes de agir

Uma sequência simples ajuda a sair do automático.

1. Descreva o comportamento sem adjetivos. Em vez de "ele é desorganizado", escreva "nas três últimas entregas, os testes chegaram sem evidência anexada".
2. Levante pelo menos duas hipóteses para o motivo. Uma delas deve envolver algo que você, GP, faz ou deixa de fazer.
3. Converse antes de mudar o processo. Uma conversa individual de vinte minutos revela mais do que um mês de indicadores.
4. Escolha a intervenção pelo motivo, não pelo sintoma.

A quarta etapa é onde as ramificações aparecem. Se o motivo é carga, a conversa é sobre prioridade, e talvez precise envolver o gerente funcional da pessoa. Se o motivo é medo de exposição, o caminho é mudar como os problemas são recebidos, começando por você: agradecer quem traz o risco cedo, separar a análise do problema da busca por culpado. Se o motivo é status, dê ao especialista um papel claro e visível na decisão, em vez de disputar com ele.

Se for incentivo de outra área, nenhuma conversa com a pessoa resolve sozinha, porque ela está fazendo exatamente o que é recompensada para fazer. Aí o trabalho é com quem define as metas, e o tema passa a ser negociação entre áreas. Se você não conseguir identificar o motivo depois de conversar, observe por mais duas ou três semanas registrando fatos, sem julgamento, antes de mudar qualquer regra.

Frases para abrir a conversa certa

A conversa individual é a ferramenta mais subestimada do GP. Algumas aberturas que funcionam sem soar como interrogatório:

"Percebi que a entrega de integração mudou de data duas vezes. Antes de mexer em qualquer coisa no cronograma, queria entender como está do seu lado."

"Tem alguma coisa no jeito como eu conduzo as reuniões que faz você preferir falar comigo depois, e não na hora?"

"Se você pudesse tirar uma coisa da sua semana para conseguir entregar o projeto, o que seria?"

"Não estou procurando culpado. Quero saber o que está travando para a gente decidir junto o que fazer."

Sinais de que você está lendo bem as pessoas

Você começa a ouvir problemas mais cedo. Riscos chegam como "acho que pode dar ruim" em vez de "deu ruim". Esse é talvez o indicador mais confiável de segurança psicológica na equipe.

As conversas individuais deixam de ser só relato de status e passam a incluir dúvidas, discordâncias e pedidos de ajuda. As pessoas discordam de você na reunião, e o mundo não acaba.

Por outro lado, alguns sinais pedem mudança de abordagem. Se depois de várias conversas o comportamento é o mesmo e a pessoa não reconhece o impacto, talvez seja hora de uma conversa mais direta sobre expectativa e consequência. Se o padrão envolve uma área inteira, e não um indivíduo, o problema provavelmente está acima de você e precisa ir para o sponsor com fatos e proposta.

Exemplo: a planilha que ninguém atualizava

Exemplo ilustrativo (situação fictícia): Juliana era GP de um projeto de implantação de sistema em uma distribuidora de alimentos. A planilha de acompanhamento de testes, peça central do controle de qualidade, ficava desatualizada toda semana. A primeira reação dela foi transformar o preenchimento em item obrigatório da reunião diária.

Não funcionou. Antes de criar mais uma regra, Juliana conversou individualmente com três analistas de teste. Ouviu a mesma coisa de formas diferentes: a planilha exigia preencher campos que ninguém usava, e o líder técnico costumava questionar publicamente qualquer teste marcado como "falhou", o que fazia as pessoas adiarem o registro até terem certeza absoluta.

Ela fez duas mudanças. Reduziu a planilha aos campos que alguém de fato consultava e combinou com o líder técnico que testes com falha seriam discutidos em um horário próprio, sem plateia. Disse à equipe: "Teste que falha cedo é o melhor tipo de teste. Prefiro saber na segunda do que descobrir na sexta". Nas semanas seguintes, a planilha passou a refletir a realidade com muito mais frequência, e os problemas começaram a aparecer antes.

O problema parecia de processo. Era de medo, somado a um processo mal desenhado.

O GP que entende gente enxerga o projeto inteiro

Projetos são sistemas de pessoas tomando decisões sob pressão. O cronograma, o orçamento e o escopo são o registro dessas decisões, não a causa delas. O GP que entende isso para de gastar energia corrigindo sintomas e passa a mexer onde a mudança acontece.

Há também um efeito de carreira. Gerentes de projetos que leem bem as pessoas costumam ser chamados para os projetos mais delicados, aqueles com muitas áreas, muitos interesses e pouca margem. Não porque dominam uma ferramenta melhor, mas porque conseguem fazer pessoas diferentes trabalharem juntas.

E existe um efeito pessoal. Quando você olha com honestidade para a sua parte nos padrões que se repetem, como discutido em por que você repete o mesmo erro com o mesmo tipo de pessoa, deixa de depender de ter sorte com a equipe que recebe. Você leva junto a capacidade de construir uma boa equipe a partir de quem estiver lá. Os artigos sobre pessoas que ficam na defensiva quando cobradas e sobre o silêncio nas reuniões de projeto aprofundam situações específicas desse mesmo mapa.

Checklist para o próximo problema que parecer de processo

• Descrevi o comportamento com fatos, sem adjetivos.
• Levantei pelo menos duas hipóteses para o motivo.
• Uma das hipóteses envolve algo que eu faço ou deixo de fazer.
• Conversei individualmente com quem está envolvido antes de mudar regras.
• Sei se o motivo é carga, medo, status, incentivo ou histórico.
• A intervenção que escolhi ataca o motivo, não só o sintoma.
• Defini o que vou observar nas próximas semanas para saber se funcionou.

Comece pelo comportamento que mais incomoda você hoje

Escolha uma única situação do seu projeto atual que você vem tentando resolver com controle. Escreva o comportamento em uma frase, sem adjetivos, e duas hipóteses para o motivo. Depois, marque uma conversa de vinte minutos com a pessoa ainda esta semana e abra com uma pergunta, não com uma cobrança.

Se quiser apoio para estruturar essa leitura das pessoas envolvidas, o modelo de matriz de stakeholders ajuda a registrar interesses, influência e preocupações de cada um em um só lugar.