Entrevista por competencias: preguntas y ejemplo STAR en tecnología
Una entrevista por competencias pide ejemplos concretos de cómo ha trabajado una persona. Esta guía reúne preguntas para puestos tecnológicos, un ejemplo de respuesta con el método STAR y una ficha para recoger evidencias sin confundir una buena narración con la experiencia demostrada.
Para preparar la conversación
- Elige las competencias a partir del trabajo real de la vacante.
- Prepara preguntas comunes y criterios de observación antes de entrevistar.
- Si eres candidato, selecciona experiencias reales y distingue tu aportación del trabajo del equipo.
- Usa la entrevista junto con otras evidencias pertinentes; una respuesta aislada deja preguntas abiertas.
Contenido de la guía
Qué es una entrevista por competencias
Se centra en comportamientos relacionados con el puesto: cómo se resolvió un problema, se compartió información o se tomó una decisión. Pide situaciones concretas y profundiza en las acciones de la persona. La orientación de TodoFP, del Ministerio de Educación, recomienda identificar las competencias de la oferta y preparar ejemplos específicos y honestos.
Para hacer comparables las conversaciones, acuerda las preguntas principales y los criterios de valoración. La guía de entrevistas estructuradas de OPM describe el uso de preguntas predeterminadas y estándares comunes de evaluación. Las aclaraciones deben ayudar a obtener evidencias equivalentes.
En desarrollo de software puedes explorar cómo se diagnosticó una incidencia o se discutió una revisión de código. Para comprobar conocimientos específicos, quizá necesites además comentar una solución técnica o un ejercicio acotado. Elige cada actividad según la información que falte, dentro de un proceso de selección con fases y objetivos claros.
Seis preguntas por competencias para perfiles tecnológicos
Las preguntas siguientes son propuestas originales. Adáptalas al nivel y las responsabilidades de la vacante. Decide qué aspectos observarás antes de escuchar las respuestas.
1. Resolución de problemas
Pregunta: «Cuéntame una incidencia en la que al principio no sabías qué estaba fallando. ¿Cómo decidiste qué comprobar?»
Qué explorar: información disponible, hipótesis, comprobaciones y razonamiento. Aclara qué investigó esa persona y qué aportaron otras. Puedes preguntar: «¿Qué resultado te hizo descartar una hipótesis?».
2. Colaboración en una revisión de código
Pregunta: «Describe una revisión de código en la que no estabais de acuerdo sobre la solución. ¿Cómo avanzasteis?»
Qué explorar: argumentos, escucha y criterios compartidos. Pide una decisión concreta y cómo se resolvió, aunque la propuesta final fuese de otra persona. Estar de acuerdo con todo aporta poca información sobre cómo se colabora.
3. Priorización y responsabilidad
Pregunta: «Háblame de una ocasión en la que tuviste que elegir entre entregar una funcionalidad y atender un problema de calidad. ¿Qué hiciste?»
Qué explorar: consecuencias consideradas, límites de su responsabilidad y personas consultadas. Evita asumir que existe una respuesta universal: un error de facturación y una mejora visual tienen consecuencias distintas.
4. Comunicación con personas no técnicas
Pregunta: «Explica una vez que tuviste que comunicar un bloqueo técnico a alguien de negocio. ¿Cómo lo planteaste?»
Qué explorar: cómo explicó el impacto, qué alternativas propuso y cómo comprobó que se entendía. Solicita el mensaje que trasladó con sus propias palabras, sin nombres ni información reservada.
5. Aprendizaje aplicado
Pregunta: «Cuéntame una tarea para la que necesitaste aprender una herramienta nueva. ¿Cómo comprobaste que tu solución funcionaba?»
Qué explorar: fuentes, ayuda solicitada, pruebas y revisión. Si utilizó IA, pide que explique qué verificó y qué cambió. La mención de una herramienta por sí sola no demuestra aprendizaje ni capacidad para revisar su salida.
6. Aprender de un error
Pregunta: «Describe una decisión tuya que tuviste que corregir. ¿Cómo detectaste el problema y qué cambiaste después?»
Qué explorar: reconocimiento de su aportación, respuesta al problema y cambios de trabajo posteriores. Puedes pedir un ejemplo pequeño. No es necesario compartir un incidente grave o información confidencial para explicar un aprendizaje.
Cómo responder con el método STAR: un ejemplo backend
STAR ordena la respuesta en situación, tarea, acción y resultado. El National Careers Service aconseja utilizar ejemplos propios, mantenerlos concretos y preparar las posibles preguntas de seguimiento.
Este caso es ficticio y sirve para mostrar la estructura. No es un testimonio ni una respuesta para memorizar:
- Situación: «Tras un cambio en la API de pedidos empezaron a llegar avisos de pedidos duplicados».
- Tarea: «Yo mantenía el endpoint y debía investigar el origen junto con la persona de soporte».
- Acción: «Revisé las trazas disponibles, reproduje un reintento de la solicitud en pruebas y vi que podía crear otra operación. Propuse tratar el identificador del pedido como referencia para evitar duplicados. Lo revisé con una compañera y añadimos pruebas del reintento».
- Resultado: «Las pruebas del caso dejaron de generar un segundo pedido. Después del despliegue revisamos los avisos con soporte. Además, documenté el comportamiento esperado cuando la petición se repite».
El entrevistador puede aclarar: «¿Qué parte implementaste tú?», «¿Cómo comprobaste el comportamiento tras desplegar?» o «¿Qué limitación tenía la solución?». El candidato puede reconocer qué no midió. Si no conoce una cifra, debe explicar el resultado observable que sí puede sostener.
En un perfil junior, el ejemplo puede proceder de prácticas o de un proyecto formativo, indicando ese contexto. La profundidad esperada debe corresponder con el puesto; no conviertas haber gestionado producción en un requisito implícito para quien está empezando.
Una ficha sencilla para recoger evidencias
La siguiente ficha es una propuesta editorial para notas del equipo, no una función de evaluación automática de TaleCon:
- Competencia y trabajo asociado: por ejemplo, diagnosticar incidencias de una API.
- Pregunta y aclaraciones: anota qué se preguntó realmente.
- Evidencia: recoge la acción descrita y la responsabilidad de la persona, separadas de tu interpretación.
- Valoración frente al criterio: suficiente, pendiente de aclaración o todavía no observada, con una explicación concreta.
- Siguiente comprobación: qué información falta y en qué fase se podría obtener.
«Todavía no observada» puede significar que la pregunta o el tiempo disponible no permitieron explorar la competencia. Revisa esa posibilidad antes de concluir que falta capacidad. Evita notas como «no encaja» sin explicar con qué requisito del trabajo se relacionan.
La ficha de métodos de selección de CIPD recomienda preparar preguntas y criterios, tomar notas y valorar las respuestas individualmente antes de discutirlas en grupo. Aplicar criterios comunes ayuda a comparar evidencias; no elimina por sí solo cualquier sesgo.
Cómo preparar una conversación de 45 minutos
Este reparto es una propuesta adaptable: cinco minutos para presentar el puesto y explicar la entrevista; veinticinco para explorar las competencias prioritarias; diez para preguntas del candidato; cinco para aclarar los siguientes pasos. No intentes cubrir las seis preguntas si eso impide profundizar en las relevantes para la vacante.
Para la empresa: prepara el objetivo, comunica quién participará y explica si habrá otras actividades. Durante la conversación, toma notas del contenido y reserva un momento posterior para valorarlas.
Para el candidato: revisa las responsabilidades de la oferta y prepara experiencias relacionadas. Practica cómo explicar tu parte sin recitar un guion. Puedes pedir que te aclaren la pregunta y utilizar notas breves. Consulta también cómo completar tu perfil profesional para presentar tu trayectoria de forma coherente.
Cómo coordinar la entrevista en TaleCon
Una vez que la empresa decide avanzar con un perfil, el recorrido descrito en nuestras guías permite usar «Solicitar nueva entrevista». Revisa participantes, modalidad, alternativas de horario y respuesta antes de dar la cita por confirmada. Puedes consultar el paso a paso para agendar entrevistas.
El porcentaje de encaje ayuda a priorizar la revisión de perfiles y es orientativo. Las preguntas de esta guía sirven para contrastar experiencia durante la conversación; no convierten ese porcentaje en una evaluación de competencias ni garantizan una contratación.
Preguntas sobre entrevistas por competencias y STAR
¿Tengo que usar una experiencia diferente en cada pregunta?
Puedes utilizar un proyecto para explicar aspectos distintos si aporta evidencia relevante. Aclara la situación y tu responsabilidad en cada respuesta.
¿Qué hago si no he vivido la situación que me preguntan?
Indícalo y pregunta si sirve una experiencia parecida. Si se propone un caso hipotético, explica cómo lo abordarías y deja claro que se trata de una propuesta.
¿Una respuesta bien ordenada demuestra la competencia?
La estructura facilita entender la experiencia. Las acciones, el contexto y las aclaraciones permiten valorar qué evidencia aporta y qué sigue pendiente.
Fuentes y alcance
Consultadas el 27 de octubre de 2026: TodoFP, National Careers Service, OPM y CIPD, enlazadas en los apartados correspondientes. Las preguntas para tecnología, el caso backend, la ficha y el reparto de tiempo son propuestas originales de esta guía. Las referencias generales no describen funciones de TaleCon.
Prepara la vacante o presenta tu experiencia.
Describe el trabajo que necesita tu equipo o completa tu perfil para participar en oportunidades tecnológicas.