O Gerente De Uma Empresa Sabe Que 70 - Enem 2018 O gerente de uma empresa sabe que 70% de seus - YouTube
Enem 2018 O gerente de uma empresa sabe que 70% de seus - YouTube

Implementar o modelo 70/20/10 no seu time: um guia prático

Muitos gestores chegam até mim frustrados porque os programas de treinamento da empresa simplesmente não geram retenção. Você gasta milhares de reais em cursos, certificações e workshops, e três meses depois a equipe volta ao mesmo lugar. A explicação costuma ser simples: a formação focou no equivocado. O modelo 70/20/10 existe exatamente para corrigir isso, mas a forma como a maioria das empresas aplica o conceito é o problema, não a teoria.

O gerente de uma empresa sabe que 70% da aprendizagem vem da prática, não de uma sala de aula

A regra original, cunhada por Morgan McCall, Robert Eichinger e Michael Lombardo no Center for Creative Leadership, divide o desenvolvimento profissional em três fontes. Setenta por cento da competência se constrói na prática, fazendo o trabalho real com desafios novos. Vinte por cento vem de relações — mentors, feedback dos colegas, observar outros profissionais. Dez por cento é conteúdo formal, cursos, leituras, treinos estruturados. Quando um gestor inverte essa proporção e tenta preencher lacunas apenas com treinamentos, o resultado é previsível: a teoria entra por um ouvido e sai pelo outro porque nunca foi aplicada num contexto real. O erro mais comum que eu vejo nas empresas é tratar o 70/20/10 como uma progressão linear, tipo "primeiro curso, depois mentor, depois prática". Na realidade, os três pilares acontecem simultaneamente e se alimentam. Um colega te corrige durante uma reunião importante (20%) gera um insight que você testa na próxima semana (70%), e esse teste revela que você precisa estudar algo específico (10%). O ciclo é contínuo, não sequencial.

Como estruturar o desenvolvimento da sua equipe usando essa lógica

Comece mapeando as lacunas de competência do seu time. Não use apenas avaliações formais de desempenho, que muitas vezes refletem metas trimestrais, não habilidades reais. Faço isso conversando individualmente com cada pessoa e perguntando: "Qual tarefa você evita quando pode?" A resposta geralmente aponta diretamente para a habilidade que precisa desenvolver, e esse tipo de informação raramente aparece num relatório de RH. Depois de identificar as lacunas, defina projetos desafiadores que forcem o uso das competências desejadas. Não adianta mandar alguém fazer um curso de liderança se essa pessoa nunca teve oportunidade de liderar nada de verdade. Eu já vi o caso de um analista técnico que precisava desenvolver habilidades de comunicação, então simplesmente o coloquei como apresentador principal em uma reunião trimestral com diretoria. A ansiedade era real, o preparo foi intenso, e a melhoria foi visível em duas semanas. Isso não substitui um curso de oratória, mas funciona dez vezes mais rápido para o objetivo real.

Para o componente de 20%, não dependa de iniciativas corporativas genéricas. Mentoria informal dentro da própria equipe resolve muito. Eu criei o hábito de uma sessão semanal de trinta minutos entre membros sêniores e juniores, sem pauta fixa, só troca de experiência prática. O resultado superou qualquer programa formal de onboarding que eu já vi. A chave é criar espaço, não obrigar. Se a pessoa sente pressão, não fala aberto, e o aprendizado não acontece. O décimo, o conteúdo formal, deve ser direcionado e justificado. Cada curso ou certificação que você recomendar precisa ter uma conexão clara com o projeto ou desafio que a pessoa está enfrentando agora. Se não tem essa ligação, o conteúdo provavelmente será esquecido em trinta dias. Recomendo que você exija um relatório curto de uma página após qualquer curso, explicando como o conhecimento será aplicado nas próximas quatro semanas. Sem aplicação planejada, o investimento cai no vazio.

Problemas reais que aparecem na implementação

O maior obstáculo que encontrei foi a cultura de produtividade imediata. Gestores que vivem sob pressão de metas mensais tendem a ver o desenvolvimento como tempo desperdiçado. Eu tive um gerente que recusava dar autonomia para um projeto desafiador ao seu colaborador porque "não tinha tempo de esperar ele aprender fazendo". A solução foi simples: quebrar o projeto em etapas menores onde o erro tem baixo impacto. Isso reduziu a percepção de risco e permitiu que o desenvolvimento acontecesse sem comprometer resultados imediatos. Outro problema recorrente é a falta de feedback honesto. O componente de 20% depende inteiramente de relações produtivas, mas a maioria dos profissionais nunca recebeu treinamento para dar feedback construtivo. Eu adaptei um framework simples de três perguntas que meus liderados usam entre si: "O que funcionou?", "O que poderia ser diferente?", "Qual o próximo passo?". A estrutura elimina a vagueza e o confronto pessoal, que são as principais causas de feedback mal recebido ou evitado.

👉 Clique no botão abaixo para saber mais sobre o assunto!

Existe ainda a armadilha de aplicar o modelo uniformemente. Nem todo conteúdo se desenvolve da mesma forma. Habilidades técnicas muitas vezes respondem melhor ao componente de 70%, com prática deliberada. Habilidades interpessoais, por outro lado, exigem mais dos dois pilares restantes. Tentar forceir um único formato para tudo é um erro comum que gera frustração tanto no gestor quanto no colaborador.

Quando o modelo 70/20/10 não funciona

O modelo tem limitações claras. Ele pressupõe que a empresa oferece oportunidades reais de aprendizado no dia a dia, o que não é verdade em ambientes altamente repetitivos ou com rotinas rigidamente padronizadas. Se o trabalho é essencialmente mecânico e não permite variação, a parte dos 70% simplesmente não existe. Nestes casos, o desenvolvimento precisa vir de rotações de função, projetos transversais ou exposição a outros setores, mesmo que temporariamente. Também não funciona bem em contextos de alta rotatividade. Se sua equipe renova completamente a cada seis meses, investir em relações de mentorado de longo prazo (o 20%) tem retorno duvidoso. Aí o foco deve ser em documentation robusta, checklists operacionais e treinamento intensivo nos primeiros trinta dias. Nada substitui boas práticas documentadas quando o conhecimento tácito não tem tempo de se formar.

Um último ponto: o modelo não considera adequadamente o fator emocional. Aprendizado significativo exige segurança psicológica. Se o ambiente é tóxico, com medo de errar ou humilhação pública, ninguém testa, ninguém pede ajuda, e o desenvolvimento trava. Nenhuma proporção percentual resolve isso. O problema é cultural, não metodológico.

Próximos passos concretos

O primeiro passo é sempre começar pequeno. Escolha uma ou duas pessoas da sua equipe, identifique uma lacuna real, e desenhe uma combinação simples dos três pilares para cada uma. Não tente implementar o modelo inteiro em toda a organização de uma vez. Meus melhores resultados vieram de pilotos com três colaboradores antes de expandir para o resto do time. Segundo, ajuste suas métricas. Desempenho tradicional mede resultado final, não crescimento. Introduza indicadores de desenvolvimento: quantas novas competências foram praticadas, quantos projetos desafiadores foram realizados, quantos feedbacks significativos foram recebidos. Isso dá visibilidade ao processo e mostra progresso mesmo quando os resultados financeiros ainda não refletiram.

Terceiro, converse com as pessoas diretamente. Pergunte o que elas acham que estão aprendendo e o que sentem falta. A autoavaliação é parte do desenvolvimento, e ignorar essa voz é desperdiçar informação valiosa. Eu paramos de usar avaliações Anual de desempenho como único termômetro e passamos a fazer check-ins quinzenais de cinco minutos focados especificamente em crescimento. O tempo investido é mínimo, o insight é drasticamente superior. O modelo 70/20/10 não é uma fórmula mágica. É uma maneira de organizar o pensamento sobre desenvolvimento. A parte difícil, e a que realmente define o resultado, é a execução cotidiana: criar oportunidades reais, manter relações produtivas e garantir que o conteúdo formal sirva ao contexto, não o contrário. O resto é detalhes de implementação que variam de empresa para empresa.