Qué preguntan en una entrevista para analista de sistemas, cómo responder sobre requisitos, integraciones y esquemas y cómo ensayar la conversación.
A un analista de sistemas no se le evalúa por su conocimiento de notaciones, sino por su capacidad de transformar una petición vaga del negocio en requisitos con los que el equipo pueda trabajar. Por eso la mitad de las preguntas suenan como «¿qué haría usted si…?», y no «dibuje un diagrama».
| Etapa | Qué evalúan |
|---|---|
| Cribado | experiencia, dominios, expectativas salariales |
| Teoría del análisis | requisitos, notaciones, documentación |
| Caso o tarea | cómo aclaras y analizas la situación |
| Integraciones y datos | API, SQL, formatos, manejo de errores |
| Rol en el equipo | conflictos, límites con PM y desarrollo |
Esperan un proceso, no «hablo con el cliente»: por dónde empiezas, qué preguntas haces, cómo lo documentas, cómo verificas que lo has entendido correctamente. Una buena respuesta contiene artefactos: una lista de preguntas, un prototipo, un esquema, criterios de aceptación.
Pregunta clásica: nombrar los requisitos no funcionales de un sistema. Comprueban si recuerdas el rendimiento, la carga, la disponibilidad, la seguridad, la usabilidad y las limitaciones del entorno.
BPMN frente a un diagrama de actividades UML, para qué sirve un flow-chart, cómo describir un estado (state machine). Es importante no solo conocer la notación, sino también explicar cuándo utilizarla y cuándo basta con una lista de pasos.
REST frente a GraphQL y gRPC, idempotencia, versionado, tiempos de espera y reintentos, colas y garantías de entrega. A menudo plantean un caso: «el servicio responde con retraso — qué hacer».
JOINs, índices, normalización, agregados. Normalmente piden escribir una consulta con palabras o analizar una consulta lenta.
Qué incluye la especificación, quién la lee, cómo mantenerla actualizada. Se valora la capacidad de escribir de forma que el desarrollador no tenga que venir con preguntas.
En qué se diferencia un analista de un product manager, quién prioriza, quién es responsable de la aceptación. Es una pregunta sobre madurez y la capacidad de acordar zonas de responsabilidad.
El caso práctico es la etapa principal. Funciona la misma estructura: aclaración → descomposición → opciones → elección con justificación → riesgos.
«Antes de proponer una solución, aclararé tres cosas: quiénes son los usuarios, qué volumen de datos hay y qué se considera un éxito. Después lo desglosaré en subsistemas: recepción de la solicitud, procesamiento, notificación. Consideraré dos opciones: llamada síncrona y cola. Elegiré la cola si se admite latencia; de lo contrario, perderemos en picos de carga. Riesgo: sin monitorización, la cola crecerá sin que nos demos cuenta».
El entrevistador no escucha la respuesta, sino el proceso: si aclaras antes de decidir y si ves las limitaciones de tu opción.
Una semana de 30–40 minutos al día: repasar siete temas, recordar dos o tres proyectos propios con cifras y ensayar un caso en voz alta una vez. El caso importa más que la teoría: es justo donde más suelen descartar candidatos.
Saber al menos una notación, sí, pero en la entrevista no valoran el dibujo, sino la capacidad de explicar el diagrama con palabras y elegir el nivel de detalle adecuado. A menudo basta con saber describir un proceso como una lista de pasos y estados.
Dígalo directamente y haga preguntas: eso es precisamente el trabajo del analista. «No he trabajado con logística, pero para entenderlo preguntaré por X, Y, Z» suena más profesional que intentar adivinar.
Casi siempre, al menos a nivel de JOINs y agregados. A menudo piden no escribir la consulta, sino explicar cómo la construiría y por qué eligió ese enfoque.
Con un rango y basándote en el mercado. El análisis detallado está en el artículo negociación salarial.
Describe la situación en una frase — «entrevista de analista de sistemas, integraciones, tres años de experiencia» — y realiza el diálogo en el simulador. El entrenador hará preguntas sobre tu rol y analizará las respuestas después de la conversación.
Tome dos de sus proyectos y descríbalos según el esquema: tarea — qué se aclaró — qué solución se eligió — cómo terminó. Luego repase el caso en voz alta: abra HintMeTalk AI, modo «Entrenador», describa la vacante en una frase. Después del análisis se ve dónde empieza usted a resolver sin haber hecho una pregunta.
La preparación general — en el artículo preparación para la entrevista. Análisis para otros roles: frontend y Python.
Practica esta habilidad en HintMeTalk AI
Abrir la app
HintMeTalk