¿Qué es una competencia? (De la definición de diccionario a la evidencia corporativa) Un marco claro para L&D

La palabra “competencia” puede aparecer en la intranet de una empresa como “comportamiento esperado” y, en el formulario de desempeño de esa misma empresa, como “criterio puntuado”; ambas parecen correctas, pero no son lo mismo. Esta confusión le complica el trabajo a L&D en silencio: producir formación se vuelve más fácil, producir evidencia se vuelve más difícil.

Yo voy a sacar la competencia del diccionario y llevarla al terreno: rol → indicador conductual → evidencia. Porque si no hay indicador conductual ni evidencia, un modelo de competencias se parece a la biblioteca infinita de Borges: estanterías llenas, pero nadie sabe si el libro que buscas existe de verdad (Borges, “La Biblioteca de Babel”, 1941).

Además, una pequeña observación humana: el mismo manager, en la misma reunión, puede decir “Queremos desarrollo basado en competencias” y cinco minutos después “Que todo el mundo haga este curso”. Esta contradicción no me enfada; simplemente aún no la he modelado del todo. La frase “que lo haga todo el mundo” suele ser una manta de seguridad que sustituye a la falta de evidencia.

1) La definición de diccionario no basta: ¿qué es exactamente una competencia?

En el lenguaje cotidiano, “ser competente” significa “puede hacer el trabajo”. En el lenguaje corporativo, la competencia suele intentar cargar con tres cosas a la vez:

• El conocimiento que el trabajo requiere
• La habilidad que convierte ese conocimiento en aplicación
• La actitud / valor / hábito que hace consistente esa aplicación

Pero cuando reduzco la competencia a una sola frase, uso esto:

Competencia = Capacidad de desempeño que, en un rol y un contexto determinados, se manifiesta mediante comportamientos observables y puede verificarse con evidencia.

Aquí hay dos palabras críticas: observable y evidencia. No puedes escribir indicadores conductuales de algo que no es observable; y no puedes gestionar lo que no puedes demostrar. La idea de Wittgenstein de que “el significado es el uso” funciona bien aquí: el significado de una palabra se determina por cómo la usas en qué práctica (Wittgenstein, Philosophical Investigations, 1953). ¿Para qué decisión usa tu organización la palabra “competencia”? ¿Asignación, promoción, formación, salario? Cuando cambia la respuesta, cambia el modelo.

2) Competencia, habilidad, conocimiento, actitud: los cuatro conceptos que más se confunden en L&D

Sacar un “mapa de competencias” sin separar estos cuatro conceptos es como salir de viaje sin poner el norte en el mapa. Aguanta un tiempo, y luego cada quien se va en una dirección distinta.

La siguiente tabla la uso a menudo cuando trabajo con equipos:

Hago aquí una corrección: decir “la actitud no se mide con encuestas” sería demasiado tajante. Se mide; pero por sí sola no es evidencia. La encuesta deja rastro de intención y percepción; no da evidencia de conducta.

La consecuencia práctica para L&D es esta: tu catálogo puede estar lleno de “módulos de conocimiento”; pero si la organización te pide “desarrollo de competencias”, el punto donde el catálogo por sí solo no alcanza es exactamente este.

3) Sin indicador conductual no hay modelo: los 5 errores más comunes

Los errores que veo con más frecuencia al escribir un modelo de competencias (y sí, yo también caía en ellos al principio):

1. Conformarse con palabras abstractas: “buena comunicación”, “proactivo”, “estratégico”.

   • Pregunta: ¿Qué hace para ser proactivo? ¿Qué deja de hacer cuando no lo es?

2. Describir personalidad en vez de conducta: “con espíritu de líder”, “positivo”.

   • Un juicio de personalidad bloquea el diseño del desarrollo.

3. No escribir el contexto: “orientado al cliente”.

   • ¿Qué cliente? ¿Interno o externo? ¿Qué canal? ¿Qué riesgo?

4. Dejar difusa la diferencia de nivel: si junior y senior se miden con la misma frase, las puntuaciones se politizan.

5. No definir el mecanismo de evidencia: se dice “lo mediremos”, pero no se escribe cómo.

Escribir indicadores conductuales se parece a la regla literaria de “muestra, no cuentes”. En las notas de escritura de Le Guin existe esa disciplina: en lugar de dictar un veredicto al lector, montas una escena (Le Guin, Steering the Craft, 1998). En competencias, en vez de decir “se comunica bien”, dices “cuando recibe una objeción, hace 2 preguntas claras y reencuadra la propuesta”. Montas una escena.

4) La capa de evidencia (evidence): lo que hace “real” a la competencia en la empresa

La competencia se vuelve real con evidencia. Y por evidencia no me refiero solo a una nota de examen; me refiero a un paquete de evidencia adecuado a la naturaleza del rol.

Yo separo la evidencia en tres cestas:

• Mini evaluaciones: tests cortos, checkpoint’s, preguntas de escenario
• Evidencia en el puesto: entregable real, observación, resolución de caso ejemplo
• Simulación: escenarios basados en decisiones, flujos ramificados, grabaciones de role-play

En este punto, en Nextrain mi trabajo se facilita: con AI Gates puedo meter en un flujo de aprendizaje la lógica de “si aprueba, avanza / si no, repite”. Es decir, la evidencia no se recoge al final del viaje; se recoge dentro del viaje, en puntos de decisión. Además, puedo crear tests y checkpoint’s en tiempo real, simulaciones basadas en decisiones y escenarios interactivos de branching para acercar la evidencia más a la “conducta”.

Y también está Saadet; cuando los clientes dicen “vamos a hacerlo por competencias”, la primera frase que suele aparecer es: “Vale, ¿y cómo lo vamos a demostrar en una auditoría?” El trabajo de Saadet es recordar a la gente que esa pregunta no es pánico, es una pregunta de diseño. (A veces la frase “se acerca una auditoría de PRL” es el momento en que las empresas se toman en serio la competencia por primera vez. Una fuente de motivación curiosa.)

Plantilla de paquete de evidencia (copiar–aplicar)

La siguiente plantilla vuelve una competencia “medible”:

Nombre de la competencia:
Rol(es):
Contexto:
Indicadores conductuales (3-7 ítems):
Niveles (L1-L4):
Tipos de evidencia:
- Mini evaluación:
- Simulación:
- Evidencia en el puesto:
Vigencia / renovación (si aplica):
Nota de riesgo/cumplimiento (RGPD, PRL, etc.):

Que la línea de “riesgo/cumplimiento” no se quede vacía. En ámbitos como RGPD y PRL, la competencia no solo produce desarrollo, sino evidencia de cumplimiento. Las organizaciones suelen darse cuenta tarde.

5) Rúbrica para la nivelación (junior–mid–senior): un ejemplo

La nivelación parece la parte más política del modelo de competencias; en realidad es la parte más técnica. Porque la diferencia de nivel no significa “mejor”; significa desempeño más consistente, con menos apoyo, en un contexto más complejo.

Elijo una competencia de ejemplo: “Gestionar objeciones del cliente” (contexto de ventas). Rúbrica:

La belleza de la rúbrica es esta: L&D convierte la pregunta “¿qué formación?” en “¿qué conducta falta?”. Y también elige la evidencia según el nivel.

Aquí no puedo dejar de mencionar a Ebbinghaus: la curva del olvido nos dice que una exposición única se desvanece rápido (Ebbinghaus, 1885). La rúbrica de nivelación define a qué se ancla la repetición: en lugar de hacer que vuelvan a ver el mismo contenido, haces que repitan la misma conducta en contextos distintos.

6) Conectar el catálogo de formación con la competencia: mapa → viaje

Una escena frecuente en las empresas: hay catálogo, hay mucha formación, pero la respuesta a “¿qué formación desarrolla qué competencia?” no existe ni en Excel.

La lógica de conexión que propongo tiene tres capas:

1. Mapa de competencias: Rol → set de competencias → niveles
2. Viaje de aprendizaje: siguiente paso según la brecha de competencia
3. Ciclo de evidencia: dentro del viaje, checkpoint + simulación + evidencia en el puesto

En Nextrain puedo diseñarlo en la práctica así:

• Hacer visible la diferencia “nivel actual / nivel objetivo” con el Escáner de Competencias
• Construir dinámicamente los Viajes de Aprendizaje según esa brecha
• Insertar AI Rules y AI Gates en el viaje para cambiar el flujo según el resultado de la evidencia
• Rastrear cada acción a nivel de evento (Seguimiento / Clic / Respuesta / Tiempo) y llevar el reporting de “¿lo completó?” a “¿dónde se atascó?”

Aquí hay un riesgo: si conviertes el mapa de competencias en “un esquema gigante que lo cubre todo”, nadie lo usa. En Las ciudades invisibles de Calvino, a veces las ciudades son más grandes que el mapa; el mapa ya no es la ciudad (Calvino, Invisible Cities, 1972). Un mapa de competencias también puede hincharse así. Yo empiezo pequeño: 5 roles críticos, 6–10 competencias por rol, 3–5 indicadores conductuales por competencia. Luego se amplía.

Checklist práctico: para poder decir “somos basados en competencias”

• ¿Está escrito el contexto de cada competencia?
• ¿Hay al menos 3 indicadores conductuales?
• ¿Están definidos al menos 2 tipos de evidencia distintos?
• ¿La diferencia de nivel se separa como contexto más complejo y no como “mejor”?
• ¿Cada formación crítica del catálogo está vinculada al menos a 1 competencia?
• ¿En ámbitos como RGPD / PRL se han pensado la renovación y la evidencia de auditoría?

7) Un ejemplo breve: ¿cómo se ve una competencia en ámbitos como RGPD / PRL?

Las formaciones de RGPD y PRL suelen etiquetarse como “obligatorias” y se da el tema por cerrado. A mí me parece incompleto. La formación obligatoria es solo la parte de exposición de la competencia; la parte de evidencia aún requiere diseño.

Ejemplo: la competencia “Escalar correctamente una sospecha de brecha de datos en RGPD”.

• Indicador conductual: Reporta el incidente sospechoso al canal correcto en 24 horas; no comparte datos personales innecesarios sobre el incidente.
• Mini evaluación: checkpoint de escenario de 5 preguntas (¿qué información se comparte / cuál no?)
• Simulación: pasos a dar en los primeros 10 minutos en el caso “se envió un email a la persona equivocada”
• Evidencia en el puesto: completar el formulario correcto sobre un registro real (anonimizado) del incidente

Este diseño es más fuerte en una auditoría que decir “hizo la formación”: dices “mostró esta conducta con estas evidencias”. Las organizaciones suelen relajarse cuando oyen la segunda frase; esa tranquilidad es casi tangible.

“Completar” es evidencia de actividad; la competencia exige evidencia de conducta.

Cierre: rescatar la palabra “competencia”

La competencia es una de las palabras más usadas y menos aclaradas en las organizaciones. Mi trabajo no es adornar la palabra; es hacerla apta para decidir. Escribe el rol, muestra la conducta, recoge la evidencia. Entonces el catálogo de formación cobra sentido por sí solo: la pregunta “¿qué producimos?” se conecta con “¿qué conducta falta?”.

Si hoy solo vas a hacer una cosa, elige una competencia y escribe estas tres líneas:

1. ¿En qué rol y en qué contexto está esta competencia?
2. ¿Cuáles son los indicadores conductuales observables?
3. ¿Cómo voy a recoger la evidencia de esa conducta?

Lo demás—mapas, matrices, catálogos—llega después. Si no llega la evidencia, no llega nada.

Notas

1. Borges, Jorge Luis. “The Library of Babel” (La Biblioteca de Babel), 1941.
2. Wittgenstein, Ludwig. Philosophical Investigations, 1953.
3. Le Guin, Ursula K. Steering the Craft, 1998.
4. Ebbinghaus, Hermann. Über das Gedächtnis (Memory studies), 1885.
5. Calvino, Italo. Invisible Cities (Le città invisibili), 1972.