Artigos sobre como desenhar, conectar e evoluir as capacidades de que uma organização precisa.
32 artigos
Uma pessoa pode parecer próxima de uma função porque compartilha muitas skills e, ainda assim, enfrentar uma transição difícil devido a diferenças de nível, contexto, autonomia ou experiência. Também pode parecer distante por causa do título e ter uma base transferível maior do que a organização reconhece.
Uma organização pode procurar durante meses por uma capacidade que já existe dentro dela, mas associada a outra função, outro setor ou a um problema com um nome diferente.
Se avaliadores razoáveis não conseguirem explicar que evidências separam dois níveis consecutivos, a arquitetura contém uma diferença nominal, não uma progressão utilizável.
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.
Criar um catálogo de skills para cada função oferece precisão imediata: cada posição recebe uma lista personalizada. O custo aparece mais tarde, quando as mesmas capacidades são duplicadas com nomes, níveis e critérios diferentes, e qualquer mudança exige a manutenção de dezenas de versões.
Quando duas funções compartilham as mesmas skills, a diferença relevante não está em mudar o catálogo. Está em especificar o nível de contribuição que a organização espera de cada uma.
Track, função e nível respondem a perguntas diferentes. Quando uma arquitetura os trata como sinônimos, cada mudança de título acaba alterando skills, expectativas e rotas de mobilidade que deveriam permanecer separadas.
Um catálogo responde quais skills existem e como encontrá-las. Uma arquitetura acrescenta as relações necessárias para interpretar expectativas, avaliar evidências, orientar o desenvolvimento e reconhecer caminhos entre funções.