Quién debe ser dueño de una arquitectura de skills

La pregunta por el dueño suele formularse como una elección entre control central y autonomía local. Es una elección incompleta. Una arquitectura conecta definiciones, relaciones, niveles, evidencia y usos; ninguna función concentra por sí sola toda la autoridad necesaria para mantenerlos.

El gobierno adecuado distribuye decisiones sin diluir la responsabilidad. Para hacerlo necesita distinguir qué debe permanecer común, qué exige conocimiento del dominio y quién responde cuando una modificación afecta decisiones de talento.

Custodia central: proteger la coherencia

Una función central —habitualmente People o Recursos Humanos— debe custodiar el lenguaje y el contrato de la arquitectura. Define criterios para nombrar una skill, evitar duplicados, relacionar tracks y roles, versionar cambios y conservar trazabilidad.

Su autoridad no proviene de conocer mejor cada trabajo. Proviene de observar el sistema completo. Puede detectar que dos áreas crearon conceptos equivalentes, que un nivel se expresa de manera incompatible con los demás o que una modificación local rompe movilidad y comparabilidad.

Cuando el equipo central comienza a redactar capacidades técnicas sin validación del dominio, gana uniformidad y pierde validez.

Autoridad de dominio: mantener correspondencia con el trabajo

Líderes funcionales y personas expertas deben responder por la vigencia del contenido de su dominio: qué capacidades importan, cómo se manifiestan, qué complejidad distingue niveles y qué cambios del trabajo vuelven obsoleta una definición.

Esta autoridad necesita evidencia. La familiaridad con el área no basta para transformar preferencias personales en estándar. Una definición debe poder contrastarse con decisiones, resultados, procedimientos, restricciones y situaciones reales del rol.

Tampoco es propiedad exclusiva. Una skill compartida por varios tracks no debería cambiar porque un área la interpreta de forma particular. El dominio propone y valida; la custodia central resuelve el impacto transversal.

Dueños de las decisiones: exigir aptitud para el uso

Una misma arquitectura puede apoyar desarrollo, movilidad, selección, sucesión y planificación. Cada uso introduce exigencias distintas. Quienes responden por esas decisiones deben definir qué nivel de evidencia, actualidad y precisión necesitan antes de utilizar un resultado.

Esta capa evita una ilusión frecuente: creer que una definición técnicamente correcta queda automáticamente autorizada para cualquier consecuencia. El uso en una conversación de desarrollo tolera incertidumbres que serían inaceptables en una decisión de compensación o exclusión. El dueño del proceso consumidor debe aceptar explícitamente los límites y no ampliar el propósito por conveniencia.

Participantes: probar interpretabilidad y legitimidad

Las personas descritas por la arquitectura no son receptoras pasivas. Pueden detectar términos que nadie usa, niveles imposibles de distinguir y manifestaciones que dependen de oportunidades a las que no todos acceden.

Su participación no reemplaza la autoridad técnica ni convierte cada definición en votación. Prueba algo diferente: si el lenguaje puede comprenderse, si representa el trabajo y si sus consecuencias resultan explicables para quienes serán evaluados con él.

Gobierno de evidencia y tecnología: controlar lo que escala

Cuando la arquitectura alimenta evaluaciones, analítica o sistemas automatizados, aparecen responsabilidades sobre calidad de datos, acceso, privacidad, sesgos, interoperabilidad y cambios de modelo. Esta función puede estar distribuida entre datos, tecnología, riesgo, legal y gobierno de talento, pero sus controles deben formar parte del mismo ciclo de cambio.

Una regla para resolver conflictos

El marco puede resumirse en una regla de decisión:

Custodia central. Decide sobre coherencia, estructura y versionado.

Autoridad de dominio. Decide sobre correspondencia con el trabajo.

Dueño del proceso. Decide si la evidencia es suficiente para su uso.

Personas participantes. Validan comprensión, acceso y efectos.

Funciones de gobierno. Controlan riesgos de datos, tecnología y consecuencias. Cuando dos autoridades discrepan, no conviene buscar quién tiene mayor jerarquía. Hay que identificar qué propiedad está en conflicto. Una definición puede ser fiel al dominio y, al mismo tiempo, incompatible con el lenguaje común. En ese caso, ninguna parte debería imponerse sin resolver ambas condiciones.

El diseño de gobierno queda incompleto hasta que la organización puede nombrar quién resuelve cada una de esas tensiones, qué evidencia debe presentar y cómo se registra la decisión para la siguiente versión.