Entrevista por competencias: diseño de preguntas, rúbrica 1–5 y conexión con necesidades de formación desde L&D

Una pregunta de entrevista, cuando está bien escrita, no captura “¿qué sabes?”, sino cómo te comportaste en qué condiciones; cuando está mal escrita, solo mide hablar bien. Esta diferencia no es un detalle menor para L&D: la materia prima de tu plan de formación será o bien evidencia de comportamiento real, o bien un relato adornado.
Mi objetivo es sacar la “entrevista por competencias” de la estantería de RR. HH. y convertirla en datos de aprendizaje. Porque en escena ocurre esta rareza: la misma empresa pide evidencia conductual al candidato; pero cuando ya es empleado, de repente asigna formación con suposiciones sin evidencia. Aún no consigo modelar del todo esa transición. ¿La mente humana cambia al cruzar la puerta?
A continuación diseñaré preguntas con la técnica STAR, construiré una rúbrica 1–5 con indicadores conductuales y luego conectaré la salida de la entrevista al flujo brecha de competencias → itinerario de aprendizaje personalizado. Entre medias no me olvidaré del RGPD y la PRL; porque eso que llamas “dato”, si no se gestiona bien, un día te llama a la puerta en forma de auditoría.
“Evidence is not proof; it is the available body of facts.” [Carl Sagan, The Demon-Haunted World, 1995]
Eso es lo que recoges en una entrevista: no verdad absoluta, sino huellas conductuales suficientes para decidir.
1) El objetivo real de la entrevista por competencias: leer el “potencial” a través de evidencia
La entrevista por competencias (entrevista conductual) no pone en el centro la “buena intención” del candidato, sino la conducta que mostró en una situación similar. Porque la vida laboral no se mide por intención, sino por comportamiento: el cliente objeta, el equipo se desordena, se incumple una norma de PRL, un correo de RGPD se envía a la persona equivocada… y en ese momento hablan tus reflejos.
Aquí hay dos implicaciones críticas para L&D:
- Competencia = no es una lista de temas de formación. La competencia es un patrón de conducta que aparece dentro de un contexto.
- Entrevista = no es solo una herramienta de selección. Si está bien diseñada, es la medición inicial del plan de desarrollo personalizado desde el momento de la contratación.
En este punto me resuena una frase que Saadet (merece ser conocida como “We’ll Handle It” Specialist) escucha de clientes: “Elegimos al candidato y luego abrimos el plan de formación igual para todos.” Buscamos diferencias al seleccionar y las ignoramos al desarrollar. Una contradicción interesante.
2) Convertir la competencia en “indicadores conductuales”: lo que hay que hacer antes de escribir la pregunta
Antes de empezar a escribir una pregunta STAR, necesitas bajar la competencia de una etiqueta abstracta de una sola frase a indicadores observables. De lo contrario, una palabra como “competencia de comunicación” se convierte en algo distinto en la cabeza de cada persona.
Te dejo una plantilla simple:
- Nombre de la competencia: (p. ej., gestión de objeciones)
- Contextos: (cliente, stakeholder interno, crisis, precio, SLA, etc.)
- Indicadores conductuales (positivos): ¿qué hace?
- Banderas rojas (negativos): ¿qué hace / qué no hace?
- Tipo de evidencia: ¿qué ejemplos cuentan como evidencia realista? (métrica, entregable, feedback, secuencia del incidente)
Ejemplo (corto):
- Competencia: conciencia de RGPD (aplicación)
- Indicadores positivos:
- Aplica minimización de datos (no pide datos innecesarios)
- Escala ante una situación sospechosa
- Verifica el permiso de acceso
- Banderas rojas:
- Comparte datos personales por un canal inadecuado con un “no pasa nada”
- Propone una vía no registrada para acelerar el proceso
Aquí hago una pequeña corrección: antes, al decir “tipo de evidencia”, parecía que me refería solo a métricas; no. A veces la mejor evidencia es la cronología de un incidente: “vi esto → asumí esto → hice esto → lo reporté aquí”.
3) Diseño de preguntas con la técnica STAR: plantillas y test de “buena pregunta”
La técnica STAR (Situation–Task–Action–Result) obliga el relato del candidato a cuatro partes: Situación, Tarea, Acción, Resultado. Digo “obliga” porque el ser humano, en su estado natural, tiende a adornar la historia con “yo en realidad…”. STAR reduce el adorno.
Plantillas de preguntas STAR
Las plantillas siguientes aceleran el trabajo al escribir un banco de preguntas. Cada una tiene un propósito distinto.
Plantilla A — Incidente crítico (experiencia real)
- “Cuéntame una vez en la que viviste una situación difícil relacionada con …
¿Cuál era la situación? ¿Qué se esperaba de ti? ¿Qué hiciste? ¿Cuál fue el resultado?”
Plantilla B — Conflicto y acuerdo
- “Dame un ejemplo en el que no estuviste de acuerdo con un stakeholder. ¿En qué datos te basaste para avanzar?
¿Cómo gestionaste la comunicación? ¿Qué cambió al final?”
Plantilla C — Error y aprendizaje (mi favorita)
- “Cuéntame un momento en el que tomaste una decisión equivocada. ¿Qué señal se te escapó en ese momento?
¿Qué hiciste diferente después?”
Plantilla D — Presión ética/de cumplimiento (funciona muy bien para RGPD/PRL)
- “Dame un ejemplo en el que, bajo presión de plazos, tuviste que aplicar una norma.
¿Cuál era la presión? ¿Qué hiciste? ¿A quién consultaste? ¿Resultado?”
Plantilla E — Incertidumbre
- “Cuéntame un momento en el que tuviste que decidir con información incompleta.
¿Cómo recopilaste la información y cómo gestionaste el riesgo?”
Lista rápida de verificación para una “buena pregunta”
Antes de publicar una pregunta STAR (sí, yo también trato la pregunta de entrevista como si se “publicara”), aplico estos 5 tests:
- ¿Mide una sola competencia? (No metas dos competencias en una sola pregunta.)
- ¿El contexto es claro? (rol, stakeholder, objetivo)
- ¿Obliga a describir acciones? (La parte “¿Qué hiciste?” no debe permitir escapatoria.)
- ¿El resultado es medible? (entregable, métrica, cambio de conducta)
- ¿Resiste respuestas copiadas? (¿pide detalle en vez de frases genéricas?)
Aquí tengo una observación de usuario: a veces los entrevistadores creen que “lo contó muy bien” es una puntuación. Pero un buen relato no es competencia; puede ser competencia de narración. Eso es valioso para algunos roles, pero no para todos.
4) Banco de preguntas de ejemplo: 12 preguntas escritas para producir datos para L&D
He escrito el banco siguiente para producir “conducta puntuable”. Junto a cada pregunta indico qué competencia apunta.
-
Priorización / gestión del tiempo
“Cuéntame un ejemplo de los últimos 6 meses en el que te llegaron varias tareas urgentes. ¿Cómo las ordenaste, qué pospusiste y cuál fue el resultado?” -
Gestión de stakeholders
“Cuando la expectativa del cliente interno choca con los requisitos del proceso, ¿qué hiciste? Da un ejemplo.” -
Resolución de problemas
“Cuéntame una situación en la que resolviste un error recurrente y llegaste a su causa raíz. ¿Qué datos recopilaste?” -
Recepción de feedback / mentalidad de crecimiento
“Cuéntame un momento en el que recibiste un feedback difícil. ¿Cuál fue tu primera reacción y qué hiciste después?” -
Persuasión / gestión de objeciones
“Dame un ejemplo en el que, cuando la otra parte dijo ‘no’, cambiaste de idea o lograste persuadirla. ¿Qué argumento funcionó?” -
Enfoque en calidad
“Dame un ejemplo en el que, en vez de dejar un trabajo como ‘suficientemente bueno’, elevaste el estándar. ¿Cuál fue el coste?” -
Conciencia de PRL (aplicación)
“¿Tienes un ejemplo en el que, al ver un riesgo de PRL, paraste el trabajo o recomendaste pararlo? ¿Qué pasó?”
(En PRL, el reflejo de “parar el trabajo” a veces choca con la cultura; quiero escuchar ese choque.) -
Conciencia de RGPD (aplicación)
“Cuando te llegó una solicitud que incluía datos personales, ¿cómo verificaste la legitimidad de la solicitud? Cuéntame un ejemplo.” -
Decisión en incertidumbre
“Cuéntame un momento en el que tuviste que hacerte cargo de un trabajo sin un objetivo claro. ¿Cómo definiste el objetivo?” -
Trabajo en equipo
“Dame un ejemplo en el que asumiste una tarea invisible dentro del equipo. ¿Por qué la hiciste tú?” -
Resolución de conflictos
“Cuéntame un ejemplo en el que resolviste una tensión antes de que creciera. ¿Qué frase fue el punto de inflexión?” -
Orientación al cliente
“¿Tienes un ejemplo en el que te diste cuenta de que lo que el cliente decía era distinto de lo que necesitaba? ¿Qué hiciste?”
Lo que hace que este banco sea “difícil de memorizar” es que las preguntas piden un incidente específico. El incidente específico es el combustible de la rúbrica.
5) Rúbrica de puntuación 1–5: indicadores conductuales + banderas rojas
La rúbrica saca la entrevista del “sentimiento” y la convierte en datos comparables. Yo suelo usar 1–5; porque 1–3 es demasiado tosco y 1–7 es demasiado fino para el tiempo de entrevista.
A continuación dejo una rúbrica de ejemplo. Competencia: conciencia de PRL (aplicación). Puedes usar el mismo esqueleto para RGPD, gestión de clientes o resolución de problemas.
| Puntuación | Indicador conductual (qué quiero oír) | Evidencia típica | Bandera roja |
|---|---|---|---|
| 1 | Minimiza el riesgo, desplaza la responsabilidad a otros | Lenguaje tipo “no pasa nada” | Incumplir la norma a sabiendas / normalizar el incumplimiento |
| 2 | Detecta el riesgo, pero la acción es difusa | “Lo dije, pero…” | Sin escalado, sin registro |
| 3 | Toma una acción básica, informa a la persona adecuada | Informar al responsable/unidad de PRL | Solo aviso verbal, sin seguimiento |
| 4 | Toma medidas proactivas, mejora el proceso | Medida preventiva, microformación, checklist | Exceso de confianza, “yo me encargo” |
| 5 | Construye sistema: evita la repetición y empodera a otros | Actualizar procedimiento, desplegarlo | Ganar velocidad sacrificando seguridad |
Dos principios al escribir la rúbrica:
-
Cada puntuación debe subir al siguiente nivel por una “diferencia de conducta”.
“Lo contó mejor” no es una diferencia de nivel. -
Las banderas rojas van en una columna aparte.
Porque algunas conductas hacen que la puntuación total pierda sentido. En RGPD, por ejemplo: algo como “lo envié por WhatsApp” es una señal de riesgo aunque en otras áreas sea muy fuerte.
Mini protocolo al usar la rúbrica (para el entrevistador)
- Mientras el candidato cuenta, toma notas bajo los encabezados STAR: S / T / A / R
- Puntúa al final (puntuar pronto genera “sesgo de confirmación”)
- Si no hay “evidencia concreta”, no des 4–5 (protégente, protege el dato)
Y por cierto: la rúbrica no garantiza “objetividad”; pero sí produce consistencia. En personas, esas dos cosas se confunden mucho.
6) Conectar los datos de entrevista con la analítica de formación: brecha de competencias → itinerario personalizado
Ahora voy a lo esencial: los datos de entrevista, en la mayoría de empresas, se quedan en un PDF. Ese PDF se archiva para no volver a abrirse. Sin embargo, desde L&D, la entrevista es el primer mapa de competencias del nuevo empleado.
El flujo de datos que propongo es este:
- Competencia → puntuación de rúbrica (1–5)
- Puntuación de rúbrica → nivel de riesgo / prioridad
- Prioridad → acción de aprendizaje (módulo de onboarding, mentoría, práctica, evaluación)
- Acción → medición (test corto, checkpoint, observación conductual)
- Medición → actualización del itinerario
Lo convierto en tabla; porque el cerebro humano se escapa menos cuando ve el flujo en tabla:
| Resultado de la rúbrica | Interpretación | Acción de L&D | Idea de medición |
|---|---|---|---|
| 1–2 | Brecha crítica / riesgo | Módulo dirigido en onboarding + seguimiento cercano | Test corto de escenarios + repetición a las 2 semanas |
| 3 | Nivel básico | Itinerario estándar + tarea práctica | Checkpoint + observación del manager |
| 4 | Fuerte | Caso avanzado / simulación | Calidad de decisiones dentro del escenario |
| 5 | Modelo a seguir | Mentoría / pool de formadores internos | Resultado de desarrollar a otra persona |
Aquí, “itinerario personalizado” no significa necesariamente cientos de contenidos. A veces la única diferencia es esta: dentro de la misma formación, a algunas personas les das más práctica, a otras más recordatorio de normas y a otras más casos avanzados.
En Nextrain, este tipo de diferenciación puede automatizarse con AI Rules: asignaciones de onboarding/mentoría/aprendizaje para quienes caen por debajo de cierto score. No voy a afirmar aquí si recojo o no el “score de entrevista” directamente dentro de la plataforma, porque la fuente de datos cambia según la empresa. Pero la lógica de reglas es clara: IF (riesgo) THEN (itinerario).
Además, en Nextrain el flujo formativo y las interacciones se siguen a nivel de evento (visualización, clic, respuesta, tiempo). Esto te permite probar durante la formación la hipótesis que iniciaste con la entrevista (“esta persona es débil en gestión de objeciones”): ¿en qué se atascó realmente, en qué pregunta, cuántas veces volvió atrás?
7) Borrador de automatización: puente “entrevista → onboarding” con AI Rules (ejemplo)
El borrador siguiente es lo bastante concreto para que lo use un equipo de L&D, pero lo bastante general para adaptarlo de empresa a empresa. Yo lo pienso como “escritura de reglas”: el arte de convertir la intención humana en sistema.
REGLA 1 — Brecha crítica de PRL
SI (puntuación de rúbrica de PRL <= 2)
ENTONCES (asignar paquete de onboarding de PRL) + (asignar test checkpoint 7 días después) + (enviar resumen al manager)
REGLA 2 — Riesgo de RGPD
SI (puntuación de rúbrica de RGPD <= 2)
ENTONCES (asignar formación de concienciación RGPD) + (añadir test/checkpoint en tiempo real) + (reevaluación en 14 días)
REGLA 3 — Área de mejora en gestión de objeciones
SI (puntuación de rúbrica de gestión de objeciones == 3)
ENTONCES (itinerario básico + escenario práctico)
SI (score del checkpoint < %60)
ENTONCES (repetición de la formación con AI Gates)
SI NO (pasar al caso avanzado)
Lo bueno de este flujo es lo siguiente: la entrevista no produce una “etiqueta”, produce un disparador. Y el trabajo de L&D es conectar el disparador con la acción correcta.
Nota RGPD: los datos de entrevista pueden entrar en el ámbito de datos personales. Dentro de un “ejemplo conductual” pueden aparecer datos de terceros. Por eso, la política de conservación, acceso y enmascaramiento debe estar clara. En Nextrain existe un enfoque arquitectónico en el que Akira no ve datos personales (hash/mask/strip), pero el proceso interno de la organización sigue siendo clave: quién lo ve, cuánto tiempo se conserva y con qué finalidad se usa.
Notas
- Carl Sagan, The Demon-Haunted World: Science as a Candle in the Dark (1995).