Um catálogo por função ou uma arquitetura compartilhada — qual modelo escala melhor

Uma arquitetura compartilhada parte de outra decisão. Define uma base comum de skills e diferencia funções por suas expectativas: profundidade, autonomia, complexidade, escopo, liderança, impacto e evidências necessárias. Abre mão de parte da liberdade local para preservar relações que facilitam a avaliação, o desenvolvimento e a mobilidade.

Nenhum modelo ganha escala por sua forma visual. Ele escala quando preserva o significado à medida que aumentam as funções, as mudanças e as decisões que dependem dele.

O que otimiza o catálogo por função

O catálogo independente permite descrever o trabalho em uma linguagem muito próxima de cada função. Uma equipe pode avançar sem esperar por uma taxonomia central e adaptar a lista a uma necessidade imediata.

Este modelo funciona razoavelmente quando há poucas funções estáveis, baixa mobilidade entre elas e gestores claramente separados. Também pode ser útil como fase de descoberta: as descrições locais revelam vocabulário, tarefas e capacidades que ainda não foram reconciliadas.

Sua fragilidade aparece quando a duplicação deixa de ser visível. O pensamento analítico, a resolução de problemas ou a gestão de públicos de interesse podem existir em quinze catálogos com redações diferentes. A organização perde a possibilidade de saber se são a mesma skill, variantes contextuais ou conceitos realmente diferentes.

Cada nova versão amplifica o problema. Atualizar uma definição em uma função não modifica as outras. Comparar pessoas entre cargos requer a tradução de catálogos. As rotas de mobilidade dependem de correspondências textuais e a avaliação pode aplicar padrões diferentes à mesma capacidade.

O que otimiza uma arquitetura compartilhada

A arquitetura compartilhada torna a reutilização uma regra explícita. Funções no mesmo track compartilham exatamente o mesmo conjunto de skills; Distinguem-se pelas expectativas associadas ao seu nível e responsabilidade. Entre tracks, são reconhecidas capacidades compartilhadas, novas skills e necessidades de adaptação.

Esse princípio não exige que todas as funções sejam iguais. Exige que a diferença seja colocada no lugar certo.

Se duas posições usam a mesma capacidade com graus diferentes de autonomia, criar duas skills separadas oculta a progressão. Se exigem objetos ou formas de desempenho materialmente diferentes, reuni-las por conveniência produz uma categoria ampla demais.

A decisão altera cinco custos

Manutenção. Em catálogos independentes, o custo aumenta a cada função e duplicação. Em uma arquitetura compartilhada, alterar uma skill comum requer mais governança inicial, mas reduz atualizações repetidas.

Consistência. O modelo aceita facilmente variações locais. A arquitetura compartilhada precisa de regras para decidir o que é reutilizado e o que merece uma entidade diferente.

Detalhe. O catálogo local pode incorporar um contexto específico. A arquitetura deve preservar esse contexto em expectativas, exemplos e evidências sem fragmentar a skill.

Mobilidade. Com listas separadas, comparar funções se torna um projeto adicional. Com uma base compartilhada, a relação entre capacidades reutilizáveis, adaptação e novas skills fica mais visível.

Legitimidade. A padronização central pode prejudicar o trabalho se especialistas funcionais não estiverem envolvidos. A autonomia local pode produzir incoerência se ninguém governar conceitos comuns. O dimensionamento requer a distribuição da autoria e a manutenção de uma decisão final clara.

Um critério de seleção mais exigente

A questão não deveria ser quantas funções a organização tem hoje, mas quantas decisões futuras precisarão atravessá-las.

Se a arquitetura apoiar mobilidade, sucessão, desenvolvimento comum, análise de cobertura ou comparações entre equipes, a base compartilhada oferece uma vantagem estrutural. Se o escopo for pequeno, temporário e sem necessidade de interoperabilidade, um catálogo local pode ser suficiente, desde que se reconheça a dívida que ele criará à medida que crescer.

Existe uma saída híbrida válida: descobrir localmente e reconciliar centralmente. As equipes descrevem detalhadamente o trabalho; uma função arquitetônica identifica equivalências, separa conceitos e preserva extensões contextuais. O que não funciona é chamar de híbrido o ato de manter listas duplicadas sem uma camada comum.

Uma arquitetura é escalável quando permite adicionar funções sem multiplicar significados desnecessários.