Blocos de madeira, cerâmica branca e metal unidos ao redor de uma peça azul, com ferramentas nas laterais.

Quem deve ser responsável por uma arquitetura de skills

Quem pode alterar uma skill, aprovar um nível ou decidir que há evidências suficientes para usar o resultado? As três decisões exigem autoridades diferentes.

PRYSMAP4 min de leitura

A questão da responsabilidade costuma ser apresentada como uma escolha entre controle central e autonomia local. É uma escolha incompleta. Uma arquitetura conecta definições, relações, níveis, evidências e usos; nenhuma função concentra, sozinha, toda a autoridade necessária para mantê-los.

Uma boa governança distribui decisões sem diluir responsabilidades. Para isso, é preciso distinguir o que deve permanecer comum, o que requer conhecimento do domínio e quem responde quando uma modificação afeta as decisões sobre talentos.

Três chaves inseridas nas fechaduras de um armário; duas têm etiquetas, uma azul e outra preta.

Custódia central: preservar a coerência

Uma área central — geralmente Pessoas ou Recursos Humanos — deve zelar pela linguagem e pelo contrato da arquitetura. Ela define critérios para nomear uma skill, evitar duplicidades, relacionar tracks e funções, versionar mudanças e preservar a rastreabilidade.

Sua autoridade não vem de conhecer melhor cada trabalho, mas de observar o sistema como um todo. Pode detectar que duas áreas criaram conceitos equivalentes, que um nível é expresso de uma forma incompatível com os outros, ou que uma modificação local quebra a mobilidade e a comparabilidade.

Quando a equipe principal começa a redigir capacidades técnicas sem validação de domínio, ela ganha uniformidade e perde validade.

Autoridade de domínio: manter correspondência com o trabalho

Lideranças funcionais e especialistas devem responder pela atualidade do conteúdo de seu domínio: que capacidades são importantes, como se manifestam, que complexidade distingue os níveis e que mudanças no trabalho tornam uma definição obsoleta.

Esta autoridade precisa de evidências. A familiaridade com a área não é suficiente para transformar preferências pessoais em padrões. Uma definição deve poder ser comparada com decisões, resultados, procedimentos, restrições e situações reais da função.

Também não é propriedade exclusiva. Uma skill compartilhada por diversos tracks não deve mudar porque uma área a interpreta de uma maneira particular. O domínio propõe e valida; a custódia central resolve o impacto transversal.

Responsáveis pelas decisões: exigir adequação ao uso

A mesma arquitetura pode apoiar o desenvolvimento, a mobilidade, a seleção, a sucessão e o planejamento. Cada uso apresenta demandas diferentes. Os responsáveis por estas decisões devem definir o nível de evidência, atualidade e precisão de que necessitam antes de utilizar um resultado.

Essa camada evita uma ilusão comum: acreditar que uma definição tecnicamente correta é automaticamente autorizada para qualquer consequência. O uso em uma conversa sobre desenvolvimento tolera incertezas que seriam inaceitáveis em uma decisão de compensação ou exclusão. O responsável pelo processo que consome o resultado deve aceitar explicitamente seus limites e não ampliar a finalidade por conveniência.

Participantes: testar a clareza e a legitimidade

As pessoas descritas pela arquitetura não são receptoras passivas. Elas conseguem detectar termos que ninguém usa, níveis impossíveis de distinguir e manifestações que dependem de oportunidades às quais nem todos têm acesso.

Sua participação não substitui a autoridade técnica nem transforma cada definição em votação. Ela testa algo diferente: se a linguagem pode ser compreendida, se ela representa o trabalho e se suas consequências são explicáveis para quem será avaliado com ela.

Governança de evidências e tecnologia: controlar o que ganha escala

Quando a arquitetura alimenta avaliações, recursos analíticos ou sistemas automatizados, surgem responsabilidades pela qualidade dos dados, acesso, privacidade, vieses, interoperabilidade e mudanças de modelo. Essa responsabilidade pode ser distribuída entre dados, tecnologia, risco, jurídico e governança de talentos, mas seus controles devem fazer parte do mesmo ciclo de mudança.

O Kit de Ferramentas de Adoção de Taxonomia de skills Globais do Fórum Econômico Mundial (abre em uma nova aba) situa a responsabilidade, a prestação de contas, a consistência e a interoperabilidade no âmbito da governança de uma taxonomia. A contribuição dessa abordagem é importante: adotar uma linguagem comum não termina com a publicação de definições; exige instituições capazes de mantê-la e conectá-la a seus usos.

Uma regra para resolver conflitos

A estrutura pode ser resumida em uma regra de decisão:

Custódia central. Decide sobre coerência, estrutura e controle de versão.

Autoridade de domínio. Decide sobre a correspondência com o trabalho.

Responsável pelo processo. Decide se a evidência é suficiente para o uso.

Pessoas participantes. Validam compreensão, acesso e efeitos.

Funções de governança. Controlam riscos relacionados a dados, tecnologia e consequências. Quando duas autoridades discordam, não convém procurar quem tem a maior hierarquia. É preciso identificar que responsabilidade está em conflito. Uma definição pode ser fiel ao domínio e, ao mesmo tempo, incompatível com a linguagem comum. Nesse caso, nenhuma das partes deverá prevalecer sem resolver ambas as condições.

O desenho da governança está incompleto até que a organização possa nomear quem resolve cada uma dessas tensões, que evidências devem ser apresentadas e como a decisão é registrada para a próxima versão.