
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.
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.

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.





