más de 40 preguntas de entrevista para analista de negocio

ImageImage
Anastasiya_Belskaya.jpeg
autorLíder del equipo de análisis de negocio, Entrevistadora Técnica Certificada (TI), mentora de TI, EPAM Anywhere

Entrevistarse para un nuevo puesto es todo un reto, sobre todo cuando los candidatos tienen que pasar por una comprobación de conocimientos técnicos y responder a preguntas de entrevista de analista de negocio. Los analistas de negocio tienen que comunicar conceptos difíciles al personal no técnico y a las partes interesadas, por lo que la habilidad para hacerlo en una entrevista es esencial.

Las preguntas de las entrevistas a analistas de negocio pueden dividirse en dos categorías: las que se refieren al papel del analista de negocio y las que se centran en técnicas específicas de análisis de negocio. Hemos encuestado a algunos de nuestros expertos para ayudarte a comprender los tipos de preguntas que pueden plantearse y cómo puedes prepararte mejor para responderlas.

Les presentamos a Anastasiya Belskaya, líder del equipo de análisis de negocio. Anastasiya es Entrevistadora Técnica Certificada (TI) y mentora de TI con EPAM Anywhere, quien compartirá algunos ejemplos de preguntas efectuadas en nuestras entrevistas técnicas. Tolkynay Kartabayeva trabaja como analista de negocio con EPAM Anywhere, y compartirá su propia experiencia práctica de pasar una entrevista técnica en EPAM Anywhere para un puesto de analista de negocio.

El proceso de entrevistas en EPAM Anywhere consta de varias fases, al igual que en muchas empresas. Tolkynay explicó que, en su caso, pasó por tres fases distintas: la entrevista general, la entrevista técnica, y la entrevista de oferta.

Tolkynay especificó que la etapa más importante de la entrevista fue la entrevista técnica, que fue la que determinaba si obtendría el puesto o no. En ella, hubo dos líderes BAs de EPAM Anywhere que le hicieron preguntas durante la entrevista:

"La primera pregunta era para hablar de uno mismo y de su experiencia (durante aproximadamente 5 minutos). Antes de responder, les di las gracias por compartir su tiempo y darme la oportunidad de tener esta entrevista. Describí mi experiencia a alto nivel, sin dar detalles, pero mencionando que si estaban interesados en alguna de mis experiencias, podía describirla en más detalles. Mi consejo: prepara tu introducción con antelación y haz coincidir tus aptitudes y experiencia aplicables, con el puesto al que optas."

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere

Las mejores preguntas de entrevista para analista de negocio realizadas en EPAM Anywhere

1. ¿Cómo te prepararás antes de iniciar el proyecto?

La preparación es clave para cualquier proyecto, incluso para uno que aún no comienza. El analista de negocio debe estar preparado para hacer preguntas sobre las metas, los objetivos y los resultados del proyecto. También debe ser capaz de identificar las partes involucradas y sus funciones en el proyecto.

encuentra tu trabajo ideal
Solo envíanos tu CV y nuestros reclutadores te contactarán con una opción a la medida
aplica ahora
icono de lupa

2. ¿Qué es el análisis de requerimientos?

En la fase de análisis de requerimientos, el analista de negocio trabaja con las partes involucradas para comprender el problema que hay que resolver. Esto se hace mediante entrevistas, talleres y otros medios de recopilación de información.

Algunas preguntas habituales en las entrevistas a analistas de negocio de IT durante esta fase son:

  • ¿Cómo se obtienen requerimientos de las partes involucradas?
  • ¿Cuáles son algunas de las técnicas de recopilación de requerimientos?
  • ¿Cómo gestionar peticiones contradictorias de las partes involucradas?
  • ¿Cómo se verifica que los requerimientos están completos?

3. ¿Qué harás si eres el único BA del proyecto y tienes que indagar esta fase por tu cuenta?

Si eres el único analista de negocio del proyecto, tendrás que realizar tú mismo/a la recopilación y el análisis de requerimientos. Esto puede hacerse mediante diversos métodos, como entrevistas, talleres y análisis de documentos. Una vez que comprendas bien el problema, puedes empezar a trabajar en las posibles soluciones.

Al preparar las respuestas a estas preguntas, deben incluirse algunos términos clave para demostrar mejor los conocimientos y la experiencia, como por ejemplo

  • Talleres
  • Visión
  • WBS
  • Lista de funciones
  • MVP
  • Actas de reunión

4. ¿Quiénes son las partes involucradas?

Las partes involucradas son personas u organizaciones que tienen un interés personal en el éxito o el fracaso del proyecto. Como analista de negocio, debes conocerlos al iniciar un nuevo proyecto.

Por ejemplo, si estás trabajando en un proyecto de desarrollo de software, las partes involucradas pueden ser el equipo de desarrollo, el propietario del producto y la alta dirección.

Cada parte involucradas tendrá metas y objetivos diferentes para el proyecto. Es importante comprenderlos para poder alinear los propios con los de ellos. Por ejemplo, si el equipo de desarrollo se centra en entregar el producto a tiempo y dentro del presupuesto asignado, tu objetivo como analista de negocio debe ser ayudarles a conseguirlo, proporcionándoles requisitos claros e identificando los posibles riesgos.

5. ¿Qué artefactos se usan para una gestión eficaz de las partes involucradas?

Se trata de una pregunta habitual en las entrevistas a analistas de negocio senior relacionada con el análisis de las partes involucradas. Hay muchos artefactos diferentes que se pueden utilizar para una gestión eficiente de las partes involucradas, pero algunos de los más comunes son:

  • Lista de partes involucradas
  • Matriz RACI
  • Plan de comunicación
  • Matriz Power-interest

"No tenía experiencia previa en el análisis de las partes involucradas, pero sí conocimientos teóricos y fui sincero con el entrevistador al respecto y le expliqué lo que sabía: Diagrama de cebolla, matriz RACI y diagrama de poder interés/influencia, y di detalles sobre cómo utilizarlos todos".

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere

Es muy importante entender que ser honesto sobre tus puntos fuertes y débiles al responder a las preguntas de la entrevista de analista de negocio ayuda mucho.

6. ¿Cuál es tu enfoque para definir las prioridades de los requerimientos?

Al abordar una cuestión de priorización, puede ser útil el método MoSCoW, que significa:

  • M - Debe tener
  • S - Debería haber
  • C - Podría haber
  • W - No tendré (o no en este momento)

Otros términos clave que hay que tener en cuenta, al pensar en la priorización, son:

  • Modelo KANO
  • Matriz de Eisenhower
  • Método 100$

"Mencioné que en mis proyectos anteriores no utilizábamos ninguna técnica específica de priorización, porque los proyectos eran pequeños y utilizábamos el valor empresarial frente a la complejidad. Sin embargo, describí todas las técnicas que conozco en teoría, aporté algunas aclaraciones sobre cada una y expliqué cómo se utilizaría la técnica en el mundo real."

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere

7. ¿Qué documentos crean los analistas de negocio?

Cuando piensas en cuestiones relacionadas con la documentación, considera la posibilidad de utilizar los siguientes términos:

  • Visión y alcance
  • SRS
  • Especificación
  • Historias de usuario
  • Caso de uso
  • Actas de reunión
  • Criterios de aceptación
  • GERKIN
  • Definición de Ready (DOR)
  • INVERTIR

"Mi experiencia en documentación de requerimientos fue diversa y dependió de la metodología del proyecto. En los proyectos basados en el modelo Waterfall en que trabajé, redacté documentos BRD, de especificación técnica y de viabilidad técnica. En los proyectos basados en el modelo Agile, describí los requisitos mediante historias de usuario, criterios de aceptación, casos de uso y reglas de negocio. También asistí a reuniones de proyecto para levantar actas del equipo y documentar lo que se discutía y decidía."

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere

8. ¿Cómo se lleva a cabo la gestión de cambio?

La gestión de cambio es una fase crítica de cualquier proyecto, ya que abarca las actividades que garantizan la adopción satisfactoria de nuevos procesos, tecnologías y/o comportamientos. Es importante que un analista de negocio esté familiarizado con diversos modelos y herramientas de gestión del cambio para administrar eficazmente los cambios que se producen durante un proyecto.

Algunas de las preguntas que te pueden surgir durante esta sección son:

  • ¿Qué significa para ti la gestión del cambio?
  • ¿Cuáles son los tipos de cambios más habituales que se producen durante un proyecto?
  • ¿Cuáles son las formas más eficaces de comunicar los cambios a las partes involucradas?
  • Si un cliente acude a ti con un cambio, ¿cómo reaccionarás y qué harás?
  • ¿Cómo afrontar la resistencia al cambio?
  • ¿Cuáles son las dificultades más comunes de la gestión del cambio?

En tu respuesta, considera el uso de términos como solicitud de cambio y análisis de impacto.

9. ¿Qué técnicas utilizas para obtener requerimientos?

Hay muchas técnicas diferentes que pueden utilizarse para la obtención de requerimientos, pero algunas de las más comunes son: entrevistas, grupos de discusión, talleres, cuestionarios, encuestas, observación, tormenta de ideas y análisis de documentos.

Durante el proceso de entrevista, otras preguntas habituales relacionadas con la obtención de requerimientos son:

  • ¿Cuál es tu experiencia con la obtención de requerimientos?
  • ¿Cuál es la diferencia entre un requerimiento y una especificación?
  • ¿Cómo se documentan los requerimientos?
  • ¿Cuáles son las herramientas más utilizadas para la gestión de requerimientos?
  • ¿Cuál ha sido tu experiencia con estas herramientas?

10. ¿En qué se diferencia Waterfall de Agile?

Existen distintos tipos de metodologías de desarrollo de software, cada una con sus propias ventajas e inconvenientes. Las metodologías de desarrollo de software más comunes son Waterfall y Agile.

  • Waterfall es un enfoque lineal del desarrollo de software, en el que cada fase debe completarse antes de pasar a la siguiente. La ventaja de Waterfall es que es fácil de entender. Para un BA, también significa obtener la aprobación del cliente una sola vez, para pasar a apoyar al equipo con preguntas abiertas. La desventaja de Waterfall es que puede ser inflexible y no permite hacer cambios una vez iniciado el proyecto. También aumenta el riesgo que el producto final deje de ser relevante para su mercado, o no satisfaga las necesidades de las partes involucradas.
  • Agile es un enfoque no lineal del desarrollo de software, que permite introducir cambios a lo largo del proceso de desarrollo. La ventaja de Agile es su flexibilidad y que permite la entrega rápida de software operativo. La desventaja de Agile es que requiere conocimientos avanzados de gestión del cambio.

"Por suerte, he trabajado en los dos modelos y puedo compartir mi experiencia con ambos, identificando sus pros y contras. Consejo: no hay que criticar ninguno de los dos modelos, porque cada uno funciona de acuerdo al campo objetivo del proyecto. Para el sector de petróleo y gas, obviamente es mejor trabajar en el modelo de Waterfall, ya que existen ciertos riesgos para la salud o incluso la vida del empleado. En proyectos de startups o pequeños proyectos innovadores, es mejor trabajar con la metodología Agile. Intenta mostrar que eres capaz de trabajar con distintas metodologías, según las necesidades y preferencias de la empresa".

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere

11. ¿Qué diagramas usas en la práctica?

Los diagramas son una representación visual de las distintas fases del proyecto, el modo en que están relacionadas entre sí, y el orden en que deben completarse. Los candidatos deben estar familiarizados con los siguientes tipos de diagramas:

  • Diagramas UML
  • Sprint backlog

Otra pregunta habitual que se te puede plantear es:

  • ¿En qué se diferencia un diagrama de actividades de una secuencia?

12. Preguntas UX/UI

La experiencia de usuario (UX) y la interfaz de usuario (UI) son dos campos distintos que, juntos, conforman el diseño de un producto. UX es el proceso de crear productos útiles, fáciles de usar y agradables para los usuarios. La interfaz de usuario involucra el diseño gráfico de un producto y el modo en que los usuarios interactúan con él.

Algunas preguntas habituales en las entrevistas UX/UI son:

  • ¿Qué diferencia hay entre un wireframe y un prototipo?
  • ¿Qué son las pruebas de uso/usabilidad?
  • ¿Cuál es la diferencia entre el diseño centrado en el usuario y el diseño centrado en el cliente?
  • ¿Qué ventajas e inconvenientes ves en la creación de prototipos visuales?
  • ¿Qué herramientas utilizas para los wireframes/prototipos?

Los términos clave que debes utilizar en tu respuesta son:

  • Recorrido del usuario/User Journey Map
  • Personas
  • Prototipos
  • Wireframes
  • Diseños

13. ¿Cómo se calcula el esfuerzo necesario para un proyecto?

Al poner en marcha un proyecto, es esencial hacer estimaciones precisas, lo cual es una habilidad clave para los analistas de negocio. Deberán darle una idea a su jefe de proyecto de cuánto tiempo llevará una tarea, así como los riesgos y dependencias que conlleva. Esto les permitirá crear un plan de proyecto más preciso. Hay diferentes métodos que pueden utilizarse para llevar a cabo la estimación, como el uso de storypoints/puntos de historia o el uso de un método de analogía.

Algunas preguntas habituales en las entrevistas sobre estimación son:

  • ¿Qué factores debes tener en cuenta a la hora de hacer estimaciones?
  • ¿Cuál es la diferencia entre estimación ascendente y descendente?
  • ¿Cuál es la diferencia entre estimación analógica y estimación paramétrica?
  • Si te preguntaran, ¿cómo estimarías el esfuerzo de un BA respecto al análisis de características?
  • ¿Cómo gestionarías la incertidumbre a la hora de hacer estimaciones?

Los términos clave que debes utilizar en tu respuesta son:

  • Alcance
  • Puntos de historia
  • Estimación port talla de camiseta
  • Días/horas hombre
  • Póquer de planificación
  • Descomposición

"Mi respuesta también se basa en mi experiencia. En el modelo waterfall, la mayoría de las veces estimaba el esfuerzo del Analista de Negocios a alto nivel, descomponiéndolo en pequeñas tareas mediante una estimación descendente o ascendente. La estimación se realizaba de antemano ya que, en los proyectos G2B, la estimación debe realizarse al final del año a fin de elaborar un presupuesto para las actividades futuras del proyecto. En proyectos Agile, lo mejor es planificar el póquer con puntos de historia (esfuerzo, dificultad, incertidumbre) en Fibonacci, y hacer una estimación de tamaño de camiseta en un alto nivel. Un consejo de mi parte: si conoces algunas técnicas más pero no las has utilizado en tu trabajo anterior, intenta combinar tu experiencia con algunos conocimientos teóricos."

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere

14. ¿Cómo documentarías un proceso de integración entre dos sistemas?

Hay varias formas de responder a esta pregunta. Una sería describir los pasos que darías para integrar los dos sistemas. Otra forma de responder sería proporcionar una visión general de alto nivel de cómo abordar el proyecto de integración.

Los términos clave son:

  • API
  • XML/JSON
  • Microservicios
  • ETL

Las preguntas de entrevista técnica están diseñadas para evaluar las habilidades, los conocimientos y la experiencia del candidato en un área o tecnología concreta. Cuando te prepares para una entrevista técnica, es importante que repases tus habilidades y conocimientos en el área específica de la tecnología sobre la que te van a entrevistar. También es útil tener preparados algunos ejemplos de preguntas y respuestas, para poder practicar tus habilidades antes de encontrarte con el entrevistador.

Una tarea práctica

Un ejemplo de pregunta práctica para un puesto de BA podría ser algo como:

  • Como BA de un gran proyecto de venta al por menor, te encargas de añadir una nueva funcionalidad: una lista de deseos. El cliente es un negocio de cosméticos en línea, y quieren dar a sus clientes más opciones a la hora de comprar. Necesitamos que nos ayudes a averiguar qué requisitos necesitaremos antes de crear esta función, así como a repasar una lista de preguntas que harías para obtener esta información.

Tolkynay planteó una cuestión práctica similar en su entrevista, que detalla aquí:

"Me han encargado el siguiente trabajo práctico: eres BA de un proyecto de comercio electrónico B2C en el sector sanitario, en el que nuestro cliente es un hospital privado que quiere permitir la emisión de recetas y la reserva de citas para sus pacientes a través de una nueva plataforma. Como BA en fase de descubrimiento, explica qué tipo de plataforma deberíamos crear para este cliente. Así que les dije que haría preguntas para recopilar los requisitos y luego prepararía historias de usuario para mi equipo de desarrollo con una posible solución."

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere

Consejos finales

  • Parafrasear o aclarar cualquier parte de la pregunta que no estè clara.
  • Utilizar el método STAR en tus respuestas siempre que sea posible. Esto garantizará que tus respuestas estén bien estructuradas, y contengan suficientes detalles relevantes para demostrar tu idoneidad para el puesto.
  • No digas "no lo sé" ya que podría parecer que no estás preparado. Si realmente no sabes la respuesta a una pregunta, intenta adivinarla basándote en lo que sabes del puesto o pide aclaraciones al entrevistador.
  • Intenta relajarte y ser tú mismo durante el proceso de entrevista con el analista de negocio. El entrevistador quiere conocerte como persona, no sólo como una lista de calificaciones y experiencia, así que deja que tu personalidad brille.

"No te preocupes, ten confianza, no mientas y no te rindas. Aunque no sepas las respuestas, intenta pensar lógicamente y encontrar una solución adecuada. Todos los entrevistadores de EPAM Anywhere son muy relajados y educados. Tienen mucha experiencia y te darán un feedback detallado una vez finalizada la entrevista. Te deseo mucha suerte y espero que te unas al mejor equipo: EPAM Anywhere."

Tolkynay_Kartabayeva.jpeg
Tolkynay KartabayevaAnalista de negocio, EPAM Anywhere
Anastasiya_Belskaya.jpeg
autorLíder del equipo de análisis de negocio, Entrevistadora Técnica Certificada (TI), mentora de TI, EPAM Anywhere