Framework de Competências Essenciais: Como Definir e Usar Competências para Desempenho e Crescimento

Um padrão de medida compartilhado representa a proficiência observável em um framework de competências essenciais.

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

A maioria das organizações tem um framework de competências em algum lugar. Em geral é uma planilha ou um PDF que o RH montou durante uma iniciativa de gestão de talentos dois ou três anos atrás e que quase nunca é aberto. Os gestores escrevem avaliações de desempenho de memória e no instinto. Os entrevistadores fazem as perguntas que lhes vêm à cabeça. Os novos contratados recebem uma descrição de cargo com uma lista de atribuições e nenhuma noção do que significa "bom" no seu nível.

O problema geralmente não é que o framework esteja errado. É que ele foi construído como um artefato de conformidade, e não como uma ferramenta de trabalho. Um framework de competências que os gestores usam diariamente é diferente de um que existe para satisfazer uma auditoria do RH, e a diferença se resume a três coisas: as competências são específicas o bastante para serem úteis, os níveis de proficiência descrevem comportamento observável em vez de adjetivos vagos, e o framework é de fato consultado nos momentos em que importa: contratação, avaliações e conversas de desenvolvimento.

Este guia mostra como construir esse tipo de framework, seja você criando um do zero ou consertando um que está parado sem uso.

O Que um Framework de Competências Realmente É

Um framework de competências define os comportamentos e habilidades que preveem o sucesso em uma função ou em toda a organização e descreve como são os diferentes níveis de proficiência em cada um deles. Ele fica entre duas coisas que as organizações já têm: descrições de cargo (que descrevem atribuições e resultados) e avaliações de desempenho (que descrevem quão bem alguém se saiu). O framework preenche a lacuna descrevendo como a pessoa deve fazer o trabalho, e não apenas o que ela faz ou como terminou.

Existem duas grandes categorias que vale distinguir, porque confundi-las é um dos erros de projeto mais comuns:

Competências essenciais (ou organizacionais) se aplicam a todos, independentemente da função. Coisas como comunicação, responsabilidade, colaboração e adaptabilidade aparecem em quase todo framework sério porque preveem o sucesso em todas as áreas. O Body of Applied Skills and Knowledge da SHRM, o modelo de competências que a entidade mantém para a profissão de RH, é construído exatamente sobre essa divisão: nove competências comportamentais de aplicação ampla, mais uma competência técnica que cobre a expertise específica de RH. Essa estrutura, competências comportamentais combinadas com profundidade técnica específica da função, vale ser aproveitada mesmo fora do RH.

Competências específicas da função (ou funcionais) variam conforme a família de cargos. Um framework de competências de vendas precisa de habilidades de negociação e de bom senso sobre território. Um framework de engenharia precisa de profundidade técnica e de critério sobre qualidade de código. Um framework de gestão precisa de delegação e de habilidades de coaching. Tentar reunir as duas categorias em uma única lista plana é o que torna a maioria dos frameworks difíceis de manejar: dez páginas de competências que não se aplicam por inteiro ao cargo de ninguém.

Como Escolher Quais Competências Entram no Seu Conjunto Essencial

O instinto ao montar um framework é incluir tudo o que parece importante. Resista. Um framework de competências essenciais com 20 itens é um que ninguém memoriza, e um framework que ninguém lembra não muda comportamento.

A maioria dos frameworks essenciais funcionais fica entre 5 e 8 competências. Para chegar lá, comece pelos padrões reais de falha da sua organização, e não por uma lista aspiracional. Pergunte: quando alguém tem baixo desempenho aqui, o que costuma estar faltando? Quando alguém é promovido, o que fez de diferente de forma visível? As respostas tendem a se agrupar em torno de poucos temas recorrentes: como as pessoas se comunicam, como lidam com ambiguidade ou mudança, como assumem a responsabilidade pelos resultados, como trabalham com os outros e como pensam os problemas.

Um conjunto essencial inicial razoável para a maioria das organizações inclui:

  • Responsabilidade e senso de dono: cumprir compromissos e responder pelos resultados, não apenas pelas tarefas
  • Comunicação: clareza na escrita e na fala, e o discernimento para saber qual das duas a situação pede
  • Colaboração: trabalhar com eficácia entre equipes e áreas, não só dentro do próprio grupo
  • Adaptabilidade: lidar com ambiguidade, mudanças de prioridade e novas informações sem precisar de tudo mapeado de antemão
  • Pensamento crítico e discernimento: raciocinar sobre os problemas em vez de recorrer à primeira resposta plausível
  • Orientação a resultados: uma tendência consistente a concluir e entregar, não apenas a ter atividade

A partir daí, acrescente competências específicas da função para cada família de cargos. Uma competência de visão de negócios é enormemente importante para uma função de estratégia e quase irrelevante para uma função operacional de nível inicial, portanto pertence a alguns conjuntos específicos e não ao núcleo universal.

Como Escrever Níveis de Proficiência Que Não Sejam Vagos

É aqui que a maioria dos frameworks falha, mesmo quando a lista de competências em si é razoável. "Demonstra fortes habilidades de comunicação" não diz ao gestor nada que ele já não acreditasse sobre o funcionário que está avaliando. Os níveis de proficiência precisam descrever comportamento observável em cada nível, específico o bastante para que dois gestores diferentes avaliando a mesma pessoa cheguem ao mesmo nível.

Quatro níveis de competência progridem de lembretes até a entrega confiável, a antecipação e sistemas reutilizáveis.

Uma estrutura viável usa quatro ou cinco níveis, indo do básico ao especialista. Para uma competência como responsabilidade e senso de dono, ela poderia ser assim:

Nível Comportamento Observável
Em desenvolvimento Conclui as tarefas atribuídas, mas precisa de lembretes sobre prazos; não sinaliza riscos de forma proativa
Proficiente Cumpre os compromissos sem acompanhamento; sinaliza problemas cedo o bastante para que os outros reajam
Avançado Assume a responsabilidade pelos resultados além das tarefas atribuídas; antecipa problemas adiante e os resolve antes de lhe pedirem
Especialista Cria sistemas de responsabilização nos quais os outros se apoiam; define o padrão pelo qual os demais membros da equipe são medidos

O teste para saber se a descrição de um nível é boa o bastante: um gestor conseguiria apontar um caso específico do último trimestre e dizer "esse é um exemplo de nível proficiente" ou "esse é avançado"? Se a descrição é abstrata demais para ser testada contra um exemplo real, reescreva-a até deixar de ser.

Como Ligar o Framework aos Lugares Onde Ele Realmente É Usado

Um framework que vive em um documento e em nenhum outro lugar não sobreviverá ao primeiro ano. Ele precisa aparecer em pelo menos três lugares para justificar sua existência.

Um mesmo padrão de competências é reutilizado em artefatos de contratação, avaliação e desenvolvimento.

Contratação. As perguntas da entrevista devem corresponder a competências específicas no nível que a função exige. Se uma função exige colaboração de nível "avançado", a entrevista deve incluir uma pergunta comportamental desenhada para trazer evidências nesse nível, e não uma pergunta genérica como "conte-me sobre uma vez em que você trabalhou em equipe", que serviria para qualquer nível.

Avaliações de desempenho. Esta é a conexão mais direta, e é abordada em profundidade no guia do framework de avaliação de desempenho: avaliações que referenciam o framework de competências dão aos funcionários um mapa concreto de onde estão e de como é o próximo nível. Avaliações sem essa âncora caem em feedback vago e infalsificável, como "seja mais estratégico".

Planejamento de desenvolvimento. Uma vez identificado o nível atual de alguém em determinada competência, o framework deve apontar o que fecha a lacuna. Se um relatório mostra que alguém está "em desenvolvimento" em dar feedback, o gestor e o funcionário devem conseguir identificar oportunidades específicas de prática no próximo trimestre, e não apenas registrar a lacuna e seguir adiante.

A pesquisa da Deloitte sobre modelos de talento baseados em habilidades, com base na análise de 87 organizações que testaram mais de 28 estratégias diferentes relacionadas a habilidades, constatou que as organizações que geravam valor mensurável com seu trabalho de habilidades começaram ancorando o framework em um resultado de negócio específico, em vez de construir primeiro uma infraestrutura abrangente de habilidades e esperar que os gestores encontrassem uma utilidade para ela. O mesmo princípio vale no nível do framework de competências: escolha uma ou duas decisões (contratação, promoção, orçamento de desenvolvimento) que você mais quer melhorar, conecte o framework a elas primeiro e expanda a partir daí.

Calibração entre Gestores

Um framework só funciona se "proficiente" significar mais ou menos a mesma coisa independentemente de quem avalia. Sem calibração, o "proficiente" de um gestor é o "em desenvolvimento" de outro, e funcionários de diferentes partes da organização acabam sendo cobrados por padrões diferentes enquanto todos acreditam que as avaliações são objetivas.

Uma balança equilibrada mostra gestores calibrando evidências equivalentes contra um único padrão de proficiência.

As sessões de calibração, nas quais os gestores comparam impressões sobre casos limítrofes antes de finalizar as avaliações, são o mecanismo que mantém esse processo honesto. Elas são desconfortáveis na primeira vez porque revelam discordâncias reais sobre o que um nível de fato exige, mas essa discordância é justamente o objetivo. É melhor discutir o padrão em uma reunião de calibração do que deixar padrões inconsistentes corroerem silenciosamente a confiança em todo o sistema.

Erros Comuns ao Construir um Framework

Construí-lo isolado dos gestores que vão usá-lo. Um framework desenhado inteiramente pelo RH, sem a contribuição dos gestores de pessoas, tende a descrever uma versão idealizada da função, e não o que realmente prevê o sucesso nela. Envolva os gestores cedo, mesmo que isso deixe o processo mais lento.

Competências demais, disciplina de menos. Doze competências essenciais não são um framework essencial, são uma lista de desejos. Se tudo é essencial, nada é priorizado, e os gestores vão ignorar discretamente as que não têm tempo de avaliar direito.

Níveis de proficiência escritos como adjetivos, e não como comportamentos. "Excelente", "bom" e "precisa melhorar" são notas, não descrições. Se as definições dos níveis não dizem ao gestor o que observar, elas não cumprem seu papel.

Nenhum mecanismo para atualizar o framework. Competências que importavam cinco anos atrás (por exemplo, expertise profunda em uma ferramenta específica) podem perder relevância à medida que o trabalho muda, enquanto novas (como trabalhar de forma eficaz com fluxos de trabalho assistidos por IA) passam a ser relevantes. Um framework revisado uma vez e nunca mais revisitado fica desatualizado em silêncio.

Tratar o framework apenas como ferramenta de avaliação. Se o único lugar onde o framework aparece é a avaliação anual, os funcionários vão vivenciá-lo como um mecanismo de julgamento, e não como uma ferramenta de desenvolvimento, e o envolvimento com ele será defensivo, e não genuíno.

Por Onde Começar

Se você está construindo um framework essencial do zero, comece pequeno: escolha de 5 a 6 competências essenciais usando o exercício de padrões de falha descrito acima, escreva quatro níveis de proficiência para cada uma com comportamentos específicos e testáveis e faça um piloto com uma equipe antes de implantar em toda a organização. Colha o feedback dos gestores que o usaram naquele trimestre piloto antes de finalizar qualquer coisa. Um framework que foi testado sob pressão contra conversas reais de desempenho será muito mais durável do que um desenhado inteiramente num quadro branco.

Se você está consertando um framework existente que caiu em desuso, comece perguntando a alguns gestores se o consultaram no último trimestre. Se a resposta honesta for não, a solução geralmente não é mais conteúdo, e sim menos competências, descrições de nível mais precisas e uma decisão específica (como a próxima rodada de contratações ou o próximo ciclo de avaliações) em que você force deliberadamente o seu uso.

Perguntas Comuns sobre a Construção de um Framework de Competências

Quantas competências essenciais um framework deve incluir?

A maioria dos frameworks essenciais funcionais fica entre cinco e oito. Doze é uma lista de desejos, não um conjunto essencial: se tudo é essencial, nada é priorizado, e os gestores pulam discretamente as que não têm tempo de avaliar direito. Chegue ao número trabalhando a partir dos padrões reais de falha da sua organização, e não de uma lista aspiracional. Pergunte o que costuma estar faltando quando alguém tem baixo desempenho e o que alguém fez de diferente de forma visível antes de ser promovido. As respostas tendem a se agrupar em poucos temas recorrentes, e esses temas são o seu conjunto essencial.

Qual é a diferença entre competências essenciais e competências específicas da função?

As competências essenciais (ou organizacionais) se aplicam a todos, independentemente da função: comunicação, responsabilidade, colaboração, adaptabilidade. As competências específicas da função (ou funcionais) variam conforme a família de cargos; assim, um framework de vendas precisa de negociação e bom senso sobre território, enquanto um de engenharia precisa de profundidade técnica e critério sobre qualidade de código. Confundir as duas é o erro de projeto mais comum e produz a lista plana de dez páginas que não se aplica por inteiro ao cargo de ninguém. O Body of Applied Skills and Knowledge da SHRM usa essa divisão de forma deliberada: nove competências comportamentais amplas mais uma competência técnica que cobre a profundidade específica da função.

Por que a maioria dos frameworks de competências acaba sem uso?

Porque foram construídos como artefatos de conformidade, e não como ferramentas de trabalho. O framework geralmente não está errado, ele simplesmente nunca aparece nos momentos em que importaria. Um teste rápido: pergunte a alguns gestores se o consultaram no último trimestre. Se a resposta honesta for não, a solução raramente é mais conteúdo. É ter menos competências, descrições de nível mais precisas e uma decisão específica, como a próxima rodada de contratações ou o próximo ciclo de avaliações, em que você force deliberadamente o seu uso.

Como escrevo níveis de proficiência que os gestores consigam aplicar de fato?

Descreva comportamento observável, não adjetivos. "Demonstra fortes habilidades de comunicação" não diz ao gestor nada que ele já não acreditasse sobre a pessoa que está avaliando. Quatro ou cinco níveis funcionam bem, indo do básico ao especialista, e cada descrição deve ser específica o bastante para que dois gestores avaliando a mesma pessoa cheguem ao mesmo nível. O teste: um gestor conseguiria apontar um caso específico do trimestre passado e dizer "esse é um exemplo de nível proficiente" ou "esse é avançado"? Se a descrição é abstrata demais para ser testada contra um exemplo real, reescreva-a até deixar de ser.

Onde o framework precisa aparecer para sobreviver ao primeiro ano?

Em três lugares, no mínimo. Na contratação, onde as perguntas da entrevista correspondem a competências específicas no nível que a função exige, em vez de uma pergunta genérica sobre trabalho em equipe que serviria para qualquer nível. Nas avaliações de desempenho, onde referenciar o framework dá aos funcionários um mapa concreto de onde estão e de como é o próximo nível, em vez de um feedback infalsificável como "seja mais estratégico". E no planejamento de desenvolvimento, onde uma lacuna identificada aponta oportunidades específicas de prática no próximo trimestre. Um framework que vive em um documento e em nenhum outro lugar não vai durar.

Devemos terminar o framework inteiro antes de implantar qualquer coisa?

Não. A análise da Deloitte com 87 organizações que testaram mais de 28 estratégias diferentes relacionadas a habilidades constatou que as que geravam valor mensurável ancoraram o trabalho em um resultado de negócio específico primeiro, em vez de construir uma infraestrutura abrangente de habilidades e esperar que os gestores encontrassem uma utilidade para ela. Escolha uma ou duas decisões que você mais quer melhorar, conecte o framework a elas e expanda a partir daí.

O que é calibração e por que ela importa tanto?

As sessões de calibração são aquelas em que os gestores comparam impressões sobre casos limítrofes antes de finalizar as avaliações. Sem elas, o "proficiente" de um gestor é o "em desenvolvimento" de outro, e funcionários de diferentes partes da organização acabam sendo cobrados por padrões diferentes enquanto todos acreditam que as avaliações são objetivas. A primeira sessão é desconfortável porque revela discordâncias reais sobre o que um nível exige. Essa discordância é justamente o objetivo: é melhor discutir o padrão em uma reunião de calibração do que deixar padrões inconsistentes corroerem silenciosamente a confiança em todo o sistema.

Quem deve participar da construção?

Os gestores que vão usá-lo, desde o início. Um framework desenhado inteiramente pelo RH, sem a contribuição dos gestores de pessoas, tende a descrever uma versão idealizada da função, e não o que realmente prevê o sucesso nela. Envolver os gestores cedo deixa o processo mais lento e produz algo que sobrevive ao contato com conversas reais de desempenho.

Com que frequência um framework de competências deve ser atualizado?

Com frequência suficiente para que ele não fique desatualizado em silêncio. Competências que importavam cinco anos atrás, como a expertise profunda em uma ferramenta específica, podem perder relevância, enquanto novas, como trabalhar de forma eficaz com fluxos de trabalho assistidos por IA, passam a ser importantes. Embuta o mecanismo de atualização quando construir o framework. Um framework revisado uma vez e nunca mais revisitado é o modo de falha mais comum depois do problema de competências demais.

Qual é a forma mais rápida de começar do zero?

Escolha cinco ou seis competências essenciais usando o exercício de padrões de falha, escreva quatro níveis de proficiência para cada uma com comportamentos específicos e testáveis e faça um piloto com uma equipe antes de implantar em toda a organização. Colha o feedback dos gestores que o usaram durante aquele trimestre piloto antes de finalizar qualquer coisa. Um framework testado sob pressão contra conversas reais de desempenho é muito mais durável do que um desenhado inteiramente num quadro branco.

Recursos Relacionados

About the author

Kevin Kim

Kevin Kim

Senior Customer Retention Strategist

Kevin Kim is Senior Customer Retention Strategist at Rework, writing for HR leaders and people managers on growing their people. Kevin covers job descriptions and role design, employee competencies, and organizational competency frameworks: the building blocks for hiring the right people and developing them once they join.