ES
Tres estaciones de trabajo mecánicas montadas a diferentes alturas sobre una estructura común.

Un catálogo por rol o una arquitectura compartida — qué modelo escala mejor

Crear un catálogo de skills para cada rol ofrece precisión inmediata: cada posición recibe una lista hecha a medida. El costo aparece después, cuando las mismas capacidades se duplican con nombres, niveles y criterios distintos, y cualquier cambio obliga a mantener decenas de versiones.

PRYSMAP4 min de lectura

Una arquitectura compartida parte de otra decisión. Define una base común de skills y diferencia roles mediante expectativas: profundidad, autonomía, complejidad, alcance, liderazgo, impacto y evidencia requerida. Sacrifica parte de la libertad local para conservar relaciones que facilitan evaluación, desarrollo y movilidad.

Ningún modelo escala por su forma visual. Escala si mantiene significado cuando aumentan los roles, los cambios y las decisiones que dependen de él.

Lo que optimiza el catálogo por rol

El catálogo independiente permite describir el trabajo con lenguaje muy cercano a cada posición. Un equipo puede avanzar sin esperar una taxonomía central y adaptar la lista a una necesidad inmediata.

Ese modelo funciona razonablemente cuando existen pocos roles estables, baja movilidad entre ellos y responsables claramente separados. También puede ser útil como etapa de descubrimiento: las descripciones locales revelan vocabulario, tareas y capacidades que todavía no han sido reconciliadas.

Su debilidad aparece cuando la duplicación deja de ser visible. Pensamiento analítico, resolución de problemas o gestión de stakeholders pueden existir en quince catálogos con redacciones distintas. La organización pierde la posibilidad de saber si son la misma skill, variantes contextuales o conceptos realmente diferentes.

Cada nueva versión amplifica el problema. Actualizar una definición en un rol no modifica las otras. Comparar personas entre posiciones exige traducir catálogos. Las rutas de movilidad dependen de coincidencias textuales y la evaluación puede aplicar estándares distintos a la misma capacidad.

Tres estuches de herramientas, un panel central con llaves y alicates ordenados y varias bandejas vacías.

Lo que optimiza una arquitectura compartida

La arquitectura compartida convierte la reutilización en regla explícita. Los roles de un mismo track comparten exactamente el mismo conjunto de skills; se distinguen por las expectativas asociadas a su nivel y responsabilidad. Entre tracks, se reconocen capacidades compartidas, skills nuevas y necesidades de adaptación.

Este principio no obliga a que todos los roles sean iguales. Obliga a ubicar la diferencia en el lugar correcto.

Si dos posiciones usan la misma capacidad con distinta autonomía, crear dos skills separadas oculta la progresión. Si requieren objetos o formas de desempeño materialmente distintos, fusionarlas por conveniencia produce una categoría demasiado amplia.

Marcos ocupacionales como O*NET y ESCO muestran el valor de una clasificación común: permiten describir capacidades transversales y relacionarlas con ocupaciones distintas. Su utilidad no está en copiar sus listas como catálogo interno, sino en mostrar que la comparabilidad requiere identificadores y significados compartidos.

La decisión cambia cinco costos

Mantenimiento. En catálogos independientes, el costo crece con cada rol y duplicación. En una arquitectura compartida, cambiar una skill común exige más gobernanza inicial, pero reduce actualizaciones repetidas.

Consistencia. El modelo por rol acepta variaciones locales con facilidad. La arquitectura compartida necesita reglas para decidir qué se reutiliza y qué merece una entidad distinta.

Detalle. El catálogo local puede incorporar contexto específico. La arquitectura debe conservar ese contexto en expectativas, ejemplos y evidencia sin fragmentar la skill.

Movilidad. Con listas independientes, comparar roles es un proyecto adicional. Con una base compartida, la relación entre capacidades reutilizables, adaptación y skills nuevas queda más visible.

Legitimidad. La estandarización central puede alejarse del trabajo si no participan expertos funcionales. La autonomía local puede producir incoherencia si nadie gobierna conceptos comunes. Escalar requiere distribuir autoría y mantener una decisión final clara.

Un criterio de elección más exigente

La pregunta no debería ser cuántos roles tiene la organización hoy. Debería ser cuántas decisiones futuras necesitarán cruzarlos.

Si la arquitectura apoyará movilidad, sucesión, desarrollo común, análisis de cobertura o comparaciones entre equipos, la base compartida ofrece una ventaja estructural. Si el alcance es pequeño, temporal y sin necesidad de interoperar, un catálogo local puede ser suficiente, siempre que se reconozca la deuda que generará al crecer.

Existe una salida híbrida válida: descubrir localmente y reconciliar centralmente. Los equipos describen el trabajo con detalle; una función de arquitectura identifica equivalencias, separa conceptos y conserva extensiones contextuales. Lo que no funciona es llamar híbrido a mantener listas duplicadas sin una capa común.

Una arquitectura escala cuando permite añadir roles sin multiplicar significados innecesarios.

  4. Portada de Sorting Things Out sobre una mesa de madera, junto a una pequeña caja de papel.

    Sorting Things Out: toda taxonomía describe y también decide

    El libro Sorting Things Out examina cómo categorías y estándares organizan el mundo mientras distribuyen visibilidad, trabajo y consecuencias. Leerlo desde una arquitectura de skills amplía la pregunta hacia las decisiones que una taxonomía hace posibles.