Um novo software foi implantado na segunda-feira, uma equipe perdida já na terça. O problema quase nunca vem da ferramenta em si, mas da maneira como cada pessoa vive a transição. O método ADKAR estrutura esse percurso individual em cinco etapas concretas, da conscientização até a ancoragem duradoura da mudança na empresa.
Por que o ADKAR foca no colaborador antes da organização
A maioria dos modelos de gestão da mudança descreve fases organizacionais: diagnóstico, planejamento, implantação. O ADKAR toma o caminho inverso. O modelo parte do princípio de que uma transformação é bem-sucedida ou falha na escala de cada indivíduo.
Leitura complementar : Como impulsionar a comunicação da sua empresa através da relação com a imprensa
Desenvolvido pela consultoria Prosci, o acrônimo decompõe a trajetória de um colaborador em cinco marcos sucessivos: Awareness (conscientização da necessidade), Desire (vontade de participar), Knowledge (saber fazer), Ability (capacidade de agir) e Reinforcement (ancragem). Enquanto um marco não for ultrapassado, o seguinte permanece bloqueado.
Você já viu um plano de formação ser lançado enquanto ninguém entendia a razão da mudança? Este é um caso típico onde a etapa Knowledge é ativada antes da Awareness. O ADKAR fornece um diagnóstico rápido: identificar a primeira etapa não validada para concentrar o esforço. Essa sequência rigorosa, detalhada especialmente por o método ADKAR no Campus Recrutement, constitui sua principal força em relação a abordagens mais globais.
Veja também : Como aumentar a visibilidade da sua empresa na web na Bretanha
ADKAR passo a passo: diagnóstico dos bloqueios frequentes
Detalhar as cinco letras não é suficiente. O que torna o modelo útil no dia a dia é sua capacidade de localizar um bloqueio específico e responder a ele com a ação apropriada.
Awareness e Desire: as duas etapas onde tudo acontece
A maioria das resistências à mudança nasce aqui. Um colaborador que não percebe o problema atual não tem razão alguma para querer mudar. Sem conscientização da necessidade, a motivação permanece nula.
Awareness baseia-se na comunicação do “porquê”. Não uma mensagem corporativa genérica, mas uma explicação relacionada ao cotidiano da equipe: quais irritantes atuais desaparecem, quais riscos são evitados.
Desire é mais delicado. Compreender não significa aderir. Esta etapa exige um trabalho sobre os benefícios individuais e a confiança nos portadores do projeto. Um gerente direto que duvida abertamente sabota o Desire de toda sua equipe.
Knowledge e Ability: a diferença entre saber e fazer
Muitos projetos confundem essas duas etapas. Knowledge é a formação: transmitir as competências técnicas necessárias. Ability é a aplicação real, com seus imprevistos.
Um colaborador pode ter sucesso em um quiz sobre um novo CRM e se sentir paralisado diante de um caso de cliente atípico. A diferença entre Knowledge e Ability é medida no campo, não na sala de aula. Fases de coaching individual ou de mentoria entre pares preenchem essa lacuna mais eficazmente do que um segundo módulo de e-learning.
Reinforcement: a etapa mais frequentemente negligenciada
A mudança se sustenta apenas se existem mecanismos de reforço. Sem eles, os velhos hábitos retornam em poucas semanas. O reforço combina vários alavancadores:
- Um acompanhamento regular com indicadores visíveis pela equipe (taxa de utilização da nova ferramenta, redução do tempo de processamento)
- Um reconhecimento explícito dos primeiros resultados, mesmo modestos, para manter o engajamento
- Ajustes rápidos quando um obstáculo imprevisto aparece, para mostrar que o feedback do campo é levado em conta
Reinforcement transforma uma mudança pontual na nova norma de trabalho. É o ponto onde o ADKAR se distingue dos modelos que param na implantação.
ADKAR nas ofertas de emprego: um referencial se tornando operacional
O modelo não está mais restrito aos manuais de gestão de projetos. Nas ofertas de emprego recentes relacionadas à transformação digital, o ADKAR aparece como competência explicitamente requerida para os cargos de Change Manager. Na IQVIA, por exemplo, um cargo de Associate Director Strategic Operations exige aplicar uma expertise avançada em gestão da mudança segundo o modelo Prosci ADKAR em transformações relacionadas à inteligência artificial, com a certificação Prosci como pré-requisito.
O setor público segue a mesma tendência. No Luxemburgo, descrições de cargos de responsável pelo acompanhamento da mudança e transformações digitais mencionam o conhecimento do ADKAR (ou Kotter) entre os pré-requisitos formais. O ADKAR está se institucionalizando nas administrações, não apenas no setor privado.
Essa evolução significa duas coisas para os profissionais da mudança:
- Dominar o ADKAR torna-se um critério de recrutamento concreto, assim como uma competência ágil ou de dados
- As formações recentes posicionam o modelo como um bloco entre outras competências (liderança, gestão orientada por dados), e não como um método isolado
- Os projetos de adoção de IA em larga escala utilizam o ADKAR como quadro de referência para gerenciar o aspecto humano da transformação
Limitações do ADKAR e condições de sucesso na empresa
O ADKAR funciona bem para mudanças cujo escopo é identificável: migração de ferramenta, reorganização de equipe, novo processo de negócios. Para transformações culturais difusas, sem início ou fim claros, o modelo mostra suas limitações. A sequência linear cobre mal as mudanças simultâneas em vários fronts.
O modelo também supõe que cada colaborador progride na mesma ordem. Na prática, algumas pessoas chegam com um nível alto de Knowledge, mas um Desire baixo. Aplicar o quadro de forma rígida pode levar a ações mal calibradas.
A condição de sucesso mais subestimada continua sendo a implicação dos gerentes intermediários. O ADKAR fornece um quadro de diagnóstico, mas é o gerente de proximidade que ativa cada etapa junto à sua equipe. Sem seu engajamento, o modelo permanece um esquema teórico exibido em um slide de lançamento.
Um último ponto prático: o ADKAR ganha ao ser combinado com um processo estruturado (o modelo em três fases da Prosci, por exemplo) para cobrir tanto a dimensão individual quanto a dimensão do projeto. Usar o ADKAR sozinho para gerenciar um programa completo de transformação é como navegar com uma bússola sem mapa.