20 Preguntas de Práctica de Contexto con Respuestas

1. 1. Una analista de negocio junior encuentra una descripción detallada de un proceso en la unidad compartida del departamento. El archivo no indica autor y menciona una estructura de equipo que ya no existe. ¿Cuál es la mejor acción siguiente antes de usarlo como insumo del análisis?

   • A.Tratar el archivo como autorizado porque está guardado en el repositorio oficial del área.
   • B.Actualizar el archivo con la estructura actual y distribuirlo como descripción aprobada.
   • C.Pedir al responsable actual del proceso que confirme qué partes reflejan el trabajo real.✓ Respuesta
   • D.Descartar el archivo por completo y reconstruir la descripción entrevistando al personal.

   El análisis de documentos exige juzgar la vigencia y la pertinencia de la fuente antes de apoyarse en ella, y la mención de un equipo inexistente indica que el contenido puede estar desactualizado. Contrastarlo con el responsable del proceso y registrar qué se confirmó y qué no es lo que establece la calidad de la información; estar en el repositorio oficial no garantiza exactitud, y un analista de nivel inicial no republica una versión revisada por cuenta propia.

   Ref. QB-UVQC2BFuente: IIBA, The Business Analysis Standard and BABOK Guide — Plan Business Analysis Information Management; Document Analysis (currency and relevance of source material)Reportar un problema con esta pregunta

2. 2. En una revisión entre pares, un colega recorre cada enunciado de requisito preguntando si está redactado con claridad suficiente para que un probador juzgue de forma objetiva si se cumplió. ¿Qué actividad realiza ese colega?

   • A.Verificar los requisitos, al juzgar si los enunciados cumplen los estándares de calidad.✓ Respuesta
   • B.Confirmar los resultados de la obtención, al cotejar las notas con lo dicho.
   • C.Validar los requisitos, al juzgar si realmente aportan valor al negocio.
   • D.Aprobar los requisitos, al obtener el acuerdo para que el trabajo pueda avanzar.

   La verificación pregunta si el artefacto tiene calidad suficiente y sirve para su propósito, que es justo lo que evalúa una revisión de redacción verificable y sin ambigüedad. La validación plantea otra pregunta —si el requisito aporta valor al negocio—, la aprobación busca el acuerdo para avanzar, y confirmar los resultados de la obtención solo comprueba que las notas coincidan con lo dicho.

   Ref. QB-DD9VSCFuente: IIBA BABOK Guide — Verify Requirements and Designs versus Validate Requirements, Approve Requirements and Designs, and Confirm Elicitation ResultsReportar un problema con esta pregunta

3. 3. Un analista de negocio apoya una iniciativa en un sector regulado donde cada cambio de requisitos debe ser trazable hasta un aprobador identificado. El equipo acostumbra acordar los cambios de palabra en su reunión diaria. ¿Qué debe hacer el analista?

   • A.Seguir el proceso formal de aprobación y registrar quién aprobó cada cambio y cuándo.✓ Respuesta
   • B.Pedir una exención al regulador para que el equipo conserve su rutina más ligera.
   • C.Omitir la aprobación y apoyarse solo en la trazabilidad para mostrar el origen de cada cambio.
   • D.Mantener la práctica verbal, ya que la formalidad de la aprobación depende del equipo.

   La aprobación siempre es necesaria, pero su grado de formalidad lo fija el contexto, y un entorno regulado exige un registro auditable en lugar de un entendimiento verbal. El rigor lo determinan la política y la normativa, no la comodidad del equipo, y los enlaces de trazabilidad muestran relaciones entre elementos, no que una persona identificada haya aceptado un cambio.

   Ref. QB-VV3Q7CFuente: IIBA BABOK Guide — Approve Requirements and Designs (formality of approval scales with the context); The Business Analysis Standard, regulated contextsReportar un problema con esta pregunta

4. 4. A mitad de una iniciativa, los interesados preguntan una y otra vez quién solicitó originalmente cierto requisito y qué tan urgente es. Nadie puede responder sin volver a abrir actas de reuniones antiguas. ¿Qué debería proponer el analista?

   • A.Establecer una línea base del conjunto para proteger la versión aprobada de más ediciones.
   • B.Añadir enlaces de trazabilidad de cada requisito a los elementos de diseño que lo cumplen.
   • C.Registrar atributos del requisito como origen, urgencia y estado junto a cada requisito.✓ Respuesta
   • D.Elevar el nivel de abstracción para que los requisitos se mantengan estables ante los detalles.

   Los atributos del requisito son los metadatos que se guardan sobre él —origen, autor, prioridad, estado, responsable, urgencia y similares— y decidir cuáles capturar forma parte de definir cómo se almacenará y consultará la información de análisis. La trazabilidad registra relaciones entre elementos, una línea base congela la versión aprobada y cambiar el nivel de abstracción solo altera el detalle escrito, así que ninguna de esas opciones responde quién lo pidió ni con qué urgencia.

   Ref. QB-AD7V99Fuente: IIBA BABOK Guide — Plan Business Analysis Information Management (requirements attributes, traceability, level of abstraction)Reportar un problema con esta pregunta

5. 5. Se pide a una analista redactar un requisito para que otros equipos puedan reutilizarlo en iniciativas futuras. El borrador dice actualmente que el empleado escribe el número de siniestro en la pantalla verde del terminal heredado. ¿Qué debería cambiar la analista?

   • A.Trasladar el requisito a la sección de diseño, porque describe cómo se realiza el trabajo.
   • B.Dejarlo como está y añadir un atributo que lo marque como reutilizable en el futuro.
   • C.Reformular el requisito en términos de la necesidad que atiende, sin detalle de la solución específica.✓ Respuesta
   • D.Añadir el nombre de la pantalla y la posición del campo para que se sepa qué se construyó.

   Mantener los requisitos para su reutilización implica conservarlos exactos y coherentes más allá de la iniciativa que los originó, y un requisito solo es reutilizable si se redacta sin detalle propio de una solución o de una iniciativa concreta. Nombrar una pantalla de terminal ata el enunciado a una implementación, de modo que añadir más detalle, reubicarlo o solo etiquetarlo como reutilizable lo deja igual de inservible en otro contexto.

   Ref. QB-SVZPP8Fuente: IIBA BABOK Guide — Maintain Requirements and Designs (maintaining requirements for reuse)Reportar un problema con esta pregunta

6. 6. Tras una sesión en la que los interesados revisaron las notas de la analista, dos puntos se confirmaron como exactos y uno quedó en disputa porque dos participantes lo recuerdan de forma distinta. ¿Qué debería hacer la analista con ese resultado?

   • A.No registrar ninguno de los tres puntos hasta que la discrepancia se resuelva después.
   • B.Registrar solo los puntos confirmados, porque lo que está en disputa aún no es fiable.
   • C.Decidir qué versión del punto discutido es correcta y documentarla como resultado acordado.
   • D.Registrar los puntos confirmados y el discutido, señalando la discrepancia para resolverla.✓ Respuesta

   El resultado de una validación es en sí información de análisis de negocio y debe quedar en el repositorio, incluido el punto sin resolver, porque una discrepancia abierta es justo lo que los interesados necesitan ver. En el nivel inicial el analista señala el conflicto para que se revise en vez de elegir entre versiones, y no registrar nada deja al equipo trabajando de memoria.

   Ref. QB-BDJ7FAFuente: IIBA BABOK Guide — Confirm Elicitation Results and Plan Business Analysis Information Management (recording validation outcomes and open discrepancies)Reportar un problema con esta pregunta

7. 7. Una solución de reportes cumple las especificaciones acordadas, pero un año después de su despliegue la mayoría de las áreas sigue armando las cifras a mano. Las entrevistas muestran que el personal no sabe qué puede hacer la solución y nadie definió quién actualiza los datos de base. ¿Cómo se caracteriza mejor esta situación?

   • A.Una limitación de la solución, ya que esta claramente no entrega el valor esperado.
   • B.Una limitación de la empresa, ya que la barrera está en la operación y el conocimiento.✓ Respuesta
   • C.Un defecto de requisitos, ya que los requisitos originales no captaron lo que se necesitaba.
   • D.Un riesgo, ya que la pérdida de valor aún no se ha confirmado con datos de desempeño medidos.

   Las limitaciones de la empresa son factores externos a la solución que frenan el valor: cultura, conocimiento, procesos de apoyo sin definir, líneas de reporte y la capacidad real de operar lo entregado. Aquí la solución funciona según lo especificado, así que la restricción es operativa y cultural, no interna; calificarla como defecto de la solución dirigiría el esfuerzo de mejora al lugar equivocado.

   Ref. QB-TVC2V9Fuente: IIBA BABOK Guide — Assess Enterprise Limitations versus Assess Solution Limitations; The Business Analysis Standard, underused solution exampleReportar un problema con esta pregunta

8. 8. Una solución de siniestros funciona bien en cada paso salvo uno: una transferencia nocturna de datos que a menudo termina tarde y deja a los pasos siguientes trabajando con cifras desactualizadas. ¿Qué ilustra esta situación?

   • A.Una dependencia entre componentes internos: el desempeño global lo limita el más débil.✓ Respuesta
   • B.Una limitación de la empresa: la organización no logra absorber la nueva solución.
   • C.Una regla de negocio: la política sobre el momento de refresco no se ha documentado.
   • D.Una suposición: el equipo creyó que la transferencia terminaría, pero no lo verificó.

   Evaluar las limitaciones de la solución empieza por identificar las dependencias entre sus propios componentes, porque el valor del conjunto queda topado por la parte menos eficaz por bien que funcionen las demás. Aquí la restricción está dentro de la solución y es observada, no solo supuesta, así que no es una limitación de la empresa ni una suposición sin verificar ni una política.

   Ref. QB-8DG7X6Fuente: IIBA BABOK Guide — Assess Solution Limitations (identify internal solution component dependencies)Reportar un problema con esta pregunta

9. 9. Durante la planificación, el equipo anota lo siguiente: un proveedor dijo que expondrá una interfaz el próximo trimestre, nada se ha acordado por escrito y el trabajo se está programando como si la interfaz fuera a llegar. ¿Cómo debería clasificar el analista este enunciado?

   • A.Como una falla de planificación, porque planificar con información sin confirmar es un error.
   • B.Como una regla de negocio, porque rige la forma en que se manejan las interfaces externas.
   • C.Como una restricción, porque el calendario del proveedor limita lo que se puede incluir.
   • D.Como una suposición, porque se cree cierta sin verificar y el trabajo depende de ella.✓ Respuesta

   Una suposición es algo que se da por cierto sin confirmar y de lo que aun así depende el trabajo, que es exactamente lo que ocurre cuando una promesa verbal del proveedor guía el calendario. Una restricción limita realmente la solución, como una norma o un presupuesto fijo; una regla de negocio rige la conducta de la organización, y registrar la suposición de forma explícita es buena práctica, no un error.

   Ref. QB-QVA2C6Fuente: IIBA BABOK Guide — Analyze Current State and Plan Business Analysis Approach (assumptions, constraints and business rules)Reportar un problema con esta pregunta

10. 10. A mitad del análisis, un analista descubre que una norma de una región de operación prohíbe la transferencia de datos de la que depende el diseño preferido. El analista trabaja bajo la dirección de una analista sénior. ¿Cuál es la mejor acción siguiente?

    • A.Documentar la restricción, ajustar el plan en torno a ella y avisar al analista sénior.✓ Respuesta
    • B.Continuar con el diseño preferido y registrar la norma como un riesgo a tratar más adelante.
    • C.Sacar del alcance la región afectada para conservar el diseño preferido tal como está.
    • D.Pedir a los interesados que gestionen una exención para continuar con el plan original.

    Una prohibición normativa forma parte del contexto que acota el trabajo, así que el analista la reconoce, ajusta el plan para que el análisis siga alineado con la realidad y la escala a quien tiene autoridad para decidir. Tratar una prohibición legal como un riesgo aplazado la subestima, y un analista de nivel inicial no cambia el alcance ni gestiona exenciones por iniciativa propia.

    Ref. QB-Z554JJFuente: IIBA BABOK Guide — Analyze Current State (policies and regulatory environment); The Business Analysis Standard, adapting the approach to contextReportar un problema con esta pregunta

11. 11. Una solución genera una salida incorrecta aproximadamente una vez por semana y el personal de operaciones la corrige a mano. La dirección pregunta al equipo de análisis qué hacer al respecto. ¿Qué debería aportar primero la analista?

    • A.Una recomendación de reconstruir el componente fallido, ya que el defecto se repite.
    • B.Una solicitud de cambio para sacar del alcance la salida afectada hasta resolverlo.
    • C.Una decisión de aceptar el error, porque el personal ya lo corrige sin dificultad.
    • D.Una evaluación de la gravedad, la probabilidad de repetición y el impacto operativo, registrada.✓ Respuesta

    Investigar un problema de la solución conduce a una evaluación de impacto que abarca gravedad, probabilidad de repetición, efecto en la operación y capacidad de la organización para absorberlo, y esa evaluación es la que permite a los interesados resolver, mitigar o aceptar. Saltar directo a reconstruir, aceptar o sacar del alcance omite el análisis que sostiene cualquiera de esas opciones, y la decisión no le corresponde al analista.

    Ref. QB-HNA95KFuente: IIBA BABOK Guide — Assess Solution Limitations (investigate solution problems; impact assessment)Reportar un problema con esta pregunta

12. 12. Al describir el estado actual, un analista observa que dos de los grandes proveedores del sector se fusionaron y que el proveedor restante ahora impone los plazos de entrega. ¿Dónde encaja esta observación dentro de la descripción del estado actual?

    • A.Entre las políticas de negocio, pues los plazos de entrega son reglas a cumplir.
    • B.Entre los influenciadores externos, que acotan lo que el cambio puede lograr.✓ Respuesta
    • C.Entre los activos internos, pues las relaciones con proveedores son recursos propios.
    • D.Entre las capacidades, pues abastecerse de materiales es algo que el negocio hace.

    Los influenciadores externos incluyen la estructura del sector, competidores, clientes, proveedores, el entorno político y normativo, la tecnología y las condiciones económicas: fuerzas que la organización no controla pero dentro de las cuales debe operar. La consolidación de proveedores es una de ellas, mientras que activos internos, políticas y capacidades describen lo que la propia organización posee, fija o ejecuta.

    Ref. QB-26GEQKFuente: IIBA BABOK Guide — Analyze Current State (external influencers versus internal assets, policies and capabilities)Reportar un problema con esta pregunta

13. 13. Un equipo acuerda primero que todo el contenido de procesos se dibujará con una notación única y un conjunto estándar de atributos, y luego produce los modelos de proceso reales de la iniciativa. ¿Qué par nombra correctamente estas dos cosas?

    • A.Las convenciones acordadas son un marco; los modelos son una arquitectura.
    • B.Las convenciones acordadas son un punto de vista; los modelos son una vista.✓ Respuesta
    • C.Las convenciones acordadas son una plantilla; los modelos son una línea base.
    • D.Las convenciones acordadas son una vista; los modelos producidos son un punto de vista.

    Un punto de vista es el conjunto de convenciones, notaciones y atributos acordados para representar una clase de requisitos, mientras que una vista es el conjunto real de requisitos de una solución concreta expresado con ese punto de vista. Invertirlos es el error habitual; el conjunto de vistas conforma la arquitectura de requisitos, y ninguno de los términos equivale a plantilla ni a línea base.

    Ref. QB-JNNKAMFuente: IIBA BABOK Guide — Define Requirements Architecture (requirements viewpoints and views)Reportar un problema con esta pregunta

14. 14. A una analista junior le dicen que la iniciativa necesita una arquitectura de requisitos. Un desarrollador responde que el equipo técnico ya se encarga de la arquitectura del sistema, así que el trabajo se duplicaría. ¿Cómo debería explicar la analista la diferencia?

    • A.La arquitectura de requisitos describe los componentes tecnológicos y sus interfaces.
    • B.La arquitectura de requisitos es el mismo trabajo, solo que en lenguaje de negocio.
    • C.La arquitectura de requisitos ordena los requisitos para que encajen como un todo.✓ Respuesta
    • D.La arquitectura de requisitos indica el orden en que se entregarán los requisitos.

    La arquitectura de requisitos es la estructura de los propios requisitos, organizada para que se apoyen entre sí y en conjunto logren los objetivos, en lugar de ser un montón de enunciados válidos por separado. Confundirla con la arquitectura de sistemas o de tecnología es la trampa clásica, y tampoco es una traducción del diseño técnico ni un orden de entrega.

    Ref. QB-X5EE7GFuente: IIBA BABOK Guide — Define Requirements Architecture (purpose: requirements support one another to achieve the objectives)Reportar un problema con esta pregunta

15. 15. Una organización planea conectar su proceso de pedidos actual con una plataforma alojada externamente que acaba de adoptar. Se pregunta a un analista junior qué implica esto para el trabajo de análisis. ¿Cuál es la respuesta más apropiada?

    • A.El análisis se reduce al mapeo de datos, pues integrar es sobre todo emparejar campos.
    • B.El análisis no cambia, porque los requisitos del proceso de pedidos no se han alterado.
    • C.El análisis se amplía: aparecen nuevas interfaces y dependencias que conciliar.✓ Respuesta
    • D.El análisis pasa al proveedor, cuya plataforma define ahora los requisitos a cumplir.

    Integrar con otra plataforma introduce interfaces y dependencias que atraviesan los requisitos de proceso, datos y seguridad, y la arquitectura de requisitos existe para conciliar esas vistas de modo que el conjunto cuente una sola historia coherente. El analista además plantea preocupaciones como la latencia y la protección de datos para que las atiendan especialistas, y ninguna decisión tecnológica traslada la propiedad de los requisitos al proveedor.

    Ref. QB-FNKKSGFuente: IIBA BABOK Guide — Define Requirements Architecture (relate and verify views; completeness); The Business Analysis Standard, technology as a contextual factorReportar un problema con esta pregunta

16. 16. Al revisar los requisitos como conjunto, una analista detecta que el modelo de datos permite que un cliente tenga varias cuentas activas mientras que el modelo de proceso supone que cada cliente tiene exactamente una. ¿Qué debería hacer la analista?

    • A.Cambiar el modelo de proceso para permitir varias cuentas, pues el de datos es más preciso.
    • B.Cambiar el modelo de datos para permitir una sola cuenta, pues el proceso refleja la realidad.
    • C.Registrar ambos como válidos, porque cada modelo es correcto desde su propio punto de vista.
    • D.Señalar la contradicción para que la resuelvan los interesados, indicando dónde difieren.✓ Respuesta

    La completitud de una arquitectura de requisitos significa que no falten requisitos ni se contradigan, así que un conflicto entre dos vistas es un defecto real del conjunto aunque cada modelo se lea bien por separado. En el nivel inicial la analista identifica y documenta el conflicto y lo deriva para su resolución en vez de decidir qué modelo prevalece, porque esa decisión altera lo que el negocio ya acordó.

    Ref. QB-Y5SRCHFuente: IIBA BABOK Guide — Define Requirements Architecture (completeness; relate and verify)Reportar un problema con esta pregunta

17. 17. Un interesado presenta el siguiente requisito para el nuevo portal: el portal debe ser fácil de usar. Medido contra las características de calidad de los requisitos, ¿cuál es su principal problema?

    • A.No es atómico, porque lo amigable agrupa varias capacidades distintas en una sola frase.
    • B.No es inequívoco ni verificable, así que nadie puede juzgar con objetividad si se cumple.✓ Respuesta
    • C.No está priorizado, porque no se indica su orden respecto de los demás requisitos.
    • D.No es factible, porque la usabilidad no se logra dentro del plazo y presupuesto pactados.

    Inequívoco significa que queda claro si una solución satisface la necesidad, y verificable significa que el requisito puede comprobarse de forma objetiva, de modo que un adjetivo subjetivo sin expresión medible incumple ambas a la vez. La priorización es otra propiedad que puede añadirse después, y la usabilidad es del todo factible una vez expresada en términos comprobables.

    Ref. QB-GNXWXHFuente: IIBA BABOK Guide — Verify Requirements and Designs (characteristics of requirements and designs quality: unambiguous, testable)Reportar un problema con esta pregunta

18. 18. Un requisito dice: el sistema debe registrar el pago, notificar al cliente y actualizar el libro mayor. Un revisor objeta la manera en que está redactado el enunciado. ¿Qué característica de calidad está en juego?

    • A.Atómico, porque el enunciado combina tres capacidades que deberían ir por separado.✓ Respuesta
    • B.Completo, porque al enunciado le falta el detalle necesario para guiar el trabajo.
    • C.Conciso, porque el enunciado incluye contenido que no aporta a la necesidad.
    • D.Consistente, porque las tres partes chocan con requisitos acordados antes.

    Un requisito atómico es autónomo y puede entenderse, priorizarse, rastrearse y probarse por sí solo, algo imposible cuando agrupa tres capacidades distintas, porque una parte podría cumplirse y otra no. Conciso se refiere a texto sobrante, consistente a conflictos con otros requisitos y completo a detalle faltante, y ninguno es el defecto aquí.

    Ref. QB-56JE8QFuente: IIBA BABOK Guide — Verify Requirements and Designs (characteristics of requirements and designs quality: atomic)Reportar un problema con esta pregunta

19. 19. Una analista que se incorpora a una organización nueva prefiere un formato de documentación usado en su empleo anterior. La nueva organización tiene plantillas aprobadas y una notación obligatoria para los modelos de proceso. ¿Qué debería hacer la analista?

    • A.Usar el formato preferido, ya que la calidad del contenido importa más que su forma.
    • B.Usar ambos formatos en paralelo para que cada interesado elija el que le resulte claro.
    • C.Usar el formato preferido en borradores y convertir a las plantillas solo al aprobar.
    • D.Usar las plantillas y notación aprobadas, proponiendo cambios por los canales internos.✓ Respuesta

    Planificar el enfoque de análisis exige que se ajuste a las políticas, procedimientos, metodologías y estándares de la propia organización, así que las plantillas existentes y la notación acordada priman sobre la preferencia personal. Los estándares además hacen los artefactos comparables y revisables entre iniciativas; si de verdad estorban, la analista propone el cambio por la vía oficial en vez de esquivarlos.

    Ref. QB-NNQKTQFuente: IIBA BABOK Guide — Plan Business Analysis Approach (organizational policies, methodologies, frameworks and standards)Reportar un problema con esta pregunta

20. 20. Una iniciativa se entrega en incrementos cortos con retroalimentación de los interesados después de cada uno. Un analista junior pregunta cuándo debería quedar definido el enfoque de análisis de negocio. ¿Cuál es la mejor respuesta?

    • A.Dejar el enfoque informal, porque el trabajo adaptativo no gana con un método definido.
    • B.Revisar el enfoque al planificar cada incremento, adaptándolo a la retroalimentación.✓ Respuesta
    • C.Definir el enfoque cuando se acepte el primer incremento y mantenerlo fijo después.
    • D.Definir el enfoque por completo al inicio, para que el equipo tenga una base estable.

    En el trabajo adaptativo el enfoque de análisis se planifica de nuevo al inicio de cada iteración, porque el sentido de avanzar por incrementos es dejar que la retroalimentación reconfigure cómo se trabaja. Definirlo una sola vez y congelarlo es propio de la entrega predictiva, y no tener enfoque definido no es práctica adaptativa sino ausencia de método.

    Ref. QB-CEUX4BFuente: IIBA BABOK Guide — Plan Business Analysis Approach (planning repeats each iteration in adaptive approaches); The Business Analysis Standard, predictive and adaptive approachesReportar un problema con esta pregunta

Preguntas de práctica basadas en el ECBA Exam Blueprint de IIBA, en The Business Analysis Standard y en la Guía BABOK. ECBA, IIBA y BABOK son marcas del International Institute of Business Analysis; este sitio no está afiliado ni respaldado por IIBA. El examen se reestructuró en torno a nueve dominios, así que el material de preparación antiguo organizado por las áreas de conocimiento anteriores está desactualizado: estudia el temario vigente en el sitio de IIBA. IIBA no publica una nota de corte, por lo que el umbral usado aquí es nuestro objetivo de práctica, no uno oficial. Basado en el ECBA Exam Blueprint de IIBA