Organização baseada em skills: o que muda quando skills se conectam a capabilities

A pergunta que costuma abrir qualquer conversa sobre uma pessoa numa empresa é: qual é o cargo dela?

Talvez a pergunta mais útil seja outra: quais capacidades a organização precisa ter, e quais skills demonstram essas capacidades?

A diferença parece sutil. Não é. A primeira pergunta organiza pessoas por caixas administrativas. A segunda organiza pessoas pelo que a empresa precisa ser capaz de fazer. É essa mudança de unidade de análise que está por trás da ideia de organização baseada em skills.

Por que o tema ganhou força

No Future of Jobs Report 2025, do World Economic Forum, empregadores de vários países estimam que, em média, 39% das skills dos trabalhadores serão transformadas ou ficarão obsoletas entre 2025 e 2030 (World Economic Forum, 2025). Na edição de 2023, o número era 44%.

Vale ler o dado com cuidado. É uma expectativa de empregadores, não uma medição. E ele não diz que os cargos vão desaparecer. Diz que o conteúdo do trabalho muda mais rápido do que as estruturas que o descrevem. Uma descrição de cargo revisada a cada três anos não acompanha um ciclo de mudança como esse.

A pergunta prática para o RH, portanto, não é apenas quais cargos vão existir. É quais capacidades a organização vai precisar desenvolver, manter ou trazer de fora.

O que é uma organização baseada em skills

Uma organização baseada em skills usa skills, e não apenas cargos, como referência para decisões sobre trabalho e pessoas: quem contratar, quem desenvolver, quem alocar num projeto, quem pode assumir um papel novo.

A Deloitte popularizou o termo com uma pesquisa de 2022, feita com 1.021 trabalhadores e 225 executivos de negócio e de RH em dez países. Segundo o relatório, organizações que adotam práticas baseadas em skills têm 107% mais probabilidade de alocar talentos de forma eficaz, 98% mais probabilidade de reter pessoas de alto desempenho e 57% mais probabilidade de antecipar mudanças e responder a elas (Cantrell et al., 2022).

São números fortes, e também merecem cautela. A pesquisa é autodeclarada e mostra associação, não causa. Empresas que já são boas em alocar pessoas podem ser justamente as que adotam práticas baseadas em skills primeiro. O que o dado sustenta é que o tema merece atenção, não que mapear skills produz esses resultados.

Mais skills não significa mais inteligência organizacional

Quando a ideia chega à prática, o primeiro movimento costuma ser o inventário. A empresa contrata uma plataforma, levanta centenas ou milhares de skills, pede que as pessoas se autoavaliem e produz um mapa detalhado.

Meses depois, o mapa é uma planilha que ninguém atualiza. Este foi o primeiro sintoma descrito no manifesto da série, e ele tem uma causa clara: o inventário descreve pessoas, mas não ajuda a tomar nenhuma decisão. Uma organização pode mapear centenas de skills e ainda não conseguir responder à pergunta mais básica: o que precisamos ser capazes de fazer?

Uma lista pode dizer que a empresa tem pessoas com Excel, SQL, Python, precificação e visualização de dados. Isso ainda não diz se a empresa é capaz de definir preços com base em dados. Para isso, é preciso saber como essas skills se combinam, em que papéis, com que nível de profundidade e a serviço de qual objetivo.

Capability é da organização; skill é da pessoa

A distinção que resolve boa parte da confusão vem de antes da onda das skills. Em 2004, Dave Ulrich e Norm Smallwood defenderam que as capabilities organizacionais são atributos coletivos, que surgem quando a empresa combina as competências e habilidades das pessoas (Ulrich & Smallwood, 2004).

Eles descreveram onze capabilities comuns em organizações bem geridas, entre elas talento, velocidade, colaboração, aprendizado, inovação, conexão com o cliente e eficiência. E observaram que capabilities são estáveis no tempo e mais difíceis de copiar do que produtos ou tecnologia.

A consequência é direta: uma skill não é uma capability pequena. São coisas de natureza diferente. A capability descreve o que a organização consegue fazer. A skill descreve o que uma pessoa consegue demonstrar. Uma capability depende de skills, mas também de processos, decisões e incentivos, as outras pontas do desenho organizacional discutido no artigo 02.

A cadeia: da estratégia à decisão de talento

Se capability e skill são coisas diferentes, como conectá-las? A série propõe uma cadeia de cima para baixo:

1. Estratégia: para onde a organização vai.
2. Capability: o que a organização precisa ser capaz de fazer para chegar lá.
3. Papel e nível: onde, na arquitetura de cargos, essa capability é exercida, e com que complexidade.
4. Skill: o que uma pessoa precisa demonstrar para entregar a capability naquele papel e nível.
5. Decisão de talento: contratar, desenvolver, mover ou reconhecer com base nessa evidência.

O terceiro elemento é o que costuma faltar. Sem papéis e níveis definidos, as skills ficam soltas: não há como dizer qual profundidade de uma skill é esperada de um analista e qual é esperada de uma liderança. É por isso que este pilar vem depois da arquitetura de cargos, tema do artigo 03.

A pergunta deixa de ser "quem ocupa este cargo?" e passa a ser "qual capacidade precisamos ter, e quais evidências demonstram essa capacidade?".

Um exemplo: de vaga a capability

Na abordagem tradicional, a necessidade chega como uma vaga: precisamos contratar uma pessoa sênior de análise de dados.

Na abordagem orientada a capabilities, ela chega como uma lacuna organizacional: precisamos fortalecer nossa capacidade de análise de preços para sustentar uma nova estratégia de precificação.

A segunda formulação abre perguntas que a primeira fecha:

• Quais skills essa capability exige, em quais papéis e níveis?
• Quais dessas skills já existem dentro da empresa, talvez em outra área?
• Quais podem ser desenvolvidas em seis meses?
• Quais precisam ser contratadas?
• Que processos e decisões também precisam mudar para que a capability funcione?

Pode ser que a resposta continue sendo contratar alguém. Mas a contratação passa a ser uma das opções, e não o ponto de partida.

Uma linguagem comum para várias decisões

Quando a capability está clara, decisões que hoje operam em linguagens diferentes passam a usar a mesma referência:

Esse talvez seja o verdadeiro potencial da abordagem. Não substituir cargos por skills, mas conectar skills às capabilities que a estratégia exige, usando a arquitetura de cargos como ponte.

Três armadilhas comuns

Mesmo com a cadeia clara, três armadilhas aparecem com frequência:

• Autoavaliação como única evidência. Pedir que cada pessoa declare as próprias skills é um começo, não uma medição. Sem alguma evidência observável, como entregas, projetos ou avaliação de pares, o mapa reflete confiança, não capacidade.
• Taxonomia genérica de fornecedor. Bibliotecas prontas ajudam a acelerar, mas descrevem skills de mercado, não as capabilities que diferenciam a sua empresa. O que torna uma capability difícil de copiar é justamente o que não está na biblioteca.
• Skill sem nível. Dizer que alguém "tem SQL" não informa se a pessoa escreve uma consulta simples ou desenha o modelo de dados da empresa. Sem níveis de profundidade ligados aos níveis da arquitetura de cargos, a skill não serve para decidir nada.

Há ainda uma discussão mais ampla, sobre desmontar cargos em tarefas e reorganizar o trabalho a partir delas. Ela aparece em Work without Jobs, de Ravin Jesuthasan e John Boudreau (2022), e será o tema do artigo 09 da série.

Como começar sem criar um inventário infinito

Para quem quer dar o primeiro passo, a recomendação é inverter a ordem habitual:

1. Escolha duas ou três capabilities críticas para a estratégia dos próximos anos, e não todas as capabilities possíveis.
2. Localize onde elas são exercidas na arquitetura de cargos: quais famílias, quais níveis.
3. Descreva as skills que demonstram cada capability nesses papéis, com níveis de profundidade observáveis.
4. Conecte a uma decisão real, como uma contratação, um plano de desenvolvimento ou uma movimentação interna.
5. Só então amplie para outras capabilities.

O critério de sucesso não é o tamanho da taxonomia. É o número de decisões que passaram a ser tomadas com base nela.

Perguntas frequentes

O que é uma organização baseada em skills?

É uma organização que usa skills, além de cargos, como referência para decisões sobre contratação, desenvolvimento, alocação e mobilidade de pessoas.

Qual a diferença entre skill e capability?

A skill é individual: é o que uma pessoa consegue demonstrar. A capability é organizacional: é o que a empresa consegue fazer ao combinar skills, processos, decisões e incentivos.

Uma organização baseada em skills acaba com os cargos?

Não necessariamente. Cargos continuam úteis para estrutura, remuneração e obrigações legais. A mudança está em usar skills e capabilities como referência adicional para decisões que os cargos, sozinhos, não respondem bem.

Por onde começar a mapear skills?

Pelas poucas capabilities mais críticas para a estratégia, e não por um inventário completo. Um mapa pequeno usado em decisões reais vale mais do que um mapa grande que ninguém consulta.

Próximo artigo

O próximo texto entra no quarto pilar: por que tantas empresas contratam fora o que já tinham dentro, e por que plano de carreira, sozinho, não gera mobilidade.

Referências

1. CANTRELL, S.; GRIFFITHS, M.; JONES, R.; HIIPAKKA, J. The skills-based organization: a new operating model for work and the workforce. Deloitte Insights, 2022. Disponível em: deloitte.com.
2. JESUTHASAN, R.; BOUDREAU, J. W. Work without jobs: how to reboot your organization's work operating system. Cambridge: MIT Press, 2022.
3. ULRICH, D.; SMALLWOOD, N. Capitalizing on capabilities. Harvard Business Review, v. 82, n. 6, jun. 2004.
4. WORLD ECONOMIC FORUM. The future of jobs report 2025. Genebra: WEF, 2025. Disponível em: weforum.org.