Ralun · Lectura estimada: 9 minutos
Apruebas una nueva versión del modelo, pero una evaluación cerrada, un piloto y un PDI siguen usando la anterior. ¿Qué cambia para cada uno? Un registro de cuatro aplicaciones muestra cómo acordar una transición sin reescribir evidencia ni compromisos vigentes.
Delimita qué usos del modelo necesitan coherencia
Gestionar por competencias exige mantener relacionadas las definiciones, los requisitos del trabajo, la evidencia individual y las acciones de desarrollo. Si cambia una conducta del modelo, RR. HH. necesita saber dónde se utilizó antes de decidir qué hacer con ese cambio. Para comenzar, identifica qué referencia sostiene cada evaluación y cada acuerdo vigente.
Esta guía se centra en evaluación y desarrollo. No redacta un nuevo diccionario ni asigna niveles a personas. Su alcance tampoco incluye contratación o remuneraciones. Propone un registro de gobierno: identifica el uso, la versión que lo sustenta, las personas responsables y la condición que debe cumplirse para una transición. La aprobación del contenido y la autorización para aplicarlo quedan distinguidas.
La introducción pública de CIPD sobre marcos de competencias destaca que pueden aclarar expectativas y vincular desempeño individual y organizacional, cuidando el equilibrio entre detalle y flexibilidad. Esa orientación respalda prestar atención al uso del marco; no valida un modelo propio ni demuestra que sus categorías sean comparables después de cambiarlas. El caso y la pauta de esta guía son propuestas editoriales originales, no instrumentos psicométricos.
Relaciona cada uso con su versión y responsable
El catálogo de conductas, los requisitos por cargo, el instrumento de evaluación y un acuerdo de desarrollo son objetos distintos. Compartir el nombre de una competencia no los convierte en el mismo documento. Conserva una referencia identificable de cada objeto y quién explica por qué se utiliza esa versión.
| Campo del registro | Pregunta que debe poder responder |
|---|---|
| Modelo y versión | ¿Qué definición o conducta se utilizó y dónde se conserva? |
| Aplicación y objeto | ¿Qué evaluación, piloto o acuerdo depende de esa referencia? |
| Responsables | ¿Quién mantiene el contenido, quién lo aplica y quién autoriza el cambio? |
| Vigencia y estado | ¿Es una referencia histórica, actual o planificada para ese uso? |
| Condición y decisión | ¿Qué debe resolverse antes de cambiar y qué se conservará? |
| Comunicación y revisión | ¿Quién necesita conocer la decisión y cuándo se comprobará? |
El dueño del contenido mantiene la definición y su historial. El responsable de aplicación conoce el ciclo o acuerdo afectado. Quien autoriza el cambio acepta su alcance y sus condiciones. En una organización pequeña, una persona puede asumir más de una función, pero el registro debe mostrar en qué calidad tomó cada decisión. Una firma sin ese contexto dificulta revisar responsabilidades.
Utiliza el registro editable de usos y responsables para preparar esa conversación. La plantilla en blanco permite completar los campos del proceso propio; el ejemplo ficticio conserva las cuatro aplicaciones que se explican más adelante. La pauta de impacto registra la decisión y la comunicación sin modificar los resultados de una evaluación.
Evalúa qué cambia antes de aprobar una nueva versión
- Cambio. Conserva la conducta anterior y la propuesta.
- Usos afectados. Localiza instrumentos, evaluaciones y planes.
- Decisión. Acuerda responsables y condiciones antes de aplicar.
Primero compara el significado anterior y el propuesto. Corregir una errata conservando la conducta no plantea el mismo problema que añadir una responsabilidad entre áreas. Si cambia lo que se espera observar, también pueden cambiar las instrucciones, las oportunidades de observación y los compromisos que tenían sentido bajo la referencia anterior.
- Identifica la definición, conducta o requisito que cambia y conserva su redacción anterior.
- Localiza los instrumentos, evaluaciones y planes que dependen de esa referencia.
- Describe para cada uso el impacto esperado, la evidencia que falta y quién debe revisarlo.
- Decide la transición y sus condiciones antes de comunicar una fecha de aplicación.
Una misma etiqueta de nivel no asegura comparabilidad. Un nivel 3 de V1 y un nivel 3 de V2 pueden remitir a conductas distintas. No restes esos valores ni interpretes su diferencia como avance o brecha sin examinar qué describen. La revisión interna puede resolver pertinencia y aplicación; no constituye por sí sola validación psicométrica.
La pauta de impacto y transición separa el tipo de cambio, sus usos afectados y la decisión pendiente. Una corrección editorial debe seguir siendo trazable, aunque no requiera cambiar el instrumento. Cuando se modifica el alcance de una conducta, explica por qué un uso conserva su referencia o qué condición justifica pasar a otra. El número de versión deja constancia de la revisión. La decisión de aplicarla necesita su propio responsable y sus condiciones.
Resuelve una transición sin reescribir el ciclo anterior
- V1 conservada. C1 cerrada, piloto C2 y PDI vigente.
- V2 futura. C3 planificada, condicionada al piloto de V2 y la comunicación.
- Sin migración automática. Ninguna aplicación actual cambia de versión automáticamente.
El siguiente caso es ficticio. Una empresa modifica en V2 la conducta de coordinación para incluir excepciones entre áreas. En V1, ese alcance no estaba descrito del mismo modo. El comité interno de modelo, con un responsable de DO, registra el cambio CAM-02 y lo aprueba para el próximo ciclo después de probar el instrumento. Antes del lanzamiento deben revisarse las instrucciones, comunicarse el alcance y resolverse el piloto de V2.
| Aplicación del caso | Referencia y estado | Decisión de transición |
|---|---|---|
| Evaluación C1 cerrada | V1 · Histórico conservado | No reetiquetar ni recalcular el resultado y la evidencia con V2. |
| Piloto C2 en ejecución | V1 · Congelado para concluir esa prueba | Registrar el cambio propuesto fuera de las respuestas del piloto. |
| Evaluación C3 futura | V2 · Planificada y condicionada | Autorizar el lanzamiento solo tras resolver el piloto de V2 y la comunicación. |
| PDI vigente | V1 · Acuerdo actual conservado | Revisar su pertinencia en el siguiente encuentro, sin cambiar unilateralmente el compromiso. |
El registro concilia cuatro aplicaciones: tres referencias a V1 y una a V2 futura. Ninguna aplicación actual migra automáticamente. La evaluación cerrada conserva el contexto con el que se produjo; el piloto iniciado concluye la prueba acordada; el plan mantiene un compromiso que requiere conversación. Aprobar V2 para un uso futuro no borra esas diferencias.
El piloto C2 de V1 y la prueba pendiente de V2 tampoco son la misma prueba. Dar por concluido el primero no demuestra que el instrumento nuevo esté listo. El registro de CAM-02 mantiene explícita esa condición y el responsable de resolverla. Si no se cumple, el estado de C3 sigue siendo planificado; una fecha prevista no lo convierte en vigente.
Para revisar esta tarea con Ralun, prepara un modelo anonimizado y una aplicación de evaluación o desarrollo. Ver una demo de una tarea con el modelo de competencias debe permitir comprobar qué entradas necesita la tarea, qué salida puede recuperarse y qué revisión conserva tu equipo.
Comprueba el paso de evaluación a desarrollo
Una necesidad de desarrollo debe poder rastrearse hasta el criterio, su versión y una oportunidad pertinente de observación. Recupera qué conducta se esperaba, qué se observó y qué apoyo se acordó. Si falta evidencia, conserva ese faltante: el cambio del modelo no lo convierte en una valoración baja ni aporta una observación nueva.
En el PDI del caso se había acordado practicar coordinación bajo V1. El siguiente encuentro debe revisar si esa práctica sigue siendo pertinente y qué implicaría añadir excepciones entre áreas. La persona y su líder pueden mantener el acuerdo, ajustarlo o proponer otro, dejando el motivo y la nueva referencia. No corresponde sustituir el compromiso sin conversar porque apareció V2.
Conserva la evidencia y el acuerdo anterior cuando necesitas explicar la transición. Si una observación de V1 no cubre el alcance de V2, describe qué antecedente falta. No presentes una diferencia entre números de versiones distintas como una brecha individual. El diseño de actividades y apoyos pertenece al plan de desarrollo; este registro explica de qué criterio procede y quién debe revisar su continuidad.
La documentación de Leapsome muestra, como ejemplo de otro proveedor, relaciones entre competencias, evaluaciones y objetivos de desarrollo. Esa referencia ayuda a distinguir objetos conectados; no demuestra funciones de Ralun ni prescribe su configuración. Aquí el registro permite examinar la dependencia aunque el equipo todavía la mantenga de forma manual.
Mantén el registro y demuestra una dependencia real
Revisa el registro cuando exista un cambio relevante y antes de lanzar un uso que dependa de él. El responsable debe poder recuperar la versión, su decisión y la condición vigente. La comunicación indica a quién afecta, qué se conserva, qué cambia y dónde consultar la referencia. Confirma la recepción cuando sea necesaria para aplicar la decisión; un mensaje enviado no demuestra comprensión.
La prueba final puede ser concreta: selecciona una evaluación o un PDI y pide recuperar el criterio y la versión que lo sostienen. Comprueba después quién autoriza una transición y qué pendiente la impide. Si para responder hace falta reconstruir la historia desde varios mensajes, registra esa dificultad y acuerda dónde quedará la referencia de trabajo.
Las páginas actuales de Ralun describen propuestas de competencias, conductas y niveles que DO y líderes revisan, y planes preparados desde brechas y feedback que la persona y su líder ajustan. Antes de atribuir gestión de versiones, propagación automática o recuperación de dependencias a una configuración concreta, hay que comprobar esa tarea y sus límites. Estas páginas comunican una oferta; no acreditan una prueba funcional de este registro.
Ralun presenta su propuesta SWAS como software con asesoría incluida y reuniones metodológicas mensuales. Los servicios expertos adicionales tienen un alcance que debe confirmarse por separado. El acompañamiento puede enmarcar la revisión del proceso, sin prometer que cualquier cambio del modelo será implementado o validado dentro del servicio.
Utiliza la plantilla en blanco para registrar los usos propios y el ejemplo CAM-02 para contrastar una transición sin datos de personas reales. Ver una demo de una tarea con el modelo de competencias permite preparar una comprobación con entradas, salida, revisión humana y límites acordados.
Preguntas frecuentes
¿Aprobar V2 obliga a cambiar todas las evaluaciones?
No. La decisión debe indicar para qué uso se aprueba y qué condición permite aplicarla. Un resultado histórico o un piloto iniciado puede conservar V1, mientras un ciclo futuro planifica V2.
¿Una corrección de redacción exige repetir el ciclo?
Depende de si cambia el significado. Conserva el antes y después y revisa su impacto. Corregir una errata puede mantener la referencia de aplicación; cambiar la conducta esperada requiere examinar instrumentos y usos afectados.
¿Puedo comparar niveles con el mismo número entre versiones?
El número por sí solo no demuestra equivalencia. Compara las conductas y las condiciones de observación. Si cambió el alcance, registra el límite y la evidencia pendiente antes de interpretar una diferencia.
¿El registro sustituye un diccionario o un PDI?
No. Conserva las referencias y decisiones que conectan esos objetos. El diccionario define competencias; el requisito por cargo establece lo esperado; el PDI organiza acciones y apoyos. El registro permite recuperar qué relación se utilizó.
Referencias: CIPD, Competence and competency frameworks, introducción pública de 21 de noviembre de 2025; Leapsome, How to use a Competency Framework, actualización de 14 de diciembre de 2023. Caso CAM-02 y pauta de gobierno: desarrollo editorial original de Ralun, ficticio y sin validación psicométrica.