SoluçõesMétodo CCPSXperienceClube da CompetênciaHub de ConteúdoA AraxEntrar na plataforma
Fale com a gente
← Todos os artigosProvocação

Ensinar a fazer o que a ferramenta não deixa

Quando faltam ferramenta, processo ou tempo para executar bem, nenhum treinamento resolve. A célula de Recursos do modelo de Gilbert separa competência de condição material, e a segunda não se ensina.

A turma aprendeu. A avaliação de aprendizagem confirma, o simulado confirma, a prática guiada durante o treinamento confirma. Três meses depois, o comportamento na rotina não mudou. Quando isso acontece, a reação mais comum é desenhar outro treinamento, de reforço ou reciclagem. Raramente alguém para para perguntar se a pessoa, de volta ao trabalho, tinha como fazer o que aprendeu.

Quando o treinamento funciona e o desempenho não muda

Existe uma diferença entre saber fazer e ter como fazer. Um vendedor pode sair de um treinamento de venda consultiva sabendo exatamente como conduzir a conversa, querendo aplicar o que aprendeu, e ainda assim voltar para um CRM que não tem campo para registrar o que a metodologia pede, ou para uma meta de ligações por hora que não deixa tempo para a conversa mais longa que a técnica exige. Nesses casos o problema não é o vendedor. É que o sistema em volta dele não foi ajustado antes de se pedir um comportamento novo.

Esse padrão é mais comum do que o mercado de T&D costuma admitir, porque ele é desconfortável de diagnosticar: significa que a área de treinamento entregou o que prometeu, e o desempenho não mudou assim mesmo, por um motivo que não estava sob controle dela. É mais confortável revisar o material do curso do que ir até a operação e checar se o sistema em volta da pessoa comporta o comportamento que acabou de ser ensinado.

A célula de Recursos/Instrumentos no modelo de Gilbert

No Behavior Engineering Model, Thomas Gilbert reserva uma célula específica para isso: Recursos e Instrumentos, a ferramenta, o processo e o tempo disponíveis para executar. É uma das três células de ambiente, ao lado de Dados e Incentivos, e fica lado a lado com a célula de Conhecimento e Habilidade, que é a única das seis efetivamente resolvida por treinamento. Isso está na base do diagnóstico de causa que separa o que é falha de competência do que é falha de condição.

O mesmo cuidado que vale para qualquer framework popular vale aqui. O que Gilbert demonstrou foi que competência e condição material são variáveis independentes, e que tratar as duas como a mesma coisa leva a repetir a intervenção errada. O que fica em aberto é a precisão do diagnóstico na prática: nem sempre é trivial isolar se uma execução falhou por falta de ferramenta, por um incentivo mal desenhado ou por uma combinação das duas, e o modelo não chega com um teste estatístico para separar isso, chega com uma pergunta orientadora. O que sobra, mesmo com essa ressalva, é suficiente para mudar uma decisão de investimento: antes de treinar de novo, checar se a pessoa treinada consegue, de fato, executar o que aprendeu dentro do sistema em que trabalha.

Perguntas que expõem a barreira de recursos

Um diagnóstico rápido evita reciclar um treinamento que nunca tinha chance de funcionar. A pessoa tem tempo alocado, dentro da carga normal de trabalho, para aplicar o que aprendeu, ou o comportamento ensinado concorre com uma meta de produtividade que pune quem for mais devagar? A ferramenta que ela usa no dia a dia comporta o comportamento ensinado, ou o sistema simplesmente não tem onde registrar, sinalizar ou executar o que o treinamento pediu? O processo formal permite a sequência de passos ensinada, ou existe um atalho institucionalizado que todo mundo segue porque o caminho correto é mais lento do que a meta permite?

Quando a resposta aponta para falta de tempo, ferramenta inadequada ou processo que força atalho, o treinamento já cumpriu a parte que cabia a ele. Essa é a checagem que pertence à fase de Prática de qualquer desenho de solução, o momento em que o comportamento aprendido precisa sobreviver ao primeiro contato com a rotina real. O que falta consertar está fora do escopo de um curso.

O treinamento vira sintoma, não solução

Um sinal de alerta específico ajuda a identificar esse padrão antes de gastar de novo: a mesma turma, ou uma turma equivalente, sendo treinada outra vez no mesmo conteúdo, com o mesmo resultado de curto prazo e o mesmo esquecimento aparente meses depois. A leitura automática é que o treinamento “não pegou” e precisa ser mais forte, mais longo ou mais frequente. A leitura mais provável, depois de descartar a célula de Dados e a de Conhecimento, é que a barreira nunca esteve na cabeça de quem participou. Estava na ferramenta, no processo ou na agenda que a pessoa encontra assim que volta para a rotina.

Insistir em treinar quem já sabe fazer, mas não tem como fazer, tem um custo que passa despercebido: além de não resolver nada, corrói a credibilidade da própria área de T&D, porque a equipe volta para o mesmo curso pela segunda ou terceira vez sabendo, na prática, que o problema não está nela. Com o tempo, isso ensina a equipe a tratar convocação para treinamento como formalidade a cumprir, não como algo que vai mudar sua rotina, o que piora o próximo programa antes mesmo dele começar.

O que fazer antes do próximo ciclo de treinamento

Antes de aprovar uma reciclagem, faça o inverso do que parece óbvio: não pergunte se a turma esqueceu o conteúdo, pergunte se o ambiente de trabalho mudou desde a última turma. Se a ferramenta, o processo ou a alocação de tempo que bloqueou a aplicação continuam exatamente como estavam, repetir o treinamento vai repetir o resultado. Corrigir a ferramenta ou o processo antes de treinar de novo costuma ser trabalho de processo, não de sala de aula.