20 Preguntas de Práctica de Solución con Respuestas

1. 1. Un analista de negocio revisa un borrador del paquete de requisitos y comprueba si cada enunciado es atómico, inequívoco y comprobable. ¿Qué actividad está realizando el analista?

   • A.Trazar, porque la revisión confirma que cada requisito enlaza con un componente de solución
   • B.Priorizar, porque la revisión confirma que los requisitos están ordenados por importancia
   • C.Verificar, porque la revisión examina la calidad con que están redactados los requisitos✓ Respuesta
   • D.Validar, porque la revisión confirma que los requisitos aportarán valor a los interesados

   La verificación pregunta si los requisitos están bien construidos: es un control interno de calidad frente a características como atómico, completo, coherente, conciso, factible, inequívoco, comprobable, priorizado y comprensible, sin emitir juicio sobre el valor de negocio. La validación es la pregunta distinta de si son los requisitos correctos, juzgados frente a los objetivos de negocio, el valor potencial y el alcance de la solución.

   Ref. QB-JYNREBFuente: BABOK Guide — Verify Requirements (quality characteristics of requirements and designs); ECBA blueprint, Solution domain: basic solution validation conceptsReportar un problema con esta pregunta

2. 2. Los requisitos de un equipo son coherentes, concisos y comprobables, pero el patrocinador pregunta si entregarlos cumplirá realmente los objetivos de negocio acordados. ¿Qué actividad responde a esa pregunta?

   • A.Verificar los requisitos frente a las características de un buen requisito
   • B.Trazar los requisitos hacia los componentes y entregas que los realizarán
   • C.Fijar una línea base para evaluar todo cambio posterior antes de aprobarlo
   • D.Validar los requisitos frente a los objetivos de negocio y el alcance✓ Respuesta

   La validación confirma la alineación con los requisitos de negocio, el estado futuro, el valor potencial y el alcance de la solución, que es justo lo que pregunta el patrocinador. Unos requisitos pueden superar todos los controles de calidad y seguir siendo los requisitos equivocados, de modo que la verificación por sí sola no responde a esa pregunta.

   Ref. QB-4G797DFuente: BABOK Guide — Validate Requirements (alignment with business objectives, potential value and solution scope)Reportar un problema con esta pregunta

3. 3. Al revisar un paquete de requisitos, un analista principiante encuentra dos requisitos que se contradicen. ¿Cuál es la acción más adecuada?

   • A.Reescribir ambos enunciados como un solo requisito para poder cerrar la revisión
   • B.Registrar el conflicto y el resultado de la revisión y plantearlo a los responsables✓ Respuesta
   • C.Aprobar el paquete y anotar el conflicto para la revisión posterior a la entrega
   • D.Eliminar el requisito de menor prioridad para que los demás enunciados queden coherentes

   El profesional de nivel inicial registra lo que encontró la verificación o la validación y traslada el hallazgo a quien es dueño del requisito; no resuelve un desacuerdo entre interesados editando o borrando requisitos por su cuenta. Además, dejar constancia mantiene la trazabilidad para vincular la decisión final con el requisito afectado.

   Ref. QB-KYZ3MCFuente: BABOK Guide — Verify Requirements and Trace Requirements; ECBA blueprint, Solution domain: recording validation findingsReportar un problema con esta pregunta

4. 4. Antes de la implementación, los interesados acuerdan las medidas que usarán después para juzgar si valió la pena construir la solución entregada. ¿Qué parte de la validación de requisitos es esta?

   • A.Confirmar que cada requisito está redactado de forma comprobable
   • B.Definir criterios de evaluación medibles para el resultado esperado✓ Respuesta
   • C.Identificar los supuestos en que se apoyan los beneficios previstos
   • D.Evaluar la alineación de cada requisito con el alcance de la solución

   Definir criterios de evaluación medibles establece de antemano cómo se juzgará el éxito una vez que la solución esté en uso, lo que da a la organización una base de comparación posterior. Confirmar que algo es comprobable pertenece a la verificación y se refiere a cómo está redactado el enunciado, no a cómo se medirá el éxito del negocio.

   Ref. QB-ZF59P9Fuente: BABOK Guide — Validate Requirements (define measurable evaluation criteria)Reportar un problema con esta pregunta

5. 5. El patrocinador afirma que la nueva solución reducirá el tiempo de atención porque el personal la adoptará de inmediato, aunque nada se ha comprobado. ¿Cómo debe tratar el analista esa afirmación durante la validación?

   • A.Como un requisito de negocio que se añade al paquete ya aprobado
   • B.Como un beneficio ya validado, pues el patrocinador fija el objetivo
   • C.Como un supuesto que debe registrarse junto con el riesgo asociado✓ Respuesta
   • D.Como una restricción que limita las opciones de diseño disponibles

   Un supuesto es una creencia que se da por cierta pero no está confirmada, y los beneficios esperados son un lugar habitual donde se esconden supuestos. Registrarlo hace visible esa creencia y permite llevarla al análisis de riesgos, porque un supuesto que resulta falso tiene consecuencias para el valor previsto.

   Ref. QB-GYX349Fuente: BABOK Guide — Validate Requirements (identify assumptions) and Assess Risks (constraints, assumptions and dependencies)Reportar un problema con esta pregunta

6. 6. Un requisito dice: «El sistema notificará el envío al cliente y archivará el registro del pedido». ¿Qué característica de calidad incumple con mayor claridad este enunciado?

   • A.Priorizado, porque el enunciado no indica su importancia relativa
   • B.Coherente, porque el enunciado contradice otro requisito aprobado
   • C.Atómico, porque un solo enunciado contiene dos requisitos independientes✓ Respuesta
   • D.Factible, porque el enunciado no puede cumplirse con las restricciones

   Un requisito atómico es autónomo y puede sostenerse por sí solo, así que un enunciado que une dos comportamientos independientes con «y» no puede trazarse, priorizarse ni probarse como una unidad. Al separarlo, cada comportamiento se verifica y se asigna por su cuenta.

   Ref. QB-2GGKUAFuente: BABOK Guide — Verify Requirements (atomic characteristic of requirements and designs)Reportar un problema con esta pregunta

7. 7. Un paquete comercial cubre casi todas las necesidades de una organización, pero un proceso regulado que debe soportar es exclusivo de ella. ¿Cómo debe describir el analista esta opción?

   • A.Un enfoque de compra, porque el paquete cubre casi toda la capacidad
   • B.Un enfoque de construcción, porque el proceso regulado se hace interno
   • C.Un enfoque de externalización, porque un proveedor entrega el paquete
   • D.Un enfoque combinado: comprar el paquete y construir la parte propia✓ Respuesta

   Los enfoques de solución se describen como construir, comprar o una combinación de ambos, y el enfoque elegido determina cómo se asignan después los requisitos a componentes y entregas. Cuando un producto adquirido cubre casi toda la necesidad pero aún hay que crear una capacidad propia, la opción es combinada y no uno de los extremos.

   Ref. QB-HYAE9AFuente: BABOK Guide — Define Design Options (define solution approaches: build, buy or combination)Reportar un problema con esta pregunta

8. 8. Se han analizado tres opciones: la más barata, la de entrega más rápida y la que mejor cumple los objetivos de negocio acordados. ¿Sobre qué base debe plantear el analista la recomendación?

   • A.En el menor costo, ya que los fondos liberados se usan en otra cosa
   • B.En el valor potencial de cada opción frente a los objetivos acordados✓ Respuesta
   • C.En el menor plazo de entrega, ya que los beneficios llegan antes
   • D.En la preferencia del interesado que solicitó el análisis de opciones

   Una recomendación de solución contrapone los beneficios esperados con los costos esperados para determinar el valor potencial, y la opción que avanza es la de mayor valor potencial, no la más barata, la más rápida ni la más atractiva técnicamente. El valor se juzga frente a los objetivos de negocio acordados y no frente a la preferencia de un interesado.

   Ref. QB-XFEKB7Fuente: BABOK Guide — Analyze Potential Value and Recommend SolutionReportar un problema con esta pregunta

9. 9. Un gerente pide al analista quitar «mantener todo como está» de la comparación de opciones porque no es una opción real. No se ha consultado al patrocinador. ¿Qué debe hacer el analista?

   • A.Mantener el estado actual en la comparación y explicar su papel de referencia✓ Respuesta
   • B.Quitarlo y añadir una segunda opción de proveedor para tener cuatro
   • C.Mantenerlo pero marcarlo como descartado en el cuadro comparativo
   • D.Quitarlo según lo indicado, porque el gerente conoce mejor la entrega

   No hacer nada, o mantener el estado actual, es una opción legítima porque es la referencia contra la cual se mide el valor potencial de las demás. Quitarla antes de comparar oculta el costo de la inacción y debilita la evidencia en que se apoya la recomendación.

   Ref. QB-EY8ER6Fuente: BABOK Guide — Define Design Options and Analyze Potential Value (the current state as a comparison baseline)Reportar un problema con esta pregunta

10. 10. Una opción es sólida técnicamente y asequible, pero el personal que la operaría carece de las habilidades y las prácticas de trabajo actuales no absorben el cambio. ¿Qué tipo de factibilidad está en cuestión?

    • A.Factibilidad técnica: si la tecnología puede funcionar como se espera
    • B.Factibilidad económica: si los beneficios justifican el desembolso
    • C.Factibilidad de plazos: si la entrega cabe en el tiempo disponible
    • D.Factibilidad operativa: la capacidad de operar y sostener la solución✓ Respuesta

    La factibilidad operativa pregunta si la organización puede realmente operar y sostener la opción una vez exista, lo que incluye las habilidades de las personas y el encaje con las prácticas de trabajo vigentes. Una opción puede ser construible y asequible y aun así fallar esta prueba, por lo que la preocupación se registra y se lleva al análisis de riesgos.

    Ref. QB-5P6U4KFuente: BABOK Guide — Define Design Options and Assess Risks (feasibility dimensions considered when evaluating options)Reportar un problema con esta pregunta

11. 11. El análisis muestra que la solución propuesta dependerá de un flujo de datos que pertenece a otro departamento, y ese departamento podría reemplazarlo. ¿Cómo debe llevarse esto al análisis de riesgos?

    • A.Como un riesgo, nombrando el evento y su efecto sobre el valor previsto✓ Respuesta
    • B.Fuera del análisis, porque otro departamento gestiona ese flujo de datos
    • C.Como un supuesto confirmado, porque hoy el flujo existe y funciona bien
    • D.Como una restricción, porque el flujo está fuera del control del equipo

    Las restricciones, los supuestos y las dependencias pueden reformularse como riesgo nombrando el evento incierto y el impacto negativo que tendría sobre el valor. Redactar la dependencia como un evento con consecuencia permite evaluarla y vigilarla, en lugar de anotar un hecho que luego se olvida.

    Ref. QB-N6CZPKFuente: BABOK Guide — Assess Risks (constraints, assumptions and dependencies; negative impact to value)Reportar un problema con esta pregunta

12. 12. Ante dos opciones, un patrocinador elige la de menor beneficio esperado porque su resultado es mucho más predecible. ¿Qué postura de tolerancia al riesgo refleja esto?

    • A.Neutralidad ante el riesgo: ponderar por igual ganancias y pérdidas
    • B.Búsqueda de riesgo: preferir la opción de resultados más dispersos
    • C.Aversión al riesgo: preferir la certeza antes que una ganancia incierta✓ Respuesta
    • D.Aceptación del riesgo: seguir adelante sin adoptar medida alguna

    Una postura de aversión al riesgo cambia ganancia esperada por previsibilidad, de modo que quien decide acepta un beneficio menor a cambio de un rango de resultados más estrecho. Conocer la tolerancia de los interesados importa porque un mismo conjunto de riesgos respalda recomendaciones distintas según cuánta incertidumbre acepte la organización.

    Ref. QB-6PH6AMFuente: BABOK Guide — Assess Risks (risk tolerance: risk aversion, neutrality and risk seeking)Reportar un problema con esta pregunta

13. 13. Un equipo que trabaja en iteraciones cortas pregunta cuánta documentación de diseño debe producir. ¿Qué enunciado refleja cómo se determina ese nivel de detalle?

    • A.Se acuerda al planificar el enfoque de análisis de negocio con el equipo✓ Respuesta
    • B.Lo fija la organización por igual para todas sus iniciativas de cambio
    • C.No hace falta en iteraciones cortas, donde basta con la conversación
    • D.Lo fijan los desarrolladores, pues son quienes usan esos documentos

    La formalidad, el nivel de detalle y la notación de los artefactos de requisitos y diseño son una decisión de planificación tomada con el equipo y los interesados como parte del enfoque de análisis de negocio. Los enfoques predictivos suelen adelantar artefactos detallados y los adaptativos los mantienen más ligeros y cercanos al momento de uso, pero en ambos casos se documenta y se acuerda algo.

    Ref. QB-P6QBVMFuente: BABOK Guide — Plan Business Analysis Approach (formality and level of detail of business analysis deliverables)Reportar un problema con esta pregunta

14. 14. A un analista recién incorporado le preguntan qué establece el alcance de la solución de una iniciativa. ¿Cuál respuesta es correcta?

    • A.Los interesados que usarán la solución una vez puesta en operación
    • B.Las capacidades que la solución debe entregar y qué queda dentro y fuera✓ Respuesta
    • C.La lista de funciones que los interesados pidieron en las entrevistas
    • D.Los componentes tecnológicos que el proveedor instalará y mantendrá

    El alcance de la solución es el conjunto de capacidades que la solución debe entregar para satisfacer la necesidad de negocio, junto con los límites que indican qué queda dentro y qué fuera, incluidas interfaces y entidades externas. Una lista de funciones solicitadas es una entrada del alcance, no el alcance, porque este también deja constancia de lo excluido a propósito.

    Ref. QB-3PF6SGFuente: BABOK Guide — solution scope and Scope Modelling (capabilities and boundaries, in-scope and out-of-scope items)Reportar un problema con esta pregunta

15. 15. A mitad de la entrega, un interesado pide una capacidad que no está en el alcance acordado de la solución. El analista no tiene autoridad para cambiar el alcance. ¿Qué debe hacer primero?

    • A.Evaluar la solicitud frente a los objetivos y registrar el resultado✓ Respuesta
    • B.Decir al interesado que queda fuera de alcance y cerrar la solicitud
    • C.Ajustar el enunciado de alcance e informar después al patrocinador
    • D.Añadirla a los elementos de trabajo para dimensionarla en la iteración

    Un cambio propuesto se evalúa por su beneficio, costo, impacto y urgencia, y la evaluación se documenta para que quien tiene la autoridad decida con evidencia delante. Ni absorber la solicitud en silencio ni rechazarla de plano corresponde al analista, y reescribir el alcance por su cuenta es como empieza el desbordamiento del alcance.

    Ref. QB-K6NBCHFuente: BABOK Guide — Assess Requirements Changes (benefit, cost, impact, urgency) and solution scope managementReportar un problema con esta pregunta

16. 16. Seis meses después del lanzamiento, los interesados discrepan sobre si la solución funciona bien porque nadie acordó qué sería un buen desempeño. ¿Qué se debió haber hecho?

    • A.Definir y validar antes las medidas de desempeño de la solución✓ Respuesta
    • B.Archivar los artefactos de diseño al terminar la construcción
    • C.Verificar otra vez los requisitos justo antes de liberar la solución
    • D.Ampliar el alcance de la solución para incluir más capacidades

    Las medidas de desempeño de la solución, cuantitativas o cualitativas, se definen y se validan con los interesados antes de la implementación para contar después con una base acordada de comparación. Sin ese acuerdo no hay contra qué comparar el desempeño real y cualquier discusión posterior sobre el valor se vuelve una cuestión de opiniones.

    Ref. QB-4PTGXHFuente: BABOK Guide — Measure Solution Performance (define and validate performance measures before implementation)Reportar un problema con esta pregunta

17. 17. Un tablero muestra muchas medidas de un proceso nuevo. El patrocinador pregunta cuáles son indicadores clave de desempeño. ¿Qué distingue a un indicador clave de desempeño de las demás métricas?

    • A.Es una métrica que se informa a la dirección y no al equipo de entrega
    • B.Es una métrica expresada en cifras y no como una valoración cualitativa del proceso
    • C.Es una métrica elegida porque sigue el avance hacia una meta estratégica✓ Respuesta
    • D.Es una métrica que puede recogerse de forma automática y no manual

    Una métrica es un nivel cuantificable de un indicador, mientras que un indicador clave de desempeño es el subconjunto de métricas vinculado deliberadamente a una meta estratégica o al valor que el cambio debe generar. La forma de recogerla, presentarla o informarla no la vuelve clave; lo hace su vínculo con un objetivo.

    Ref. QB-M6ZNHJFuente: BABOK Guide — Metrics and Key Performance Indicators (a KPI is a metric tied to a strategic goal)Reportar un problema con esta pregunta

18. 18. En el mismo documento aparecen cuatro enunciados. ¿Cuál de ellos es un diseño y no un requisito?

    • A.El usuario debe poder elegir el idioma en que se envían los avisos
    • B.El personal de atención necesita ver los pedidos recientes del cliente
    • C.La organización necesita reducir el costo de gestionar devoluciones
    • D.El usuario elige el idioma del aviso en una lista desplegable✓ Respuesta

    Un requisito expresa la necesidad, el qué; un diseño expresa una manera de satisfacerla, el cómo, y nombrar un control concreto de pantalla es una decisión de diseño. Ambos se relacionan de forma recursiva y no por fases, ya que los requisitos orientan los diseños y los diseños suscitan nuevos requisitos.

    Ref. QB-9PK6TQFuente: BABOK Guide — requirements and designs (the what versus the how; their recursive relationship)Reportar un problema con esta pregunta

19. 19. Una decisión de diseño cambia dos pasos de un proceso que un modelo aprobado sigue mostrando en su forma anterior. Otro equipo reutilizará el modelo el próximo trimestre. ¿Qué debe hacer el analista?

    • A.Sustituir el modelo por las notas del desarrollador del proceso nuevo
    • B.Dejar el modelo aprobado tal cual, pues recoge la decisión tomada entonces
    • C.Anotar el cambio en el acta y esperar a que el otro equipo pregunte
    • D.Actualizar el modelo y su registro de versión para que siga siendo útil✓ Respuesta

    Mantener los requisitos y los artefactos de diseño los conserva exactos, vigentes y reutilizables con el tiempo, que es lo que permite a otra iniciativa apoyarse en ellos más adelante. Dejar un modelo superado rompe la trazabilidad, porque los vínculos entre el requisito y el diseño ya no describen lo que la solución hace en realidad.

    Ref. QB-S6SBDRFuente: BABOK Guide — Maintain Requirements (accuracy, currency and reuse) and Trace RequirementsReportar un problema con esta pregunta

20. 20. Tras el lanzamiento la solución funciona según lo especificado, pero no se realiza valor porque el personal afectado nunca recibió formación y una política vigente desalienta su uso. ¿Cómo se describe mejor esto?

    • A.Un fallo de verificación: no se construyó según lo especificado
    • B.Una limitación de la empresa: los factores están fuera de la solución✓ Respuesta
    • C.Un fallo de validación: nunca se comprobó la alineación con el fin
    • D.Una limitación de la solución: no produce el valor que se esperaba

    Las limitaciones de la empresa son factores externos a la solución que impiden realizar el valor, como la cultura, las operaciones, la preparación de los interesados o las políticas, mientras que las limitaciones de la solución son defectos y restricciones internos a ella. La distinción importa porque determina hacia dónde debe apuntar una recomendación para aumentar el valor.

    Ref. QB-GXVPPBFuente: BABOK Guide — Assess Enterprise Limitations versus Assess Solution Limitations; Recommend Actions to Increase Solution ValueReportar 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