Um dado do relatório da Kearney publicado em agosto de 2026 deveria estar colado na parede de todo gestor que planeja um projeto de melhoria: 70% das transformações organizacionais falham — e a causa dominante não é déficit tecnológico, é resistência a mudanças. Não é o ERP que trava. Não é o robô que erra. É gente que não embarca.

Esse número é desconfortável porque contraria a intuição de quem lidera. Investimos em ferramentas, contratamos consultorias, redesenhamos o fluxo — e ainda assim o projeto emperra. A tentação é culpar o software, o fornecedor ou “a cultura da empresa”. Mas os 70% da Kearney apontam para outro lugar: a camada humana da mudança foi tratada como detalhe, quando deveria ter sido o centro.

Este artigo é sobre essa camada. E, mais importante, sobre o que fazer com ela antes de apertar o botão de start.

Por Que as Pessoas Resistem (e Por Que Elas Têm Razão)

Antes de prescrever qualquer solução, é preciso entender a resistência sem julgá-la. Quem resiste raramente é preguiçoso ou obtuso. Na maioria dos casos, está reagindo de forma perfeitamente racional a três gatilhos.

1. Medo de perda de relevância. Quando você anuncia que vai automatizar uma tarefa, o colaborador que a executava ouve outra coisa: “você vai ficar sobrando”. A pessoa que dominava a planilha complexa — que era procurada por todos porque “só ela sabe fechar aquele relatório” — enxerga o projeto como uma ameaça direta ao seu valor dentro da empresa. Resistir é autodefesa.

2. Falta de clareza sobre “o que muda para mim”. Líderes comunicam a mudança no nível macro — “vamos ganhar eficiência”, “reduzir custos”, “escalar”. Ótimo para o slide da diretoria, inútil para o analista. Ele não sabe se seu horário muda, se sua função continua existindo, se precisará aprender algo novo ou se será cobrado por metas diferentes. Diante do vácuo de informação, a mente preenche com o pior cenário.

3. Ausência de envolvimento nas decisões. Nada gera mais rejeição do que uma mudança que chega pronta, decidida em uma sala onde as pessoas afetadas não estavam. Quem não participou do desenho não sente o projeto como seu — sente como algo que está sendo feito nele, não com ele.

Se você se reconhece impondo mudanças sem responder a essas três questões, o problema não está na sua equipe. Está no método.

A Camada Que Faltava nas Discussões Anteriores

Já defendemos aqui que automatizar um processo ruim só o torna mais rápido em errar — por isso o artigo “Antes de Automatizar, Redesenhe” insistiu no redesenho como pré-requisito. E em “Agentes de IA na Operação” mostramos como a inteligência artificial pode assumir tarefas repetitivas e liberar times para o trabalho de maior valor.

Ambos os artigos estavam corretos — e ambos estavam incompletos. Você pode redesenhar o processo perfeito e escolher a IA perfeita, mas se as pessoas que operam esse processo não estiverem engajadas, você entregou uma máquina impecável para uma equipe que vai sabotá-la, ignorá-la ou usá-la pela metade.

Gestão de mudanças é a camada que conecta o redesenho técnico à adoção real. É o que transforma um projeto no papel em resultado na operação.

Um Protocolo Prático para Média Empresa

Você não precisa de um PMO robusto nem de um departamento de gestão de mudanças. Precisa de método e disciplina. Veja um protocolo em quatro movimentos, calibrado para a realidade de quem tem estrutura enxuta.

1. Engaje primeiro quem tem influência informal

Antes de comunicar para todos, identifique os formadores de opinião — pessoas que não estão no organograma como líderes, mas que a equipe escuta. Traga-os para dentro do projeto cedo, ainda na fase de diagnóstico. Peça a visão deles sobre onde o processo dói. Quando esses influenciadores compram a ideia, tornam-se multiplicadores. Quando ficam de fora, viram os resistentes mais eficazes que você já viu.

2. Comunique em ciclos, conectados a cada fase

Comunicação de mudança não é um e-mail de lançamento. É uma cadência:

• No diagnóstico: “Estamos analisando este processo. Queremos ouvir vocês.” (Reduz o medo do desconhecido.)
• No redesenho: “Aqui está o que estamos construindo e por quê. O que muda no seu dia a dia é isto.” (Responde ao “o que muda para mim”.)
• Na implementação: “Vamos começar por aqui, neste prazo, com este suporte.” (Dá previsibilidade.)
• Após a virada: “Isto melhorou; isto ainda vamos ajustar.” (Sustenta a confiança.)

A regra de ouro: sempre traduza o macro em micro. Cada mensagem precisa responder o que aquilo significa para quem está ouvindo.

3. Trate resistentes ativos e passivos de formas diferentes

O resistente ativo critica abertamente, questiona em reunião, faz oposição visível. Contraintuitivamente, ele é seu ativo mais valioso — sua resistência é energia e, muitas vezes, contém informação real sobre falhas do projeto. Convide-o para a mesa. Dê a ele um papel. Um crítico convertido vira o defensor mais convincente.

O resistente passivo é mais perigoso: concorda na frente, não muda o comportamento por trás. Resistência passiva não se combate com discurso — combate-se com acompanhamento próximo, metas claras, pequenas vitórias visíveis e cobrança respeitosa. Torne o novo jeito o caminho de menor esforço e o mais reconhecido.

4. Celebre resultados rápidos e reais

Escolha uma primeira entrega pequena, mas concreta, e torne o sucesso visível. Nada dissolve resistência como a prova de que a mudança funciona — e de que ninguém perdeu o emprego ou a relevância por causa dela.

Voltando aos 70%

O número da Kearney não é uma sentença; é um alerta e um convite. Se sete em cada dez transformações falham por resistência humana, então a maior alavanca de sucesso do seu próximo projeto não está no fornecedor de tecnologia — está na forma como você conduz as pessoas.

Redesenhe o processo. Escolha bem a automação. Mas, antes de tudo, responda a pergunta que sua equipe está fazendo em silêncio: o que isso muda para mim, e por que eu deveria querer? Quem responde bem a essa pergunta entra no grupo dos 30%. Quem a ignora já sabe onde vai parar.

Conheça todos nossos Serviços de Processos.

Rafael Saia – Diretor de Processos