P
prepair.app
Comenzar entrevista →
EnglishУкраїнськаРусскийDeutsch
📈

Middle Business AnalystPreguntas de entrevista Business Analyst

Middle · 2–4 años de experiencia

Las entrevistas de business analyst testean cómo levantas requisitos, manejas stakeholders en desacuerdo, y conviertes la ambigüedad en algo que un equipo pueda construir. Aquí están las preguntas más comunes con respuestas modelo. Middle: comprensión más profunda, optimización y situaciones reales de trabajo.

Pruébalo — sin cuenta necesaria
Preparando tu pregunta…

Temas para prepararte

Levantamiento de requisitos
User stories y criterios de aceptación
Diagramas UML y BPMN
Gestión de stakeholders
Agile y Scrum
Priorización (MoSCoW, RICE)

6 preguntas de nivel Middle con respuestas

1

¿Cómo priorizas requisitos cuando todos dicen que el suyo es crítico?

Respuesta

Haciendo visible el trade-off en vez de discutir sobre importancia: qué entrega cada uno, qué cuesta, y qué se sacrifica al hacer el otro primero. MoSCoW funciona cuando las categorías tienen tope, si no todo se convierte en Must. La pregunta que termina la mayoría de los debates es qué pasa si esto se lanza el próximo trimestre en vez de ahora.

2

¿Cómo manejas un requisito que cambia a mitad del desarrollo?

Respuesta

Evalúa el impacto antes de aceptar o rechazar — qué más depende de él, qué ya está construido, qué cuesta la demora. Luego es una decisión de la que alguien es dueño, no un favor. El scope creep silencioso, donde cada cambio es pequeño y nadie rastrea el total, es cómo un proyecto de dos meses toma seis.

3

¿Qué es una matriz de trazabilidad y cuándo vale la pena mantenerla?

Respuesta

Un mapa de requisitos al diseño, código y tests que los satisfacen. Vale la pena mantenerla cuando debes probar cobertura — industrias reguladas, auditorías, seguridad — y es burocracia en otro lado. La versión honesta es un link del ticket al test, no una hoja de cálculo que nadie actualiza.

4

¿Cómo modelas un proceso, y qué obtienes realmente de eso?

Respuesta

BPMN o un diagrama de swimlane plano mostrando quién hace qué y dónde están los handoffs. Lo que obtienes no es el dibujo — es que dibujarlo expone los pasos que nadie podía nombrar y las decisiones sin dueño. La mayoría de los problemas de proceso se descubren mientras se modela en vez de al leer el modelo.

5

¿Cuál es la diferencia entre validation y verification de requisitos?

Respuesta

Verification pregunta si el requisito está bien formado — claro, testeable, consistente con los demás. Validation pregunta si es el requisito correcto — si realmente sirve a la necesidad de negocio. Un documento puede pasar verification completamente y describir el sistema equivocado.

6

¿Cómo escribes requisitos para una integración con un sistema externo?

Respuesta

Empieza desde el contrato: qué datos cruzan, en qué forma, con qué frecuencia, y qué pasa cuando el otro lado no está disponible o está mal. Los modos de fallo son el requisito — una spec que describe solo el camino feliz se descubrirá incompleta durante el testing, cuando es caro.

🦎

Leer respuestas no es suficiente

En una entrevista real hablas bajo presión. Cam hace estas mismas preguntas, evalúa cada respuesta y muestra exactamente qué mejorar.

Practicar entrevista de Middle Business Analyst →
Gratis · 3 entrevistas al mes

Otros niveles — Business Analyst

Junior Business AnalystSenior Business AnalystTodas las preguntas de Business Analyst

Otras especializaciones

🔍Middle Manual QA🤖Middle QA AutomationMiddle Java Backend🐍Middle Python Backend🐘Middle PHP Backend🦫Middle Go Backend🟢Middle Node.js Backend💎Middle Ruby on Rails🔷Middle C++🟨Middle JavaScript