22 Preguntas de Práctica de Análisis de negocio: requisitos y evaluación con Respuestas

1. 1. Un miembro del equipo termina varias sesiones de obtención de requisitos y redacta las notas. ¿Qué debe ocurrir con esos resultados antes de analizarlos más a fondo?

   • A.Los resultados deben enviarse al patrocinador para aprobar fondos.
   • B.Los resultados deben confirmarse con los interesados que los aportaron.✓ Respuesta
   • C.Los resultados deben aprobarse de inmediato como línea base.
   • D.Los resultados deben convertirse en casos de prueba antes de revisarlos.

   La obtención de requisitos es una actividad activa de tres pasos: preparar la sesión, realizarla y luego confirmar con quienes aportaron la información lo que se registró. La confirmación detecta malentendidos cuando corregir aún es barato; la aprobación, la línea base y el diseño de pruebas vienen después y, de otro modo, se apoyarían en notas sin verificar.

   Ref. QB-P768Q2Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements elicitationReportar un problema con esta pregunta

2. 2. Se necesita la opinión de varios cientos de usuarios repartidos en muchas sedes y el equipo quiere respuestas comparables y cuantificables con rapidez. ¿Qué técnica de obtención resulta más adecuada?

   • A.Un cuestionario estructurado enviado a los usuarios✓ Respuesta
   • B.Una sesión de observación de cada usuario en su puesto
   • C.Un taller facilitado con todos los usuarios reunidos
   • D.Una entrevista individual con cada uno de los usuarios

   La encuesta o cuestionario es la técnica pensada para poblaciones numerosas y dispersas: recoge las mismas preguntas estructuradas de todos a bajo costo y genera datos que se pueden contar y comparar. Las entrevistas, los talleres y la observación exigen tiempo del analista por cada participante, así que no escalan a cientos de personas en muchas sedes.

   Ref. QB-6QY252Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — elicitation techniquesReportar un problema con esta pregunta

3. 3. El personal del almacén dice que "simplemente sabe" cómo atender las excepciones y no logra describir los pasos que sigue. ¿Qué enfoque captará mejor el proceso real tal como es hoy?

   • A.Revisar el manual de procedimientos publicado del almacén
   • B.Observar directamente al personal mientras atiende casos reales✓ Respuesta
   • C.Reunir a los jefes de almacén en una lluvia de ideas
   • D.Enviar al personal una lista para que anote sus pasos

   La observación, o acompañamiento en el puesto, se elige justo cuando las personas ejecutan bien su trabajo pero no saben explicarlo, porque mirar la tarea revela pasos, atajos y excepciones que el relato propio omite. El manual documenta el proceso previsto y no el real, y tanto las listas autorregistradas como una charla de jefes repiten la brecha entre lo que se dice y lo que se hace.

   Ref. QB-N7TVHZFuente: PMI CAPM Examination Content Outline, business analysis frameworks — elicitation techniquesReportar un problema con esta pregunta

4. 4. Dos áreas presentaron requisitos que se contradicen y semanas de correos no lo han resuelto. ¿Cuál es la forma más eficaz de llegar a un acuerdo?

   • A.Registrar ambos requisitos y resolver el conflicto al probar
   • B.Pedir al patrocinador que elija los requisitos de un área
   • C.Realizar un taller facilitado con ambas áreas presentes✓ Respuesta
   • D.Encuestar a ambas áreas y adoptar la respuesta mayoritaria

   El taller facilitado reúne a las partes enfrentadas en una misma sesión interactiva con un facilitador neutral, de modo que se debaten las concesiones y se decide en conjunto en un solo encuentro, en lugar de intercambios lentos y unidireccionales. Escalar al patrocinador, contar votos o aplazar el choque dejan intacto el desacuerdo y trasladan el retrabajo a una etapa más costosa.

   Ref. QB-9Q23N5Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — elicitation techniquesReportar un problema con esta pregunta

5. 5. Antes de reunirse con los interesados, un miembro del equipo estudia contratos vigentes, normativas y manuales del sistema heredado para extraer requisitos. ¿Qué técnica de obtención está aplicando?

   • A.Grupo focal con usuarios de amplia experiencia
   • B.Evaluación comparativa con organizaciones similares
   • C.Elaboración de prototipos del sistema propuesto
   • D.Análisis de documentos del material ya existente✓ Respuesta

   El análisis de documentos extrae requisitos de material que ya existe —contratos, políticas, normativas, formularios y documentación del sistema—, por lo que es el primer paso eficiente antes de consumir el tiempo de los interesados. La evaluación comparativa contrasta prácticas con otras organizaciones, el prototipado crea algo a lo que reaccionar y el grupo focal recoge opiniones en vivo, así que ninguno describe la lectura de registros existentes.

   Ref. QB-R7VV25Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — elicitation techniquesReportar un problema con esta pregunta

6. 6. Los interesados repiten que la nueva pantalla debería "sentirse más simple", pero no logran precisar qué quieren. ¿Qué técnica les da pronto algo tangible a lo que reaccionar?

   • A.Construir un esquema o prototipo navegable para revisar✓ Respuesta
   • B.Redactar una especificación textual detallada y aprobarla
   • C.Registrar el requisito tal cual y precisarlo más adelante
   • D.Distribuir un cuestionario sobre preferencias de pantalla

   El prototipado —esquemas, maquetas o modelos navegables— convierte una preferencia vaga en algo que los interesados pueden ver y criticar, y sus reacciones elaboran el requisito hasta volverlo verificable. Las especificaciones escritas y los cuestionarios siguen dependiendo de palabras que ellos no encuentran, y registrar el texto impreciso solo arrastra la ambigüedad a la construcción y la prueba.

   Ref. QB-8QPQF4Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — elicitation techniquesReportar un problema con esta pregunta

7. 7. Un moderador conduce a un grupo preseleccionado de ocho clientes en una discusión guiada para conocer sus actitudes hacia una función propuesta. ¿Qué técnica es esta?

   • A.Técnica Delphi, que construye consenso experto en varias rondas
   • B.Técnica de grupo nominal, que ordena ideas por votación anónima
   • C.Lluvia de ideas, que genera muchas propuestas sin evaluarlas
   • D.Grupo focal, que recoge actitudes en una discusión guiada✓ Respuesta

   El grupo focal se define por su forma: un moderador, participantes seleccionados a propósito y una discusión interactiva orientada a actitudes y expectativas, no a una lista de ideas ni a un resultado ordenado. La lluvia de ideas aplaza la evaluación, la técnica de grupo nominal añade votación para ordenar opciones y Delphi mantiene el anonimato de los expertos en rondas sucesivas.

   Ref. QB-Q7HJV3Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — elicitation techniquesReportar un problema con esta pregunta

8. 8. Un requisito establece que el sistema debe devolver resultados de búsqueda con rapidez suficiente para que la página de pago siga respondiendo en carga máxima. ¿Cómo se clasifica ese requisito?

   • A.Es un requisito funcional: describe una acción que el sistema ejecuta
   • B.Es un requisito de negocio: fija la meta de la organización
   • C.Es un requisito de transición: solo cubre la migración al sistema
   • D.Es un requisito no funcional: describe una cualidad de servicio exigida✓ Respuesta

   Los requisitos no funcionales, o de calidad de servicio, restringen qué tan bien debe comportarse la solución —rendimiento, seguridad, disponibilidad, usabilidad— y no lo que debe hacer. El requisito funcional aquí sería "el sistema devuelve resultados de búsqueda"; la velocidad bajo carga es una cualidad ligada a ese comportamiento y también debe redactarse de forma medible y verificable.

   Ref. QB-BQRQY7Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirement typesReportar un problema con esta pregunta

9. 9. Un plan incluye convertir los registros históricos al formato del nuevo sistema y capacitar al personal antes de la puesta en marcha. ¿De qué tipo de requisito son ejemplos?

   • A.Requisitos de calidad, porque fijan los criterios de aceptación
   • B.Requisitos de transición, porque solo aplican durante el cambio✓ Respuesta
   • C.Requisitos de negocio, porque explican por qué se hace el cambio
   • D.Requisitos de solución, porque definen qué debe hacer el producto

   Los requisitos de transición son capacidades temporales necesarias para pasar del estado actual al futuro —conversión de datos, capacitación, actividades de cambio y baja del sistema anterior— y dejan de aplicar una vez completada la migración. Los requisitos de solución permanecen en el producto entregado, que es la distinción evaluada, y además estos elementos condicionan la puesta en marcha porque de ellos depende la preparación.

   Ref. QB-T7KJD7Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirement typesReportar un problema con esta pregunta

10. 10. "La organización debe reducir el costo de procesar pedidos" y "el supervisor de almacén necesita un informe diario de excepciones" aparecen en el mismo documento. ¿En qué se diferencian ambos enunciados?

    • A.El primero es un requisito de negocio; el segundo, de los interesados✓ Respuesta
    • B.El primero es un requisito de solución; el segundo, de calidad
    • C.El primero es un requisito de los interesados; el segundo, de negocio
    • D.El primero es un requisito de transición; el segundo, de solución

    Los requisitos de negocio expresan la necesidad o meta de alto nivel de toda la organización y responden por qué se emprende el trabajo, mientras que los de los interesados expresan lo que un grupo o rol concreto necesita para hacer su tarea. Separar los niveles importa porque cada requisito de un interesado debe rastrearse hacia arriba hasta la necesidad de negocio que lo justifica.

    Ref. QB-RJ3EA6Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — levels of requirementsReportar un problema con esta pregunta

11. 11. Un requisito dice: "La pantalla de informes deberá ser fácil de usar". ¿Qué característica de un requisito bien redactado incumple con mayor claridad?

    • A.No es completo, porque no enumera los campos de la pantalla
    • B.No es rastreable, porque no se registra su origen ni la necesidad
    • C.No es factible, porque ninguna tecnología lograría esa pantalla
    • D.No es verificable, porque ninguna prueba objetiva lo comprueba✓ Respuesta

    Un requisito bien redactado debe ser inequívoco y verificable, es decir, que una prueba objetiva demuestre si se cumplió. "Fácil de usar" es un juicio subjetivo que dos revisores pueden puntuar distinto, así que ninguna prueba de aceptación lo zanja; la corrección consiste en reformularlo como una condición observable y medible, como la tarea que el usuario debe poder completar sin ayuda.

    Ref. QB-939KV6Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — characteristics of well-written requirementsReportar un problema con esta pregunta

12. 12. Un equipo necesita mostrar todos los estados por los que puede pasar un reclamo de seguro —presentado, en revisión, aprobado, pagado, cerrado— y los eventos que lo mueven entre ellos. ¿Qué modelo corresponde?

    • A.Un diagrama de estados, con las condiciones y sus transiciones✓ Respuesta
    • B.Un esquema de pantalla, con la distribución que ve el usuario
    • C.Un diagrama de contexto, con la frontera y las entidades externas
    • D.Un modelo de datos, con las entidades y sus interrelaciones

    El diagrama de estados existe precisamente para enumerar las condiciones que puede ocupar un objeto y los eventos o reglas que permiten pasar de una a la siguiente, que es justo la información descrita. El diagrama de contexto delimita el alcance, el modelo de datos muestra entidades y relaciones, y el esquema de pantalla muestra la distribución visual, así que ninguno recoge las transiciones permitidas.

    Ref. QB-QJQ355Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements modelsReportar un problema con esta pregunta

13. 13. Un equipo quiere una sola imagen de qué queda dentro del alcance de la solución y qué sistemas y actores externos intercambian información con ella. ¿Qué artefacto sirve para eso?

    • A.Un mapa de historias, con los elementos ordenados por recorrido
    • B.Un diagrama de contexto, con el alcance y sus interfaces externas✓ Respuesta
    • C.Un flujo de proceso, con los pasos y decisiones internas
    • D.Un caso de uso, con la meta del actor y el flujo de eventos

    El diagrama de contexto traza una sola frontera alrededor de la solución y muestra únicamente las entidades, sistemas y actores externos que intercambian información a través de ella, lo que hace visible de un vistazo qué entra y qué queda fuera del alcance. Los flujos de proceso, los casos de uso y los mapas de historias describen comportamiento o secuencia dentro de la frontera, no la frontera misma.

    Ref. QB-83W8Q5Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements modelsReportar un problema con esta pregunta

14. 14. Un analista debe documentar en detalle la presentación de un reclamo: el actor, las precondiciones, el flujo principal de pasos y los flujos alternos y de excepción. ¿Qué artefacto está hecho para ese contenido?

    • A.Una persona, perfil que representa a un tipo de usuario
    • B.Un caso de uso, descripción estructurada de la interacción✓ Respuesta
    • C.Un diagrama de flujo de datos, mapa del dato entre procesos
    • D.Una historia de usuario, marcador breve para conversar después

    El caso de uso se estructura justamente en torno al actor, la meta, las precondiciones, el flujo principal y los flujos alternos o de excepción, por lo que es el artefacto elegido cuando hay que dejar por escrito el detalle paso a paso de la interacción. La historia de usuario es deliberadamente breve y sustituye a una conversación posterior, la persona caracteriza a un tipo de usuario y el diagrama de flujo de datos sigue el dato, no el diálogo con el sistema.

    Ref. QB-PJCRX3Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements documentationReportar un problema con esta pregunta

15. 15. Un equipo usa MoSCoW para priorizar una entrega. ¿Qué significa clasificar un elemento como "imprescindible"?

    • A.El elemento es el de mayor valor y por eso se programa primero
    • B.El elemento es deseable, pero puede pasar a una entrega posterior
    • C.El elemento es excluido de esta entrega por acuerdo de interesados
    • D.El elemento es imprescindible para la entrega y no puede omitirse✓ Respuesta

    En MoSCoW, "imprescindible" señala un elemento sin el cual la entrega carece de valor utilizable o no puede operar de forma legal o segura, de modo que define el núcleo no negociable y no el orden del trabajo. "Debería" y "podría" cubren lo importante y lo deseable que puede postergarse, y "no esta vez" registra lo que los interesados acordaron dejar fuera.

    Ref. QB-73JWH4Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements prioritizationReportar un problema con esta pregunta

16. 16. Dos funciones tienen igual valor de negocio, pero una no puede construirse hasta que exista un servicio de datos compartido. ¿Cómo debe reflejarlo el orden del trabajo?

    • A.El servicio de datos se ordena antes de la función dependiente✓ Respuesta
    • B.Las dos funciones se reparten por igual entre las entregas
    • C.Las dos funciones se ordenan solo por su valor de negocio
    • D.El servicio de datos se construye tras terminar ambas funciones

    La prioridad la fija el valor, pero la secuencia también debe respetar las dependencias: un habilitador que otro elemento necesita se programa antes que ese elemento, o el trabajo dependiente sencillamente no puede empezar. Ordenar solo por valor, posponer el habilitador o repartir los elementos por igual dejan un trabajo bloqueado que ningún equipo puede terminar.

    Ref. QB-NJZDS2Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements prioritizationReportar un problema con esta pregunta

17. 17. ¿Con qué vincula una matriz de trazabilidad de requisitos cada requisito y en qué direcciones lo hace?

    • A.Enlaza cada requisito hacia adelante con quien lo aprobó
    • B.Enlaza cada requisito hacia adelante con la iteración que lo redactó
    • C.Enlaza cada requisito hacia atrás con la partida que lo financia
    • D.Enlaza cada requisito hacia atrás con su origen y hacia las pruebas✓ Respuesta

    La trazabilidad va en dos direcciones: hacia atrás, desde el requisito hasta la necesidad, el objetivo o la fuente que lo justifica, y hacia adelante, hasta el diseño, el entregable que lo implementa y la prueba que lo verifica. Ese enlace en ambos sentidos es lo que permite comprobar la cobertura, analizar el impacto de los cambios y detectar requisitos huérfanos.

    Ref. QB-637KC3Fuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements traceability matrixReportar un problema con esta pregunta

18. 18. En una revisión de preparación previa a la entrega, un requisito aprobado de la matriz de trazabilidad no tiene ningún resultado de prueba vinculado. ¿Qué indica esto?

    • A.El producto no está listo, porque hay que fijar de nuevo la matriz
    • B.El producto no está listo, porque ese requisito sigue sin verificarse✓ Respuesta
    • C.El producto está listo, porque el requisito ya fue aprobado
    • D.El producto está listo, porque la matriz solo sirve para informar

    La preparación se juzga recorriendo la matriz de trazabilidad y confirmando que cada requisito aprobado llega a un producto de trabajo construido, probado y aceptado; un requisito sin prueba vinculada tiene cobertura no demostrada y constituye una brecha real. La respuesta correcta es cerrarla probando ese requisito, no volver a fijar la matriz ni apoyarse en la aprobación previa, que nada dice sobre si el trabajo se hizo bien.

    Ref. QB-VJGRYAFuente: PMI CAPM Examination Content Outline, business analysis frameworks — validating requirements through product deliveryReportar un problema con esta pregunta

19. 19. En un proyecto basado en planes, los requisitos ya se revisaron y aprobaron como línea base. Ahora un interesado pide un campo adicional en un formulario. ¿Qué debe ocurrir a continuación?

    • A.El cambio debe pasar por control de cambios para evaluar su impacto✓ Respuesta
    • B.El cambio debe registrarse recién en la fase de cierre del proyecto
    • C.El cambio debe rechazarse porque la línea base nunca puede variar
    • D.El cambio debe incorporarlo el desarrollador por ser de poco esfuerzo

    Una vez que los requisitos tienen línea base, solo cambian mediante el proceso aprobado de control de cambios, que evalúa el impacto en alcance, cronograma, costo, riesgo y cobertura de pruebas rastreada antes de decidir. Colar el cambio directamente es corrupción del alcance y rompe la trazabilidad, mientras que negar todo cambio o aplazar la solicitud ignora que la línea base se modifica de forma controlada, no se congela.

    Ref. QB-D3PWJBFuente: PMI CAPM Examination Content Outline, business analysis frameworks — requirements change controlReportar un problema con esta pregunta

20. 20. Un entregable supera todos los controles internos de calidad frente a su especificación, pero el patrocinador dice que no resuelve el problema de negocio. ¿Qué enunciado describe lo ocurrido?

    • A.La verificación y la validación se cumplieron: se respetó la especificación
    • B.La verificación se cumplió, pero la validación falló: no cubre la necesidad✓ Respuesta
    • C.La verificación y la validación no aplican antes de la aceptación formal
    • D.La validación se cumplió, pero la verificación falló: quedan defectos

    La verificación pregunta si el producto se construyó bien, es decir, si cumple su especificación, mientras que la validación pregunta si se construyó el producto correcto, o sea, si satisface la necesidad del interesado y logra la aceptación formal. Cumplir una especificación que recogió la necesidad equivocada supera la verificación y aun así falla la validación, y por eso hacen falta ambas comprobaciones.

    Ref. QB-KECVRMFuente: PMI CAPM Examination Content Outline, business analysis frameworks — verification and validationReportar un problema con esta pregunta

21. 21. Un equipo aplica la misma lista —revisado, probado, documentado— a todos los elementos del backlog y, aparte, escribe condiciones propias de cada elemento. ¿Qué correspondencia es correcta?

    • A.La lista común es la definición de listo; las propias, la definición de hecho
    • B.La lista común son los criterios de aceptación; las propias, la definición de listo
    • C.La lista común son los criterios de aceptación; las propias, la definición de hecho
    • D.La lista común es la definición de hecho; las propias, los criterios de aceptación✓ Respuesta

    La definición de hecho es un único estándar de calidad que el equipo aplica a todos los elementos del backlog, mientras que los criterios de aceptación son las condiciones concretas y verificables escritas para un elemento, de modo que su comportamiento pueda comprobarse y aceptarse. La definición de listo es una tercera idea distinta: indica que el elemento se entiende lo suficiente para incorporarlo a una iteración.

    Ref. QB-3X6Q6MFuente: PMI CAPM Examination Content Outline, business analysis frameworks — acceptance criteriaReportar un problema con esta pregunta

22. 22. Seis meses después del lanzamiento, las mediciones muestran que la solución se usa mucho pero el ahorro previsto no se ha materializado. ¿Qué debe hacerse primero?

    • A.Cerrar el proyecto de inmediato, pues los beneficios son de operaciones
    • B.Sustituir la solución de inmediato, pues el ahorro previsto nunca llegó
    • C.Comparar los resultados reales con las medidas del caso de negocio y hallar la causa✓ Respuesta
    • D.Ajustar el ahorro previsto para que el caso de negocio coincida con lo medido

    La evaluación de la solución mide el desempeño real frente a las medidas de éxito fijadas en el caso de negocio, y la brecha debe diagnosticarse antes de tomar cualquier decisión. Solo cuando se conoce la causa puede la organización elegir con criterio entre mejorar la solución, atender problemas de adopción o de proceso, sustituirla o retirarla; reescribir la meta o desechar la solución primero destruye la evidencia necesaria para esa elección.

    Ref. QB-JEZHKKFuente: PMI CAPM Examination Content Outline, business analysis frameworks — solution evaluationReportar un problema con esta pregunta

Preguntas de práctica basadas en el Temario del Examen CAPM del PMI y en conceptos estándar de gestión de proyectos y análisis de negocio. CAPM, PMP y PMBOK son marcas del Project Management Institute; este sitio no está afiliado ni respaldado por PMI. El PMI fija y revisa periódicamente la duración, la puntuación y los requisitos de elegibilidad del examen: consulta el manual del CAPM y el temario vigentes en el sitio del PMI antes de inscribirte o examinarte. Sobre el examen CAPM →