Gestão de Mudanças: o que é, modelos ADKAR, Kotter e Lewin e como aplicar

Gestão de mudanças é a abordagem estruturada para preparar, equipar e apoiar as pessoas na adoção de novas transições — processos, tecnologias, estrutura ou cultura. Estudos da Prosci mostram que projetos com boa gestão de mudanças têm 6× mais chance de atingir seus objetivos. Neste guia: o que é, por que as pessoas resistem, os principais modelos (ADKAR, Kotter, Lewin, Bridges, 3 Fases da Prosci), o que a ISO 9001:2026 e o PMBOK 8 exigem, e como aplicar na prática em 8 passos — com métricas e erros a evitar.

O que é gestão de mudanças?

Gestão de mudanças é a disciplina que gerencia o lado humano da transição. Enquanto a gestão de projetos cuida do escopo, do prazo, do custo e dos riscos técnicos da mudança, a gestão de mudanças cuida de quem vai usar a mudança todos os dias: colaboradores, líderes e equipes.

Enviar um e-mail na segunda-feira, dar um treinamento na terça e esperar que o sistema seja adotado na quarta não é gestão de mudanças — é um anúncio. A gestão de mudanças de verdade acontece quando cada pessoa afetada faz a sua transição individual: do estado atual para o estado futuro, com consciência do porquê, desejo de participar, conhecimento de como fazer, habilidade para executar e reforço para não regredir.

Na prática, gestão de mudanças atua em dois níveis (Prosci):

• No projeto: processo e ferramentas aplicados para liderar o lado humano e alcançar o resultado desejado.
• Na organização (capacidade): competência permanente de liderança que aumenta a agilidade da empresa para responder a novas mudanças.

Por que ela importa (com números)

Evidência	Fonte
6× mais chance de atingir os objetivos com excelente gestão de mudanças	Prosci
~70% das iniciativas de transformação falham ao não consolidar a mudança na rotina	Kotter (referência clássica)
48% dos PMOs apontam a resistência organizacional à mudança como causa de falha	State of the PMO 2025 (artigo sobre PMO — escritório de projetos)

Se o investimento em tecnologia, processo ou estratégia não vem acompanhado de investimento em pessoas, o resultado é o mesmo: o novo sistema é adotado na medida da resistência, e o ROI se perde em retrabalho e desengajamento.

Por que as pessoas resistem à mudança?

A resistência não é uma falha de caráter — é uma resposta previsível a perdas percebidas. A Prosci documenta as seis perdas que explicam a maioria das resistências: poder, status, competência, tipo de relacionamento, vantagem e território de trabalho. Quem precisa mudar pergunta, quase sempre em silêncio: o que eu perco com isso?

Somam-se a isso fatores comportamentais conhecidos:

• Viés do status quo: o cérebro prefere o que já conhece; a mudança é processada como ameaça antes de ser avaliada como oportunidade.
• Perda de controle: quanto menos a pessoa participa da decisão, maior a resistência.
• Falta de contexto: mudança sem propósito claro vira fofoca e boato.
• Desconfiança: a história da organização diz que “isso também passa”.

O ponto central é o que o livro Quem Mexeu no Meu Queijo? ensinou a uma geração de gestores: as pessoas não resistem à mudança em si — resistem à perda, ao incerto e ao que não compreendem. A resposta não é convencer com lábia; é estruturar a transição com comunicação clara, participação e apoio.

Modelos de gestão de mudanças: Lewin, Kotter, ADKAR, Bridges e Prosci

Existem dezenas de modelos; os cinco abaixo formam o núcleo do que o mercado brasileiro e global mais usa. Cada um responde a uma pergunta diferente — por isso não são concorrentes, e sim complementares.

Modelo	Foco	Melhor para	Origem
Lewin	Transição de estado	Quando a mudança exige romper com o padrão atual e consolidar o novo	Kurt Lewin (década de 1940)
Kotter (8 etapas)	Liderança da transformação	Transformações amplas, de médio a longo prazo	John Kotter, Liderando Mudanças (1996)
ADKAR	O indivíduo	Engajamento individual e transições linha por linha	Jeff Hiatt / Prosci (2003)
Bridges (3 fases)	Transição psicológica	Lidar com o luto da mudança (fim → zona neutra → recomeço)	William Bridges
3 Fases da Prosci	O processo organizacional	Projetos com estrutura de fases (preparar → gerenciar → sustentar)	Prosci (25+ anos de pesquisa)

Modelo de Lewin: descongelar, mudar, recongelar

Lewin divide a mudança em três estágios:

1. Descongelar — desafiar os padrões atuais, criar consciência da necessidade e reduzir a “aversão ao novo”.
2. Mudar — implantar os novos comportamentos, processos ou estrutura; é a fase de maior turbulência e incerteza.
3. Recongelar — estabilizar o novo estado até que ele vire o novo padrão.

A força do modelo de Lewin é sua simplicidade; a limitação é tratar a organização como um bloco único, sem detalhar a dimensão individual.

As 8 etapas de Kotter

Kotter transformou a gestão de mudanças em um processo de liderança:

1. Criar senso de urgência — a mudança não compete com a rotina se a rotina não perceber uma razão para agir.
2. Formar uma coalizão orientadora — um grupo com poder formal e informal, não uma decisão isolada da diretoria.
3. Definir a visão e a estratégia — uma imagem clara do futuro que seja fácil de comunicar.
4. Comunicar a visão — em todos os canais, repetidamente, com o exemplo vindo de cima.
5. Empoderar as pessoas para agir — remover barreiras, sistemas e chefias que travam a mudança.
6. Gerar vitórias de curto prazo — nada sustenta uma transformação como resultados visíveis em 3–6 meses.
7. Consolidar ganhos e produzir mais mudanças — usar o ímpeto das vitórias para atacar os sistemas maiores.
8. Ancorar a mudança na cultura — mostrar como os novos comportamentos melhoraram o desempenho até virarem hábito.

A leitura de Kotter é especialmente útil para transformações de cultura e longo prazo — como mudanças de melhoria contínua, que esbarram exatamente na etapa 8: o ganho que não vira padrão se perde.

Modelo ADKAR: a mudança começa no indivíduo

O ADKAR, criado por Jeff Hiatt na Prosci, descreve os cinco blocos que cada pessoa precisa atravessar para adotar uma mudança:

• Awareness (Consciência) — saber por que a mudança é necessária e qual o risco de não mudar.
• Desire (Desejo) — querer participar e apoiar a mudança (o bloco mais difícil de influenciar).
• Knowledge (Conhecimento) — saber como mudar: treinamento, informação e orientação.
• Ability (Habilidade) — conseguir aplicar o conhecimento no dia a dia, com prática e apoio.
• Reinforcement (Reforço) — sustentar a mudança com reconhecimento, feedback e eliminação de recaídas.

O poder do ADKAR está na avaliação individual: a resistência, vista por esse prisma, deixa de ser um problema difuso e vira um gap identificável — “a pessoa sabe (Knowledge), mas não quer (Desire)” tem resposta diferente de “quer, mas não consegue (Ability)”. Isso conecta diretamente ao tema de capacitação e competência, pois o Desejo não se compra com treinamento.

Bridges e Prosci: as camadas complementares

• Bridges separa mudança (o evento externo) de transição (o processo psicológico interno): começa com terminações, atravessa a zona neutra (incerteza, identidade em dissolução) e chega aos novos começos. É o modelo que explica por que pessoas mudam de endereço no mesmo dia, mas levam meses para “se mudar”.
• Processo de 3 Fases da Prosci organiza a aplicação em três fases: Preparar a abordagem (estratégia, patrocínio, avaliação de prontidão), Gerenciar a mudança (planos de comunicação, treinamento, coaching) e Sustentar os resultados (adoção, feedback, handover).

Como escolher o modelo certo

Regra prática: a mudança é individual e sensível → ADKAR. A transformação é ampla e cultural → Kotter. O problema é romper rotina e estabilizar → Lewin. A equipe está em luto pela perda → Bridges. Você precisa de estrutura de entrega → 3 Fases da Prosci. Na prática os modelos se combinam: Kotter dá a estrada, ADKAR avalia cada viajante.

---

Gestão de mudanças × gestão de projetos: o PMBOK 8 entrou no jogo

Uma das mudanças de visão do mundo de projetos é tratar a gestão de mudanças como parte da governança, e não como um anexo do cronograma. O PMBOK 8 (norma ANSI/PMI 99-001-2025, publicada em 2025) reforça o domínio de governança e o processo de “Avaliar e implementar mudanças” — avaliar mudanças de escopo, cronograma, custo e riscos e implementá-las com aprovação e comunicação formal. No mesmo espírito, a ISO 21502:2020 (guia internacional de gestão de projetos) dedica a seção 7.10 — Controle de mudanças: avaliar o impacto em objetivos, benefícios, prazo, custo e riscos antes de aprovar.

O elo prático com a governança está no PMO: entre os fatores críticos de sucesso de um escritório de projetos está a gestão de mudanças, e as duas principais causas de falha de PMOs são exatamente a resistência organizacional à mudança (48%) e a resistência à governança (47%) (State of the PMO 2025). Ou seja: o melhor modelo de gestão de projetos entrega um relatório perfeito que ninguém usa — se faltar a camada de adoção.

Na hierarquia de trabalho, a gestão de mudanças entra em todo o ciclo: no planejamento e escopo, nas mudanças de baseline que acionam os gates, e na gestão de riscos, já que a resistência é, antes de tudo, um risco que precisa de resposta planejada.

Gestão de mudanças na melhoria contínua: o elo com PDCA, SDCA e a padronização

Quem trabalha com melhoria contínua sabe que o problema raramente é a solução — é a adoção da solução. O MASP estrutura a solução de problemas em 8 etapas, mas a etapa de padronização só funciona se as pessoas mudarem de comportamento. É exatamente aqui que a gestão de mudanças se encontra com o SDCA:

• O PDCA melhora; o SDCA estabiliza. O ganho do “A” do PDCA só se sustenta quando o novo resultado vira padrão documentado — o POP.
• O POP é a “memória operacional” — mas, como diz a regra do método, sem treinamento o documento vira papel de gaveta. A gestão de mudanças é o que transforma o POP em comportamento.
• Em um programa de melhoria contínua, cada projeto aprovado é uma pequena mudança organizacional: precisa de patrocínio, comunicação, capacitação e medição de adoção — os mesmos 4 elementos que a ISO passou a cobrar formalmente (ver abaixo).

Resumindo: a melhoria contínua é o método de mudar; a gestão de mudanças é o método de fazer a mudança pegar. Essa é a ponte que sustenta a excelência operacional como sistema, não como ferramenta.

Gestão de mudanças nas normas ISO: a cláusula 6.3 que unificou tudo

Desde a Estrutura Harmonizada (Anexo SL) — que padroniza as cláusulas de mais de 80 normas de sistemas de gestão — o “planejamento de mudanças” ocupa o mesmo item 6.3 em praticamente todas as normas modernas. A consequência prática é direta: a gestão de mudanças virou requisito estrutural, e não uma escolha de gestão.

Norma	Publicação	O que exige
ISO/TS 10020:2022 (Gestão da Mundança Organizacional)	Ago/2022	Especificação técnica Sistemas de gestão da qualidade — Gestão da mudança organizacional — Processos: processos estruturados de gestão da mudança organizacional (cenário de mudança, partes interessadas, intervenção)
ISO 9001:2026 (Qualidade)	Set/2026	Cláusula 6.3 ampliada para todo o ciclo: informar as pessoas, comunicar, monitorar em uso e revisar resultados; critérios de eficácia definidos antes da mudança. Transição até 30/09/2029
ISO 14001:2026 (Meio Ambiente)	Abr/2026	Nova cláusula 6.3 com requisito formal de mudanças planejadas no SGA (na 2015, diluída no controle operacional 8.1) + 6.1.4 para riscos e oportunidades
ISO 45001 (Saúde e Segurança do Trabalho)	Mar/2018	Mudanças planejadas no âmbito operacional (cláusula 8.1.4) — na mesma lógica do Anexo SL
ISO/IEC 27001:2022 (Segurança da Informação)	Out/2022	Cláusula 6.3 Planejamento da mundança + controle A.8.32 — Gestão da Mudança (avaliar o impacto de mudanças em softwares, sistemas e processos de TI antes de aprovar)
ISO 21502:2020 (Gestão de Projetos)	Dez/2020	Seção 7.10 Controle de Mudança: como prática de gestão de projetos

O que a ISO 9001:2026 exige na prática (cláusula 6.3)? A edição 2026 ampliou o planejamento de mudanças: antes, bastava “decidir mudar”; agora, a organização precisa conduzir a mudança até o resultado. Para cada mudança significativa, responda às 7 perguntas de prontidão:

Requisito	Pergunta prática	Evidência que o auditor busca
a) Propósito e consequências	Por que mudar e o que isso impacta?	Justificativa documentada da mudança
b) Integridade do sistema	A mudança compromete o SGQ?	Análise de impacto no sistema
c) Recursos e informação	Quem terá o que precisa p/ mudar?	Alocação de recursos e briefing
d) Responsabilidades	Quem responde pela mudança?	RACI / designação formal
e) Comunicação	Quem precisa saber?	Plano de comunicação executado
f) Monitoramento	Como saberemos se funcionou?	Critérios de eficácia definidos antes
g) Revisão dos resultados	O resultado foi revisado contra a meta?	Registro de revisão pós-mudança

Regra de ouro (7.5.3): um plano de projeto pode carregar toda essa evidência — o que os auditores erram ao testar é mudança sem racional e sem registro de revisão.

Como aplicar a gestão de mudanças na prática: 8 passos

Com base nos modelos, nas exigências da ISO 9001:2026 já estrutura para “gestão de mudanças” (definição → benefícios → modelos → etapas), o roteiro prático é:

1. Defina o porquê e a meta. Nada substitui a justificativa. Formule o caso da mudança: qual problema motivou a mudança, qual o indicador de sucesso e o que acontece se nada mudar. A meta precisa ser numérica (ex.: “adoção de 85% do novo processo em 90 dias”).

2. Garanta o patrocínio da liderança. Mudança sem sponsor ativo nasce morta. O sponsor não é quem assina o e-mail — é quem aparece nas reuniões, responde às resistências e remove barreiras. É o equivalente do patrocinador do PMO: sem patrocínio, o projeto de melhoria nasce sem dados e recursos.

3. Avalie o impacto e mapeie as partes interessadas. Identifique quem é afetado, em qual grau, e qual a perda percebida (poder, status, competência, relacionamento, vantagem, território). Classifique por nível de influência e de impacto — é a versão humana da matriz de riscos.

4. Comunique com consistência. Um plano de comunicação real tem mensagens diferentes para públicos diferentes, repetição planejada e resposta a perguntas. O e-mail único não é comunicação — é ruído. Inclua o “o que muda para mim” de cada grupo.

5. Capacite antes de cobrar. Treine com método — a lógica de “mostrar, explicar, experimentar, acompanhar” do TWI funciona melhor do que slides. Avalie a eficácia do treinamento (não apenas a presença) e registre a evidência, como exige a ISO 9001 nas cláusulas 7.2 e 7.3.

6. Gerencie a resistência como processo, não como problema. Use o ADKAR para diagnosticar o gap de cada pessoa ou grupo: falta Consciência? Informação. Falta Desejo? Envolvimento e benefício pessoal. Falta Knowledge? Treinamento. Falta Ability? Apoio no posto. Falta Reforço? Reconhecimento e gestão das recaídas.

7. Meça a adoção, não só a entrega. A mudança só valeu quando o uso acontece. Monitore os indicadores descritos abaixo e revise em ciclos curtos (a cláusula 6.3 da ISO 9001:2026 exige exatamente isso: monitorar a mudança em uso e revisar resultados contra os critérios planejados).

8. Sustente com reforço e padronização. O ganho que não vira padrão documentado (POP), treinado e monitorado, regride. O reforço do ADKAR é o análogo do “S” do SDCA: é o que impede a organização de voltar ao estado anterior quando a atenção da liderança se move.

Métricas da gestão de mudanças: o que medir

Os três indicadores clássicos, lado a lado com os de projeto:

Métrica	O que mede	Como calcular	Referência prática
Adoção	% de pessoas usando o novo processo/ferramenta	Usuários ativos ÷ população afetada	Meta típica: 80–90% até o fim do período
Utilização	Intensidade do uso	Frequência de uso ÷ esperado por cargo	Mostra uso real, não só acesso
Reinversão	Uso consistente que elimina a recaída	% que mantém o uso após X meses	A métrica que a ISO 9001:2026 quer ver na revisão de resultados
PPC da comunicação (opcional)	Quem recebeu e entendeu	Verificação de entendimento por amostra	Liga comunicação → Knowledge (ADKAR)
Índice de resistência	Proporção de grupos em cada gap ADKAR	Sondagem por grupo	Direciona ações específicas

Se o projeto mede prazo, custo e escopo — mas não mede adoção e utilização — ele está medindo a entrega técnica, não a mudança. E o retorno financeiro da mudança só aparece quando o uso acontece.

Erros comuns que fazem a mudança falhar

1. Anunciar em vez de gerenciar — o e-mail na segunda e o treinamento na terça é o erro que a Prosci descreve como “o que as pessoas testemunham quando não há gestão de mudanças”.
2. Tratar a mudança como evento — mudança organizacional é processo; evento gera pico de entusiasmo e queda de adoção.
3. Ignorar a resistência — resistência silenciosa não some; ela vira boicote passivo e retrabalho.
4. Capacitar antes do desejo, “sem Desejo” — treinar quem não quer participar é queimar investimento; o ADKAR manda resolver Desire antes de Knowledge.
5. Sem patrocínio visível — sem sponsor que apareça, a mudança vira “projeto do RH” ou “projeto da TI”.
6. Sem métricas de adoção — medir só a entrega técnica garante o relatório, não o resultado.
7. Não padronizar o ganho — sem padronização (SDCA/POP), a mudança regride quando a prioridade da liderança muda.
8. Ignorar a ISO 9001:2026 — quem está certificado e não planeja a transição até 30/09/2029 vai gastar mais caro depois.

Perguntas frequentes sobre gestão de mudanças

Conclusão: da mudança de projeto à capacidade de mudar

A gestão de mudanças nasce como processo de projeto e amadurece como capacidade organizacional. A empresa que domina o lado humano da transição não apenas adota sistemas e processos novos — ela se torna ágil para mudar de novo, e de novo, em velocidades crescentes. É essa capacidade que sustenta a excelência operacional em um ambiente onde a mudança deixou de ser exceção para ser a regra.

Comece pequeno: escolha uma mudança em andamento, aplique a sequência padrão — porquê, patrocínio, impacto, comunicação, capacitação, resistência, adoção, sustentação —, meça os três indicadores (adoção, utilização, reinversão) e padronize o que funcionou. Para saber onde investir energia, vale revisitar o roteiro de estruturação de um programa de melhoria e a lógica do MASP — porque, no fim das contas, toda melhoria é uma mudança, e toda mudança que não é gerenciada é uma melhoria que não aconteceu.