Examen de práctica — Lección 5: Análisis de Negocios
Bienvenido a tu evaluación de D-CAPM-L5.
Este examen te permitirá validar tu comprensión sobre los temas tratados en la Lección 4 del curso de preparación CAPM®: fundamentos del ciclo de vida del proyecto, adaptación del enfoque de desarrollo (predictivo, adaptativo e híbrido), y los componentes del proyecto (actividades, entregables e hitos).
Estructura del examen
15 preguntas de opción múltiple basadas en escenarios reales de gestión de proyectos. Cada pregunta tiene una sola respuesta correcta entre cuatro opciones.
Tiempo disponible
20 minutos. El cronómetro inicia al presionar "Comenzar" y no se detiene. Administra tu tiempo: dispones de aproximadamente 1 minuto y 20 segundos por pregunta, ritmo equivalente al del examen real CAPM.
Recomendaciones antes de iniciar
Lee cada escenario con atención antes de revisar las opciones. Identifica primero qué te están preguntando, luego analiza los distractores. Presta especial atención a los criterios que distinguen un enfoque de desarrollo de otro, ya que son objeto frecuente de confusión. No consultes materiales de estudio ni notas durante el examen; el objetivo es simular las condiciones reales de evaluación.
Retroalimentación
Al finalizar recibirás tu calificación junto con la explicación detallada de cada pregunta, la justificación de la respuesta correcta, el análisis de los distractores y las referencias al ECO oficial PMI y bibliografía APA.
Calificación aprobatoria sugerida
70% (11 de 15 respuestas correctas), umbral alineado con el examen CAPM real.
Cuando estés listo, presiona "Comenzar" para iniciar.
L5-P01 Necesidad vs. requisito declarado
Un proyecto entrega exactamente lo solicitado en el documento de requisitos, pero seis meses después el área usuaria reporta que el problema operativo persiste. ¿Qué falla del análisis de negocios explica mejor esta situación?
L5-P02 Argumento de valor del AN
La dirección pregunta por qué financiar un rol de análisis de negocios si el equipo de proyecto ya recoge requisitos. ¿Cuál es el argumento de valor más sólido?
L5-P03 Identificación temprana de interesados
En una iniciativa nueva nadie ha identificado formalmente a los interesados. ¿Cuál es la consecuencia más probable desde la óptica del análisis de negocios?
L5-P04 Distinción de roles: product owner y process manager
Una persona define qué construir y prioriza el trabajo según el valor de negocio; otra optimiza cómo opera un proceso existente día a día. ¿Qué distinción de roles representa esto?
L5-P05 Roles internos y externos
Un consultor externo aporta el conocimiento normativo del sector; un coordinador interno conoce los flujos reales del área afectada. ¿Por qué importa esta diferencia para el análisis de negocios?
L5-P06 Conciliación de interpretaciones
Durante un proyecto, el analista de negocio detecta que dos áreas interpretan el mismo requisito de forma distinta. ¿Cuál es la acción propia de su rol?
L5-P07 Límite de rol del AN: qué vs. cómo
En un proyecto predictivo, el gerente de proyecto pide al analista de negocio que defina cómo se construirá técnicamente la solución. ¿Qué responde según los límites de su rol?
L5-P09 AN en enfoques adaptativos
En un proyecto adaptativo, ¿cómo cambia la contribución del analista de negocio respecto de uno predictivo?
L5-P10 Vincular requisitos a objetivos de negocio
El equipo avanza rápido pero entrega funciones que nadie usa. ¿Qué aporte del analista de negocio habría reducido este desperdicio?
L5-P11 Matriz de trazabilidad
Durante una auditoría se pide demostrar que cada función construida responde a un requisito aprobado y que ninguno quedó sin cubrir. ¿Qué artefacto lo evidencia?
L5-P12 Historia de usuario
Un interesado describe lo que necesita en términos de quién, qué busca y para qué fin. ¿Qué herramienta de requisitos corresponde a ese formato?
L5-P13 Elicitación con grupo numeroso y disperso
El analista necesita requisitos de un grupo numeroso y disperso geográficamente, con poco tiempo de cada persona. ¿Qué técnica de elicitación se ajusta mejor?
L5-P14 Backlog como equivalente adaptativo
En un proyecto adaptativo, ¿qué cumple la función equivalente a la matriz de trazabilidad para mantener visible y priorizado el trabajo pendiente?
L5-P15 Necesidades tácitas no elicitadas
Un área rechaza la solución entregada alegando que faltaron requisitos que eran obvios. ¿Qué falla de elicitación lo explica mejor?
L5-P16 Interesado con poder de veto omitido
Avanzado el proyecto, aparece un interesado con poder de veto que nadie había considerado y bloquea un entregable. ¿Qué omisión del análisis de negocios lo explica?
L5-P17 Conflicto entre interesados de igual jerarquía
Dos interesados con igual jerarquía exigen requisitos opuestos y ninguno cede. ¿Cuál es la actuación propia del analista de negocio?
L5-P18 Adecuar canal y nivel de detalle
Un interesado ejecutivo solo dispone de minutos y requiere el estado general para decidir; un equipo operativo necesita el detalle de cada función. ¿Cómo adapta la comunicación el analista de negocio?
L5-P19 Coordinación entre equipos
Los equipos de requisitos y de funciones trabajan sin coordinarse y duplican esfuerzos. ¿Por qué es crítica la comunicación que articula el analista de negocio entre ellos?
L5-P20 Uso del registro de interesados para priorizar
El analista debe decidir a quién involucrar más en la elicitación con tiempo limitado. ¿Qué criterio prioriza el uso de un registro de interesados?
L5-P21 AN en predictivo regulatorio
En un proyecto predictivo de alto cumplimiento regulatorio, ¿cómo gestiona los requisitos el analista de negocio?
L5-P22 Riesgo de congelar alcance ante incertidumbre
Un producto con mercado incierto y prioridades cambiantes arranca exigiendo el alcance completo cerrado desde el inicio. ¿Qué riesgo de enfoque señala el analista de negocio?
L5-P23 Enfoque híbrido por componente
Una organización combina entregables regulatorios fijos con componentes de innovación que cambian seguido. ¿Qué recomienda el analista de negocio sobre el enfoque?
L5-P24 Criterios de aceptación en adaptativo
En un enfoque adaptativo, ¿qué establece cuándo una funcionalidad se considera terminada y aceptable?
L5-P25 Verificación de cobertura previa a liberación
Antes de liberar el producto, el analista debe confirmar que cada requisito comprometido quedó cubierto. ¿Contra qué lo verifica?
