Quando o cliente não quer mudar
Isso aconteceu comigo há uns dois anos atrás. Estávamos no meio de um projeto de transformação digital para uma indústria com mais de 800 funcionários. A diretoria tinha aprovado o orçamento, os contratos estavam assinados, e aí a resistência começou a aparecer de um jeito que ninguém tinha previsto. Não era o cliente final resistindo. Era a própria equipe interna. Eu percebi que estávamos ignorando o fator humano porque tínhamos um cronograma apertado para cumprir.
Uma empresa de consultoria percebeu que a resistência não é um problema técnico — é estrutural
A primeira coisa que você precisa entender é que resistência a mudanças raramente é teimosia. Na maioria das vezes, é uma reação racional a ameaças percebidas. O funcionário não está sendo difícil por prazer. Ele está protegendo algo: seu status, seu tempo, sua segurança no cargo, ou simplesmente a lógica de como as coisas já funcionam. Isso mudou completamente a forma como eu abordo esses projetos desde então. O erro clássico é começar com apresentações institucionais e workshops motivacionais. Funciona em livros de gestão. No dia a dia, não. Eu vi isso inúmeras vezes. Você gasta três dias inteiros criando uma narrativa inspiradora sobre o futuro, e no final ninguém altera o comportamento real. O problema é que a resistência aparece em momentos específicos do projeto, e ela muda de forma conforme você progride. No início é discreta — pequenos atrasos, dúvidas recorrentes, pedidos de mais tempo. Se você não identificar isso cedo, ela se transforma em sabotagem passiva ou abandono total.
Na prática, o que eu faço agora é mapear os stakeholders antes de qualquer coisa. Não estou falando de um organograma bonito para apresentar ao conselho. Estou falando de uma lista suja com nomes, cargos, interesses reais, medos e aliados potenciais. A maioria dos consultores faz essa análise depois de começar o trabalho. Você perde tempo precioso reagindo em vez de prevenir. Eu desenvolvi uma planilha simples que uso em todos os projetos e que leva em média duas horas para ser preenchida, mas que já me poupou semanas de retrabalho. O segundo erro é tentar convencer as pessoas com dados. Sim, você tem números que mostram que o novo processo reduz o tempo de execução em 40 por cento. Mas isso não funciona para quem vai ter que aprender o sistema do zero e ainda terá que justificar erros durante a transição. O medo de parecer incompetente é muito mais forte do que o ganho de eficiência. Eu aprendi isso na pior forma possível quando um dos gerentes seniores simplesmente parou de comparecer às reuniões de treinamento. Não era preguiça. Era vergonha de demonstrar que não sabia usar uma ferramenta nova. A solução foi criar sessões privadas, fora do olhar dos colegas, onde ele pudesse aprender sem exposição. Isso economizou o projeto todo. Levei uma semana extra, mas o resultado final foi muito melhor.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O terceiro ponto que poucos mencionam é que a resistência vem em camadas. Existe a resistência declarada — a que as pessoas verbalizam em reuniões. "Não temos tempo", "já tentamos isso antes", "não vai funcionar". E existe a resistência funcional — a que você observa nos fatos. Prazos não cumpridos, entregas incompletas, falta de engajamento real. A resistência declarada é mais fácil de lidar porque pode ser discutida. A funcional é mais perigosa porque parece que tudo está caminhando normalmente até o momento em que algo quebra. Uma técnica que uso regularmente é o que chamo de teste de fricção. Antes de implementar qualquer mudança, peço para a equipe executar uma versão simplificada do novo processo com dados fictícios. Os resultados desse teste revelam onde estão os pontos de atrito reais. Muitas vezes descubro que o problema não é a ferramenta em si, mas alguma integração com outro sistema que não havia sido considerada. Isso já me fez salvar pelo menos cinco projetos que estavam prestes a falhar por erros de interpretação.
A resiliência organizacional também depende muito de como você estrutura o feedback. Reuniões semanais de acompanhamento são importantes, mas se o tom for de cobrança, elas se tornam mais um estressor. Prefiro reuniões curtas de dez minutos onde as pessoas podem apontar problemas sem julgamento. Isso cria um canal aberto que evita que frustrações se acumulem até se tornarem um bloqueio completo. Também é preciso admitir que nem sempre funciona. Em cerca de quinze por cento dos casos, a resistência é profunda demais para ser resolvida com abordagem colaborativa. Pode ser uma disputa política disfarçada de oposição técnica, ou um interesse conflitante que ninguém quer assumir. Nesses cenários, a recomendação honesta é encerrar o projeto ou escalonar para a alta direção tomar uma decisão. Continuar insistindo apenas gera desgaste desnecessário para todos os envolvidos.
O que sobra como aprendizado prático é que resistência não é inimiga. Ela é um sinalizador. Quando você consegue ler corretamente o que ela está dizendo, transforma um obstáculo em direção. O trabalho de consultoria muitas vezes parece muito sobre processos e pouco sobre pessoas. A realidade é que os processos são fáceis de redesenhar. As pessoas é que determinam se o redesenho vai funcionar ou não.
