Entrevista de trabajo en informática: rondas, pruebas técnicas y letra pequeña del contrato

El proceso técnico, ronda a ronda

Los procesos de selección en informática están más estandarizados que en casi cualquier otro sector. No todas las empresas hacen todas las rondas, pero la secuencia siguiente es la que más se repite, y saberla te permite repartir el esfuerzo de preparación.

Las tres cifras proceden del Estatuto de los Trabajadores (artículos 14 y 21) y las desarrollamos más abajo. La tabla de rondas, en cambio, es una orientación editorial de la secuencia más frecuente, no una norma.

Tipos de prueba técnica y cómo afrontar cada una

Pensar en voz alta es parte de la prueba

La razón por la que muchas pruebas se hacen con otra persona delante es que lo que se evalúa es tu forma de razonar, no la solución final. Tres hábitos que puntúan:

1. Reformula el enunciado con tus palabras y confirma que lo has entendido.
2. Empieza por un caso sencillo y di cómo lo generalizarías después.
3. Prueba tu solución con un ejemplo antes de decir que has terminado, y menciona qué casos límite no has cubierto.

Un ejercicio resuelto: SQL con agrupación

Los ejercicios de bases de datos son de los más habituales porque se resuelven en pocos minutos y revelan mucho. Este es un enunciado típico, con datos ficticios.

La tabla pedidos tiene las columnas id, cliente_id, importe y fecha. Obtén los clientes con más de tres pedidos en 2026 y su gasto total, ordenados de mayor a menor gasto.

SELECT cliente_id,
       COUNT(*)      AS pedidos,
       SUM(importe)  AS total
FROM pedidos
WHERE fecha >= '2026-01-01' AND fecha < '2027-01-01'
GROUP BY cliente_id
HAVING COUNT(*) > 3
ORDER BY total DESC;

Lo que se evalúa en este ejercicio no es que lo escribas de memoria, sino que sepas explicar la diferencia entre WHERE y HAVING: WHERE filtra filas antes de agrupar y HAVING filtra grupos después de agrupar. Un fallo habitual es poner COUNT(*) > 3 en el WHERE, que no funciona porque aún no existen los grupos. Otro es usar BETWEEN con fechas y perder las horas del último día; el rango semiabierto de la solución evita ese problema.

Si te sobra tiempo, menciona dos mejoras: un índice por fecha y cliente_id si la tabla es grande, y qué pasa con los clientes con pedidos en el límite entre años. Ese tipo de comentario muestra criterio sin necesidad de más código.

Un caso de soporte, paso a paso

Para perfiles de sistemas y soporte, la prueba es una incidencia. Este es un caso ficticio, con la estructura de respuesta que se espera.

1. Reproduce y acota. ¿Solo ella? ¿Solo esa carpeta? ¿Desde cuándo? ¿Ha cambiado algo (contraseña, equipo, red)?
2. Comprueba lo más simple. Conexión de red, si resuelve el nombre del servidor, si otras carpetas funcionan.
3. Revisa permisos. Si la cuenta sigue en el grupo que da acceso y si caducó la contraseña.
4. Prueba desde otro equipo con su cuenta. Si falla, el problema está en la cuenta; si funciona, está en el equipo.
5. Aplica la corrección y verifica con la usuaria. No cierres hasta confirmar.
6. Documenta causa y solución para que el siguiente no parta de cero.

Fíjate en que no se pide la causa en la primera frase. Se evalúa que acotes antes de actuar, que no toques lo que no sabes y que cierres con documentación.

Preguntas de conducta y respuestas modelo

Además de lo técnico, casi todas las empresas añaden preguntas sobre cómo trabajas con otras personas:

• «Cuéntame un error que cometieras en producción y qué aprendiste».
• «¿Cómo gestionas que alguien discrepe de tu solución en una revisión?»
• «¿Qué haces cuando no sabes cómo resolver algo?»
• «¿Cómo mantienes tus conocimientos al día?»
• «¿Has trabajado con metodologías ágiles? ¿Qué parte te funcionó y cuál no?»

Los ejemplos siguientes son inventados; sirven para mostrar estructura.

Si buscas tu primer puesto: cómo presentar proyectos propios

Sin experiencia profesional, los proyectos propios son tu mejor material, pero solo si los presentas bien. Quien entrevista no va a leer todo el código; va a escuchar cómo lo cuentas. Esta tabla muestra qué decir de cada proyecto.

Con ese esquema, un proyecto de fin de semana se convierte en una conversación de cinco minutos. Y si te preguntan algo que no sabes, la respuesta que mejor funciona es sincera y con método: «No lo he usado; lo abordaría empezando por la documentación oficial y un ejemplo mínimo».

Qué mirar en el repositorio antes de enviarlo

• Un archivo de presentación que diga qué hace el proyecto y cómo ejecutarlo en tres pasos.
• Commits con mensajes comprensibles, no «arreglos» repetidos veinte veces.
• Sin claves, contraseñas ni datos personales en el historial.
• Pruebas, aunque sean pocas, y una nota de lo que falta.
• Nombres de variables y funciones legibles.

Preguntas de fundamentos: qué responder y qué demuestra

Las preguntas de fundamentos aparecen en las rondas técnicas de casi cualquier perfil. No buscan la definición de libro, sino que la expliques con un ejemplo.

La entrevista en inglés

Muchas ofertas técnicas incluyen una ronda en inglés. No suele ser un examen de gramática sino una conversación sobre tu trabajo. Prepara con antelación cinco frases que usarás sí o sí: cómo te presentas, qué proyecto cuentas, cómo describes un problema, cómo pides que repitan algo y cómo cierras. Pedir aclaraciones («Could you rephrase that?») puntúa; guardar silencio, no. Si tu nivel es intermedio, di que lo es y pide hablar con calma, en lugar de aparentar fluidez y perder el hilo.

Pruebas largas y trabajo gratuito: dónde está la línea

Una prueba para casa de una o dos horas es habitual. Una prueba de varios días que se parece a una tarea real del cliente plantea preguntas razonables. La Ley de Propiedad Intelectual establece que, cuando un trabajador asalariado crea un programa de ordenador en el ejercicio de las funciones que le han sido confiadas o siguiendo las instrucciones de su empresario, la titularidad de los derechos de explotación corresponde exclusivamente al empresario, salvo pacto en contrario (artículo 97.4). El artículo 51 añade que la transmisión de derechos de la obra creada en virtud de una relación laboral se rige por lo pactado en el contrato, que debe constar por escrito.

Aplicado a la entrevista, nuestra lectura (no es asesoramiento jurídico) es que ese artículo regula lo que haces como empleado y que una prueba anterior a la contratación no es lo mismo. Por eso conviene hacer tres preguntas sin dramatismo:

• ¿Qué se va a hacer con mi solución? ¿Se usará fuera del proceso de selección?
• ¿Cuánto tiempo se espera que dedique? Si el enunciado pide más del tiempo anunciado, ¿cuál es el alcance mínimo?
• ¿Puedo publicar mi solución en mi repositorio después del proceso?

Lo que debe constar antes de firmar

La oferta en informática suele combinar teletrabajo, retribución variable y cláusulas sobre propiedad y competencia. Estas son las cuestiones, con la norma que las regula.

Ninguna de estas cláusulas es mala en sí. Lo que importa es que las conozcas antes de firmar, no después de recibir una oferta con plazo de respuesta de 24 horas.

Formación y títulos que se citan

En informática el currículum pesa menos que lo que demuestras, pero conviene citar bien la formación reglada cuando la tienes:

• El título de Técnico Superior en Desarrollo de Aplicaciones Web está establecido por el Real Decreto 686/2010.
• El certificado de profesionalidad IFCD0210, Desarrollo de aplicaciones con tecnologías web, y el IFCT0510, Gestión de sistemas informáticos, tienen ficha en el catálogo del SEPE.
• Para describir tus capacidades con un vocabulario común, la clasificación europea ESCO relaciona ocupaciones con capacidades y está disponible en español, lo que ayuda a traducir tus tareas a los términos de la oferta.

Qué pueden preguntar sobre tu vida fuera del trabajo

Es frecuente que miren tus perfiles públicos (repositorios, LinkedIn, redes). La guía de la AEPD sobre protección de datos en las relaciones laborales recuerda que las personas candidatas no están obligadas a permitir la indagación en sus perfiles de redes sociales y que la indagación solo se justifica si están relacionados con fines profesionales. En la práctica: cuida tu perfil profesional y no te sientas obligado a dar acceso a cuentas privadas.

Señales de alerta

• La oferta lista 15 tecnologías «imprescindibles» para un puesto júnior sin concretar tareas.
• La prueba es una tarea real de un producto, sin límite de tiempo ni respuesta sobre su uso.
• Piden datos bancarios o copia del DNI antes de la primera conversación.
• El «trabajo remoto» exige comprar tu equipo o pagar licencias.
• Hay pacto de no competencia sin compensación o con duración fuera de los límites del artículo 21.
• El proceso desaparece tras la prueba técnica y no hay respuesta ni feedback.

Preparación en una hoja

1. Un resumen de tu último proyecto en tres frases: problema, tu parte, resultado.
2. Dos ejercicios completos hechos en voz alta, de la categoría que pida la oferta.
3. Una historia de error y aprendizaje, con datos reales.
4. Tus preguntas: tecnologías, tamaño y funcionamiento del equipo, y cuestiones de contrato de la tabla.
5. Un entorno de videollamada probado: cámara, micrófono, editor y conexión.

Cuando termines, la página después de la entrevista explica cuándo y cómo preguntar por el estado del proceso.