Competência profissional: o que realmente funciona na prática
A maioria das empresas tenta medir competência olhando só para uma das três partes do triângulo. Já vi chefe pedir para o RH contratar alguém só pelo livro que tinha na estante, sem nunca ter sido à sala de treinamento ver se a pessoa entregava o que era esperado. O resultado era sempre o mesmo: contratavam um curumim que decoreba processos e travava na primeira oportunidade real de uso.
ser competente significa então ter conhecimentos habilidades e atitudes
Essa definição vem da matriz de competências que o Ministério da Educação usava nos anos 2000 e que migrou para o setor privado como se fosse lei. Não é lei. É uma simplificação útil que, quando aplicada sem cabeça, vira burocracia cara. O conceito básico diz que competência = conhecimento + habilidade + atitude. Se faltar um dos três, a pessoa não é competente naquela função, mesmo que os dois outros estejam intactos. O erro comum é tratar isso como uma lista de verificação. "Cada vaga tem três requisitos, preencho os três e pronto". Na prática, não funciona assim. Conheço um caso em que um técnico de suporte knew perfeitamente o procedimento de reinstalação de certificado TLS no Linux, sabia configurar o Nginx com OCSP stapling e ainda era muito educado com o cliente. A competência caiu abaixo do nível esperado porque, num dia de pico com sessenta chamados abertos, ele simplesmente não conseguia priorizar. Sabia fazer. Tinha a informação. Mas a atitude de foco sob pressão não estava calibrada. O que eu fiz nessa situação foi simples: parei de avaliar o candidato por interview e comecei a aplicar um teste prático com fila de tarefas escalonadas por urgência, mostrando que a atitude é mensurável quando você coloca a pessoa dentro de uma simulação real, não numa conversa.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O outro erro é achar que competência é estática. Não é. Um engenheiro de dados que era imbatível em Spark e Airflow perdeu toda a competência técnica quando migrei a pipeline para dbt e o modelo de orquestração mudou, porque ninguém actualizou o campo atitude como "disponibilidade para desaprender". Li e reli isso várias vezes até fazer sentido, mas a mudança de stack foi o que realmente mostrou onde estavam as fisgadas do modelo. Existem situações em que a matriz falha completamente. Por exemplo, cargos criativos ou de investigação. Um investigador de segurança que só tem conhecimento teórico de frameworks, habilidade técnica em reporting e uma atitude de "seguir o manual" é pior do que alguém que tem metade desses itens e muita curiosidade. Nesses casos, eu recomendo substituir a matriz por uma avaliação centrada em casos reais, com entrega de artefactos e debate técnico ao vivo, em vez de confiar em certificados ou perguntas de múltipla escolha.
Também vale saber que essa abordagem tem um custo dispendioso se for feita ao pé da letra em cada contratação. Cada ciclo completo de avaliação por competências, com painéis múltiplos e exercícios práticos, leva entre 4 e 6 horas de tempo de equipa, o que pode encarecer o custo por contratação em cerca de 30% comparado com um processo convencional de triagem por currículo. Se o volume de vagas for alto, esse número aperta. A solução que eu uso é combinar a avaliação por competências num só estágio final, em vez de espalhá-la por várias rodadas, mantendo a rigorosidade sem duplicar esforço. Se você quer aplicar isso de verdade, o caminho mais directo é escrever as competências esperadas como comportamento observável, não como adjetivo. Em vez de "proactividade", coloque "propõe uma melhoria de processo por semana documentada com antes/depois e métricas". Isso elimina a ambiguidade e reduz a dependência de percepção subjetiva, que é onde a maioria dos erros de contratação entra.
