O que realmente acontece quando seu time para de usar uma habilidade
A lei do uso e desuso é um conceito que todo gestor ou líder técnico conhece de nome, mas pouca gente entende na prática. Em resumo, ela diz que habilidades se fortalecem com o uso constante e se deterioram quando negligenciadas. Simples assim. A origem vem da psicologia comportamental, mas no dia a dia corporativo isso se traduz em coisas muito concretas: desenvolvedores que param de programar em uma linguagem, engenheiros que deixam de usar ferramentas específicas, analistas que esquecem processos inteiros. Eu já vi isso acontecer de forma devastadora em uma equipe de infraestrutura que migrou para um novo sistema de monitoramento e parou de manter os scripts antigos em Python. Depois de dezoito meses sem tocar no código, quando precisaram de algo no padrão legado, ninguém na equipe conseguia mais lembrar como o sistema funcionava. A documentação existia, mas estava desatualizada há dois anos. O problema real não foi a perda do conhecimento técnico em si, mas a perda da capacidade de recuperá-lo rapidamente. Levaríamos semanas para reconstruir o que levaria horas se o conhecimento ainda estivesse fresco.
Como aplicar a lei uso e desuso no seu time
A primeira coisa que precisa ficar clara é que essa lei não funciona de forma binária. Não é simplesmente usar ou perder. A deterioração segue uma curva que varia drasticamente dependendo da complexidade da habilidade e da frequência de uso. Habilidades motoras e procedimentais — como digitar, operar máquinas, escrever código em uma linguagem específica — começam a enfraquecer após cerca de três a seis meses de inatividade. Conceitos mais abstratos, como arquitetura de sistemas ou design de processos, levam mais tempo para degradar, mas quando acontecem, o impacto é maior porque são mais difíceis de recuperar. O que a maioria das pessoas não considera é que a recuperação de uma habilidade perdida não é igual ao custo de mantê-la ativa. Reconstruir um conhecimento que estava em uso constante leva aproximadamente trinta por cento do tempo original de aprendizado. Já recuperar algo que foi abandonado por mais de um ano pode exigir setenta a noventa por cento desse investimento. Isso significa que manter habilidades básicas ativas, mesmo que seja com carga reduzida, é sempre mais barato do que deixar tudo acumular e tentar reconstruir depois.
Um caso específico que enfrentei envolve uma equipe de dados que precisava alternar entre SQL tradicional e Spark para processamentos diferentes. A decisão de negócio era manter ambos os ambientes funcionando, mas a pressão por eficiência levou a priorizar apenas o Spark. Em sete meses, a equipe inteira tinha esquecido nuances importantes do SQL, como otimização de joins em tabelas particionadas e uso correto de hints de execução. Quando um problema crítico de performance surgiu, o tempo gasto resolvendo-o triplicou comparado ao que seria com o conhecimento intacto. A solução que implementamos foi simples: reservar duas horas por semana para manutenção de queries SQL, mesmo que pequenas. Isso bastou para manter a habilidade operacional sem comprometer a produtividade no Spark.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Pontos que poucos gestores levam em conta
Um erro comum é supor que a deterioração é uniforme dentro de uma equipe. Na realidade, existe uma distribuição assimétrica muito forte. Dois membros da mesma equipe, fazendo funções similares, podem perder habilidades em ritmos completamente diferentes. Isso geralmente tem a ver com profundidade versus amplitude. Alguém que usa uma habilidade intensamente mas de forma rasa tende a esquecê-la mais rápido do que alguém que a usa menos mas com profundidade. A diferença entre os dois perfis só fica evidente quando surge a necessidade crítica. Outro detalhe que gera problemas recorrentes é a confusão entre memória de curto prazo e memória de longo prazo no contexto técnico. Você pode passar um ano sem usar uma ferramenta específica e, no dia seguinte, parecer que nunca a dominou. Na verdade, o que ocorre é que a memória procedural e conceitual ainda está lá, mas a recuperação inicial exige um período de aquecimento. Esse período varia de alguns minutos para quem tinha domínio intermediário até várias horas para quem tinha domínio avançado. O custo real desse aquecimento é frequentemente subestimado em planejamento de projetos.
Tem também o aspecto da deterioração em cascata. Quando uma pessoa-chave em uma área específica para de usar suas habilidades, o impacto não se limita a ela. Todo o fluxo que depende daquele conhecimento é afetado. Num cenário que vivi recentemente, um único profissional era o responsável por validar integração entre sistemas legados e modernos. Quando ele saiu de férias e a equipe que o substituiu temporariamente não tinha familiaridade com o padrão, bugs que levavam segundos para identificar em produção se tornaram investigações de horas. A lei uso e desuso age de forma sistêmica, não individual.
Quando a lei falha e o que fazer nesses casos
A regra geral não se aplica a todos os tipos de conhecimento. Conhecimento declarativo — fatos, datas, definições — tende a persistir por anos mesmo sem uso, desde que tenha sido consolidado corretamente. O problema aparece com conhecimento procedural, que é o tipo que a maioria das organizações realmente depende. Ferramentas, frameworks, técnicas de depuração, otimização de processos. Esse conhecimento é o mais volátil e o que mais custa recuperar. Se você opera em um ambiente onde o uso contínuo de determinadas habilidades é economicamente inviável, a alternativa mais eficiente costuma ser externalizar a manutenção. Contratar serviços especializados, manter contratos de suporte ou manter um pool reduzido de pessoas dedicadas exclusivamente a essas habilidades específicas. Deixar que o conhecimento decaía esperando que "someone figures it out later" é uma aposta que quase sempre perde.
Na prática, o que funciona melhor é criar rituais mínimos de manutenção de competência. Não precisa ser extenso nem disruptivo. Uma hora por semana dedicada a exercícios práticos, revisões de código antigo, ou rodízio de responsabilidades entre membros da equipe. O custo é baixo e o retorno em redução de tempo de recuperação quando necessário é consistente. A lei do uso e desuso é inevitável, mas o ritmo da deterioração é algo que pode ser gerenciado com decisão consciente.
