Diseña un modelo de competencias por cargo y justifica los niveles requeridos

Menú Agendar una demo ↗

Una celda vacía puede ser más útil que un nivel inventado. Si el trabajo del cargo no aclara qué exige una competencia, completar la matriz oculta el pendiente. Revisa un caso de tres cargos para justificar cinco requisitos y conservar uno abierto hasta contar con antecedentes.

Recibe el trabajo del cargo y decide el uso del modelo

El punto de partida es el trabajo que debe realizarse. Reúne las responsabilidades y resultados del perfil ya revisado, el contexto en que se ejecutan y las decisiones que corresponden al cargo. El nombre del puesto ayuda a localizarlo; no basta para deducir sus competencias. Dos cargos con un nombre parecido pueden enfrentar dependencias y excepciones diferentes.

Define también para qué se usará el modelo. Esta guía prepara requisitos para un ciclo de evaluación y desarrollo. La salida describe lo que requiere cada cargo; todavía no indica qué nivel tiene una persona. Esa separación permite discutir la exigencia antes de conocer una calificación individual y reduce la tentación de ajustar el requisito para que coincida con un resultado.

Solicita a la jefatura un ejemplo de trabajo habitual y otro en el que cambian las condiciones. Pregunta qué decisiones toma el cargo, qué puede resolver con apoyo y qué debe acordar con otras áreas. Conserva las referencias que sostienen sus respuestas. Si el perfil está desactualizado o dos responsables describen trabajos distintos, registra el desacuerdo antes de completar el modelo.

La introducción pública de la ficha de CIPD sobre marcos de competencias destaca la claridad de expectativas y la necesidad de equilibrar detalle y flexibilidad. Es una orientación profesional general, no una validación de la matriz que sigue. El diseño propuesto aquí y sus códigos son un ejemplo editorial ficticio.

Vincula cada requisito con una responsabilidad observable

Trabaja con una relación que pueda explicarse: responsabilidad del cargo, competencia candidata, conducta pertinente y fuente. Una competencia no se justifica solo porque figure en el diccionario corporativo. Debe ayudar a describir una exigencia reconocible del trabajo. Si dos conceptos cubren la misma conducta, revisa la duplicación antes de aumentar el formulario.

Supón que una responsabilidad consiste en mantener un acuerdo entre áreas cuando cambian las prioridades. La conducta relevante puede ser contrastar esas prioridades y dejar explícito el siguiente acuerdo. Es más concreto que exigir una persona “muy colaborativa”, una expresión que puede mezclar preferencias personales con lo que necesita el trabajo.

El recurso editable conserva esta relación en una pauta por cargo. Utiliza la plantilla en blanco para registrar una propuesta y el ejemplo resuelto para seguir la justificación de las seis combinaciones del caso. Ambos mantienen separados el requisito, la razón y la aprobación; no contienen nombres de trabajadores ni niveles observados.

El diccionario aporta definiciones compartidas. El modelo por cargo decide cuáles se necesitan y qué exigencia necesita. Mantener esa diferencia evita reproducir el catálogo completo en cada puesto. La matriz de habilidades de un equipo y la aplicación del instrumento a una persona responden otras preguntas y necesitan sus propios controles.

Propón niveles requeridos y registra la razón

Describe primero qué cambia entre los niveles que vas a utilizar. En este caso, C1 significa Coordinación de compromisos. Su nivel 2 consiste en comunicar dependencias del propio trabajo y acordar el próximo paso; el nivel 3 añade contrastar prioridades entre áreas y dejar un acuerdo explícito. Esas descripciones son locales al ejemplo y no equivalen automáticamente a otro diccionario.

C2 significa Resolución de casos. Su nivel 1 describe resolver casos habituales siguiendo una pauta. El nivel 2 supone contrastar una excepción con evidencia y apoyo pertinente. El segundo no significa hacerlo todo sin apoyo. Su exigencia depende del tipo de situación que corresponde resolver al cargo.

La razón del nivel requerido debe citar una responsabilidad y el contexto que la vuelve necesaria. No asignes siempre el máximo para mostrar ambición ni conviertas la posición jerárquica en una escala automática. Una diferencia entre niveles ordena descripciones; no demuestra distancias iguales ni autoriza sumar o promediar los códigos.

Si una propuesta se prepara con IA, conserva la entrada utilizada, la sugerencia y la decisión de revisión. Por ejemplo, una herramienta puede recibir las responsabilidades y sugerir C1 en nivel 3; el responsable del modelo debe contrastar si ese cargo realmente acuerda prioridades entre áreas o solo comunica dependencias. La aprobación o el rechazo necesita una razón registrable.

La documentación de Leapsome distingue competencias y expectativas por niveles y permite delimitar su relevancia. Es una referencia de cómo otra plataforma organiza su propio marco; no demuestra que Ralun tenga esos mismos controles ni convierte la antigüedad en un requisito válido. La operación de Ralun se contrasta con su oferta actual y con la configuración que se revise.

Resuelve la matriz de tres cargos y dos competencias

El caso es ficticio. R1 resuelve casos habituales y comunica sus dependencias. R2 coordina prioridades de dos áreas y revisa excepciones. R3 revisa información de proceso y acuerda dependencias, pero su responsabilidad sobre excepciones no está aclarada. Son descripciones de trabajo para ilustrar el método, no recomendaciones universales para profesiones o niveles jerárquicos.

R1/C1 se vincula con comunicar las dependencias de su trabajo y acordar el próximo paso. R1/C2 corresponde a resolver casos habituales con una pauta. R2/C1 necesita contrastar prioridades entre áreas y dejar un acuerdo explícito; R2/C2 incluye revisar excepciones con evidencia y apoyo. R3/C1 conserva el nivel 2 porque su trabajo descrito incluye acordar dependencias.

R3/C2 queda sin nivel requerido. Antes de decidir, la jefatura y el responsable del modelo deben aclarar qué excepciones corresponden al cargo y revisar un antecedente del trabajo que lo sostenga. El recurso registra ese pendiente y quién debe resolverlo; la fecha se acuerda en el proceso real, no se inventa en el ejemplo.

La salida contiene seis combinaciones: cinco requisitos acordados y uno pendiente. No se asigna cero ni el máximo al faltante. Tampoco se calcula un promedio del cargo. La matriz describe expectativas del trabajo, no niveles observados ni desempeño de una persona.

Para contrastar una propuesta con la oferta de Ralun, puedes preparar un cargo anonimizado y ver una demo de un modelo de competencias por cargo. Lleva sus responsabilidades, las definiciones que ya uses y un requisito que todavía necesite revisión. Así la conversación puede examinar una salida concreta y la decisión que conservará tu equipo.

Contrasta el modelo y conserva su versión

Entrega cada propuesta a quienes conocen el trabajo y a quien puede aprobar su uso. Pídeles explicar la relación completa, no solo marcar si la competencia “suena bien”. Una discrepancia sobre el nivel puede revelar diferencias en la responsabilidad descrita, en el alcance del cargo o en el significado del anclaje.

1. Registra la propuesta, su razón y la fuente consultada.
2. Conserva el desacuerdo y el antecedente que falta para resolverlo.
3. Describe el cambio y quién lo revisó antes de aprobar.
4. Identifica versión, alcance y ciclo en que se utilizará.

Una consulta a líderes aporta contraste del trabajo; no acredita por sí sola validez psicométrica, equidad o precisión. Si el uso requiere una revisión especializada, incorpora esa necesidad antes de aplicar el instrumento. No presentes el registro de aprobación como un certificado de validación.

Cuando cambie el trabajo, revisa sus requisitos y conserva la versión anterior con el ciclo que la utilizó. Un cambio futuro de nivel requerido no reescribe automáticamente la evidencia de una evaluación pasada. El gobierno de versiones y la aplicación de un piloto necesitan un procedimiento propio; aquí se registra el traspaso y lo pendiente, sin sustituir esos trabajos.

Pasa requisitos revisados a evaluación y desarrollo

Entrega el modelo con definiciones, conductas, niveles requeridos, justificaciones, fuentes, aprobación y pendientes visibles. Quien prepare la evaluación necesitará distinguir este requisito del nivel observado de una persona. Quien revise cobertura del equipo necesitará conservar otra unidad de análisis. El mismo código no vuelve equivalentes esas dos tareas.

Comprueba antes del traspaso si otra persona puede explicar por qué R2/C1 requiere el nivel 3 y por qué R3/C2 sigue pendiente. Si solo puede repetir el número, falta información útil. Recupera la razón y la fuente antes de usar esa celda como referencia para un juicio individual.

La página vigente de evaluación de competencias de Ralun describe una propuesta de competencias, conductas y niveles a partir de estrategia y familias de cargo, con revisión de DO y líderes. También comunica un diccionario editable en Word. Es la oferta publicada: no prueba por sí sola que una configuración concreta esté disponible o validada para tu organización.

Ver una demo de un modelo de competencias por cargo permite revisar el entregable, los ajustes necesarios y quién aprueba el resultado. Conserva la decisión metodológica dentro de tu equipo y confirma el alcance del servicio. Una propuesta de IA o una reunión no convierten automáticamente el modelo en un instrumento válido para cualquier uso.

Preguntas frecuentes

¿Debo asignar el nivel máximo a los cargos de mayor jerarquía?

No. Justifica el nivel con las responsabilidades, decisiones y contexto del trabajo. Un cargo puede necesitar una exigencia alta en una competencia y otra distinta en un segundo criterio. La jerarquía no reemplaza esa justificación.

¿Una celda pendiente impide conservar el resto de la propuesta?

Puedes conservar los requisitos acordados y mantener el pendiente visible. Antes de aplicar el modelo, define qué uso permite esa cobertura y quién resolverá lo que falta. No rellenes el vacío con cero ni con una exigencia máxima.

¿El nivel requerido indica la competencia de la persona que ocupa el cargo?

No. Describe una expectativa del trabajo. El nivel observado requiere un instrumento, evidencia y un período de observación. Cambiar el requisito no demuestra que la persona haya mejorado o empeorado.

¿La revisión de la jefatura valida científicamente el modelo?

No por sí sola. La revisión puede ayudar a comprobar pertinencia y resolver desacuerdos del trabajo. La evidencia necesaria para otros usos y afirmaciones de validez debe revisarse de manera específica; esta pauta no la certifica.

Referencias: CIPD Competence and competency frameworks, introducción pública; Leapsome Introduction to Competency Frameworks, documentación de su producto. Matriz y pautas MC-01–MC-03: desarrollo editorial ficticio de Ralun a partir del brief; no instrumento validado ni evaluación de personas.