¿Qué significa competencia? Modelo de competencias, niveles y guía de medición en L&D corporativo

¿Qué significa competencia? Modelo de competencias, niveles y guía de medición en L&D corporativo

Cuando dentro de la empresa se asume una vez que “todo el mundo entendió” la palabra competencia, normalmente dos meses después, en la misma reunión, se divide en tres significados distintos: uno dice “conocimiento”, otro “habilidad” y otro “rendimiento”. Y entonces el presupuesto de formación no fluye hacia el objetivo, sino hacia el vacío entre las palabras.

Yo trato la competencia como algo de tres vértices: rol, indicador de comportamiento y evidencia. El rol dice “¿qué debo lograr?”. El indicador de comportamiento dice “¿cómo lo hago?”. Y la evidencia cierra la pregunta “¿realmente puedo hacerlo?”. Si no están los tres a la vez, “competencia” se queda en una etiqueta bonita.

A continuación te explicaré paso a paso cómo concretar un modelo de competencias en L&D corporativo; cómo redactar definiciones de nivel; con qué datos encontrar la brecha y cómo diseñar la medición. También iré intercalando ámbitos como RGPD y PRL, donde la “evidencia” es vital; porque estos dos temas recuerdan rápidamente que el modelo de competencias no es algo romántico, sino operativo.

“The map is not the territory.” [Alfred Korzybski, 1931]
El modelo de competencias es el mapa; no el trabajo en sí. Si el mapa no es bueno, incluso el viaje con mejores intenciones se pierde.

1) Competencia, habilidad, conocimiento: sin distinguir en el diccionario corporativo no hay medición

El error más frecuente que veo en la formación corporativa es este: conocimiento, habilidad y competencia se meten en la misma caja; y luego esa caja se convierte en el “catálogo de formación”. Pero son cosas distintas.

La distinción práctica que uso:

Por un momento iba a escribir “competencia = habilidad + conocimiento”; es incompleto. En la competencia hay contexto y consistencia. Si un día lo haces bien y al siguiente te desmoronas, hay habilidad; la competencia aún no está asentada.

Aclarar estas dos frases en tu diccionario corporativo impacta directamente en el presupuesto:

  1. “¿Este tema se resuelve con formación (conocimiento/habilidad) o con diseño del trabajo y gestión (competencia)?”
  2. “¿Qué comportamiento veremos y con qué resultado de trabajo lo evidenciaremos para demostrar esta competencia?”

Mini ejemplo de diccionario (mismo tema, tres capas distintas)

Tema Conocimiento Habilidad Competencia (en contexto de rol)
PRL: Riesgo Enumera tipos de riesgo Rellena un formulario de evaluación de riesgos En el terreno detecta riesgos de forma proactiva, detiene la no conformidad y la reporta
Ventas: Objeción Conoce tipos de objeción Formula frases para gestionar objeciones Según el contexto del cliente elige la técnica correcta y cierra manteniendo el margen
RGPD Conoce categorías de datos Aplica una checklist de revisión del texto informativo Hace sostenibles la minimización de datos y el control de accesos en los procesos

No guardes esta tabla como “diccionario corporativo”; conviértela en la puerta de entrada de tu modelo de competencias. Porque el diseño de la medición empieza aquí.

2) Modelo de competencias: el triángulo rol × indicador de comportamiento × evidencia

Es fácil pensar que un modelo de competencias es una “lista”. Hacer listas tranquiliza: escribes 12 puntos y se acabó. Pero una lista de competencias por sí sola no hace nada; como la biblioteca infinita de Borges, está todo, pero no puedes encontrar lo que buscas (Borges, “The Library of Babel”, 1941).

Para mí, el modelo debe responder a tres preguntas a la vez:

  1. Rol: ¿Cuál es la definición de éxito de este rol? (resultado, responsabilidad, riesgo)
  2. Indicador de comportamiento: ¿Qué hace y cómo lo hace una persona exitosa? (observable)
  3. Evidencia: Cuando decimos “lo hizo”, ¿qué tendremos en la mano? (assessment / resultado de trabajo / dato)

Piensa en este triángulo como una plantilla. Al redactar una competencia, fuerza la frase así:

Plantilla (estandarizable dentro de la empresa)

Nombre de la competencia:
Rol(es) asociado(s):
Definición (1 frase):
Indicadores de comportamiento (3–6 puntos, observables):
Definición de niveles (L1–L4 o Junior–Senior):
Tipos de evidencia (mín. 2):
KPI / riesgo / tema de cumplimiento relacionado:

Aquí la línea “tipos de evidencia” es crítica. Porque toda competencia para la que no escribas “evidencia” acaba convirtiéndose, con el tiempo, en una simple excusa para asignar formación.

3) Matriz de competencias por rol: ¿cómo redactar la definición de niveles?

Redactar definiciones de nivel se le hace extrañamente difícil a la gente. Porque muchas empresas confunden “junior–senior” con años de antigüedad. El año puede importar, pero lo que determina el nivel de competencia, en mi opinión, es más bien: autonomía, complejidad, ámbito de impacto y gestión del riesgo.

Al construir un marco de niveles, 4 escalones suelen funcionar bien en la mayoría de empresas:

No tienes que decir “L4 = manager”. En algunos roles expertos, L4 no es gestión, sino construcción de sistema.

Ejemplo: competencia “Tratamiento de datos conforme a RGPD” (nivel por comportamiento)

Nivel Indicador de comportamiento Evidencia típica
L1 Distingue datos personales de datos anonimizados, no infringe reglas básicas Mini test + preguntas de escenario
L2 Aplica minimización de datos en el proceso, deriva correctamente solicitudes de acceso Checklist en el puesto + registro de ejemplo
L3 En casos de excepción (emergencia, tercero) elige la acción correcta Análisis de caso + feedback 360
L4 Mejora el proceso; propone nuevos puntos de control que reduzcan riesgos Entregable de cambio de proceso + tendencia de KPI

En PRL es similar: L1 “conoce la norma”, L2 “aplica”, L3 “decide bien en la excepción”, L4 “mejora el sistema”.

Convertirlo en una matriz por rol

Construye la matriz en dos ejes:

En este punto, las empresas suelen mantener la matriz en Excel. No está mal; pero Excel se queda corto para mantener viva la “evidencia”. Porque las evidencias se dispersan con el tiempo: un examen en un sitio, el PDF del certificado en otro, las notas del 360 en correos.

En Nextrain, para reducir esta fragmentación, uso Passport: reunir en un solo perfil los roles, competencias, historial formativo y certificados de las personas deja la matriz de ser “sobre el papel”. Especialmente en temas auditables como PRL y RGPD, que la pregunta “¿quién ha hecho qué?” se cierre en 3 segundos eleva el valor práctico del modelo de competencias.

4) Análisis de brecha de competencias: con qué datos se encuentra y qué errores se cometen

El análisis de brecha de competencias (gap analysis) no es la diferencia entre dos números; es la diferencia entre dos definiciones:

Para encontrar bien la brecha, primero hay que medir bien el “actual”. Aquí a la gente le gusta atajar: “Completó la formación → competencia completada”. Para mí, es el error más caro.

Me gusta buscar la brecha con tres clases de datos:

  1. Datos de evaluación: mini test, caso, puntuación de rúbrica, resultados de checkpoints
  2. Datos de comportamiento: dónde se atascó en el contenido, cuántas veces lo intentó, en qué pregunta se complicó
  3. Evidencia de trabajo: entregable real, observación, feedback 360, registros de calidad/error

En Nextrain, lo que llamo “datos de comportamiento” es lo que el sistema rastrea a nivel de evento: visualización, clic, respuesta, tiempo. Por sí solos no son competencia; pero responden muy bien a “¿dónde se atasca?”. Si una persona ve un módulo tres veces, a veces no es motivación; a veces es incertidumbre. (A veces también lo dejó abierto en segundo plano; sí, eso también lo he visto.)

6 errores frecuentes (y cómo corregirlos)

Aquí también me encuentro con que la gente quiere dos cosas opuestas el mismo día: dicen “que todos lleguen al mismo estándar” y luego “pero sin hacer perder tiempo a nadie”. Ambas son razonables. La solución es fijar el estándar con evidencia y acortar el camino personalizando.

5) Diseño de medición: rúbrica, mini test, evidencia en el puesto, 360 (y cuándo usar cuál)

Mi regla base en diseño de medición es: si la competencia es comportamiento, la medición debe acercarse al comportamiento. Si solo mides conocimiento, solo desarrollas conocimiento.

Piensa en estas cuatro herramientas en conjunto:

5.1 Rúbrica (el lenguaje de medición del comportamiento)

La rúbrica convierte “lo bueno” en palabras. Hace observable lo que el manager llama “no está mal”.

Ejemplo simple de rúbrica (reunión de ventas – gestión de objeciones):

La rúbrica también hace que el feedback 360 sea menos “opinión” y más “evidencia”.

5.2 Mini test (conocimiento + cribado rápido)

Me gusta el mini test porque es rápido; pero no me gusta convertir el test en el “final”. Buen uso: cribado y puerta.

En Nextrain puedo construir esta lógica de “puerta” con AI Gates: si falla, repite la formación; si aprueba, pasa al nivel avanzado. Este mecanismo convierte la medición en algo más que un informe: en una decisión de flujo.

5.3 Evidencia en el puesto (contacto con el mundo real)

La evidencia en el puesto convierte “aprendí” en “hice”. Ejemplos:

Ojo: no todo entregable de trabajo es evidencia de competencia. Hay que vincular el entregable con el “comportamiento de la persona”.

5.4 Feedback 360 (no percepción, patrón)

El 360 por sí solo puede ser peligroso; puede convertirse en un concurso de popularidad. Pero combinado con una rúbrica funciona muy bien: miras el mismo indicador de comportamiento desde varios ojos.

Encuentro el 360 especialmente útil en dos casos:

6) Conexión con KPI: el modelo de competencias no es un “reporte”, es un sistema de decisión

Si no se conecta con KPI, el modelo de competencias acaba tratándose como un “documento de RR. HH.”: existe, pero nadie decide con él.

Una forma práctica de construir la conexión:

  1. Elige la competencia (en contexto de rol)
  2. Escribe el indicador de comportamiento (observable)
  3. Elige la evidencia (assessment + evidencia de trabajo)
  4. Elige el KPI (métrica de negocio / métrica de riesgo)
  5. Define la ventana temporal (30-60-90 días)

Ejemplos de emparejamientos:

En Nextrain Analytics, al construir esta relación, me gusta poder seguir los datos de formación en “una sola pantalla” y, cuando hace falta, preguntar a Akira en lenguaje natural para obtener cortes rápidos. La pregunta “¿en qué región el score es bajo?” parece simple; pero bien formulada hace visible la brecha de competencia a nivel de rol + región + paso formativo. Luego empieza el diseño de intervención: ¿contenido, nivel o proceso de trabajo?

Una nota pequeña: no todos tus KPI viven dentro del sistema de formación. Algunos están en el CRM, otros en HR. Por eso hay que pensar el flujo de datos. En Nextrain, como en la parte de integración se puede diseñar flujo de datos en tiempo real hacia sistemas HR, CRM y herramientas internas con DataBridge, el puente entre “score de formación” y “resultado de negocio” requiere menos trabajo manual.

7) Plan de implementación paso a paso (levantar el modelo de competencias en 90 días)

Cuando el modelo de competencias se empaqueta como “gran proyecto”, las empresas o no empiezan nunca o, 9 meses después, siguen discutiendo el diccionario. Yo prefiero un plan más pequeño y más centrado en evidencia.

0–30 días: Diccionario + rol piloto

La mayoría de empresas en esta fase dice “cubramos todos los roles”. No. El rol piloto es el laboratorio de tu modelo.

30–60 días: Definición de niveles + prototipo de medición

En esta fase aparece la tendencia a encajar la medición en “un solo examen”. Cuando lo veo, suelo recordar la frase que más oye del lado del cliente Saadet Dinç (nuestra Specialist de “We’ll Handle It”): “Dimos la formación, pero en el terreno no cambió nada”. Lo que no cambia en el terreno, muchas veces, es que la medición nunca tocó el terreno.

60–90 días: Análisis de brecha + decisión de flujo

En Nextrain, como es posible diseñar esta lógica de “puerta” con AI Gates y el flujo personalizado por usuario con AI Rules, el modelo de competencias puede convertirse en algo más que una “tabla objetivo”: en un viaje vivo. Y sí: que sea visible para la persona es importante. Por eso, que Passport reúna competencias y certificados en un solo lugar del perfil reduce la pregunta “¿dónde estoy?”.

Notas

  1. Alfred Korzybski, Science and Sanity: An Introduction to Non-Aristotelian Systems and General Semantics (1931) — “The map is not the territory.”
  2. Jorge Luis Borges, “The Library of Babel” (1941) — el problema de orientarse dentro de información ilimitada.