PMI-PBA
Professional in Business Analysis
Quien releva necesidades, define requisitos y valida que la solución los cumpla.
El examen
200 preguntas en 240 minutos. Revisado: 2026-10.
| Dominio | Peso | |
|---|---|---|
| Evaluación de necesidades | 18 % | |
| Planificación | 22 % | |
| Análisis | 35 % | |
| Trazabilidad y monitoreo | 15 % | |
| Evaluación | 10 % |
Manuales
- The PMI Guide to Business Analysis (incluye The Standard for Business Analysis), ANSI/PMI 17-005-2017, en inglés cargado
- Requirements Management: A Practice Guide, 2016, en inglés cargado
- Guía del PMBOK, 8.ª ed. (2025), segunda parte del volumen cargado
Conceptos con el enfoque del PMI-PBA
Ordenados por cuánto pesan en este examen.
●●● Interesados (stakeholders)
Toda persona o grupo que afecta o se ve afectado por el trabajo. Se identifican temprano, se entiende qué les importa y se decide cómo involucrarlos, y eso se revisa durante todo el ciclo.
En el PMI-PBA: Son la fuente de los requisitos; se elige la técnica de relevamiento para cada uno.
Dónde estudiarlo: Guía PMBOK (8.ª), 2.5 Dominio de los interesados, p. 72-84; Estándar PM (8.ª), 2.5 Roles, p. 30-38; Estándar de IA, 3.1 Expectativas sobre la IA, p. 74-86; Guía de análisis de negocios (2017), 5. Stakeholder engagement, p. 109-151
●●● Backlog y priorización
Lista ordenada de lo que falta hacer, que se refina y se reordena según el valor que aporta cada ítem. El orden lo decide quien representa al negocio, con información del equipo.
En el PMI-PBA: Historias de usuario, criterios de aceptación y priorización de requisitos.
Dónde estudiarlo: Guía de ágil (2.ª), 5.2.1-5.2.2 Planificación y refinamiento, p. 70-72; Guía PMBOK (8.ª), 2.2 Alcance (trabajo pendiente), p. 41-45; Guía PMBOK (8.ª), 5. Herramientas y técnicas, p. 193-194
●●● Requisitos y trazabilidad
Los requisitos traducen necesidades en condiciones que la solución debe cumplir. La trazabilidad une cada requisito con su origen, su diseño y su prueba para que nada se pierda ni se agregue sin motivo.
En el PMI-PBA: Todo el examen gira alrededor del ciclo de vida del requisito.
Dónde estudiarlo: Guía de ágil (2.ª), 5.2.2 Definición de listo, p. 72; Guía PMBOK (8.ª), 2.2.2.2 Recopilar y analizar requisitos, p. 43; Guía PMBOK (8.ª), 4. Matriz de trazabilidad, p. 143-144; Guía de análisis de negocios (2017), 1.2 Tipos de requisitos, p. 10-11; Guía de análisis de negocios (2017), 7.3 Define and elaborate requirements, p. 208-215; Guía de gestión de requisitos (2016), 2. Requirements process, p. 5-11
●●● Evaluación de necesidades y caso de negocio
Antes de definir requisitos se entiende el problema o la oportunidad (enunciado de situación), el estado actual y el futuro, la brecha entre ambos y las opciones viables. Con eso se recomienda una opción, se arma la hoja de ruta del producto y el caso de negocio que justifica el proyecto.
En el PMI-PBA: Enunciado de situación, análisis de brechas, opciones y caso de negocio.
Dónde estudiarlo: Guía de análisis de negocios (2017), 4. Needs assessment, p. 55-108; Guía de análisis de negocios (2017), 2.1-2.6 Defining and aligning, p. 321-322; Guía de gestión de requisitos (2016), 3. Needs assessment, p. 13-17
●●● Elicitación (relevamiento)
Obtener información de interesados y otras fuentes con técnicas elegidas para cada caso (entrevistas, talleres, observación, encuestas, análisis de documentos, prototipos). Se planifica, se prepara, se ejecuta y se confirma que lo relevado se entendió bien antes de analizarlo.
En el PMI-PBA: Elegir la técnica según el interesado y confirmar los resultados.
Dónde estudiarlo: Guía de análisis de negocios (2017), 6. Elicitation, p. 153-174; Guía de gestión de requisitos (2016), 5. Requirements elicitation, p. 25-31
●●● Modelos de análisis
Representaciones visuales que ordenan la información del producto y dejan ver huecos e inconsistencias: modelos de alcance (diagrama de contexto, mapa de ecosistema), de procesos, de reglas, de datos y de interfaces. Se elige el modelo según la pregunta que hay que responder.
En el PMI-PBA: Reconocer qué modelo usar para cada categoría de información.
Dónde estudiarlo: Guía de análisis de negocios (2017), 7.2 Create and analyze models, p. 182-207; Guía de análisis de negocios (2017), Apéndice X2. Herramientas y técnicas, p. 357-366
●●● Verificar y validar requisitos
Verificar es revisar que los requisitos estén bien escritos (claros, completos, consistentes, sin ambigüedad). Validar es confirmar que, si se cumplen, resuelven la necesidad del negocio y aportan el valor esperado. Los criterios de aceptación definen cómo se va a comprobar.
En el PMI-PBA: La diferencia entre verificar y validar es pregunta segura.
Dónde estudiarlo: Guía de análisis de negocios (2017), 7.4-7.6 Acceptance criteria, verify and validate, p. 216-229; Guía de análisis de negocios (2017), 5.7-5.9 del estándar, p. 337-338
●●● Trazabilidad y gestión de cambios de requisitos
Se decide cuánta trazabilidad conviene, se registran las relaciones y dependencias entre requisitos y con otros elementos, se seleccionan y aprueban los requisitos y, cuando llega un cambio, la trazabilidad permite ver su impacto antes de decidir.
En el PMI-PBA: Matriz de trazabilidad, dependencias y análisis de impacto de cambios.
Dónde estudiarlo: Guía de análisis de negocios (2017), 8. Traceability and monitoring, p. 251-276; Guía de gestión de requisitos (2016), 7. Requirements monitoring and controlling, p. 43-48
●●● Plan de gestión de requisitos
Antes de relevar se acuerda cómo se van a obtener, analizar, documentar, priorizar, aprobar, rastrear y cambiar los requisitos, quién decide y con qué herramientas. El plan se integra con el plan de dirección del proyecto y se adapta al ciclo de vida.
En el PMI-PBA: Contenido del plan y cómo se acuerdan prioridades, aprobaciones y cambios.
Dónde estudiarlo: Guía de gestión de requisitos (2016), 4. Requirements management planning, p. 19-23; Guía de análisis de negocios (2017), 5.4 Conduct business analysis planning, p. 127-134
●●● Control integrado de cambios
Todo cambio a una línea base se analiza por su impacto en alcance, tiempo, costo y calidad antes de aprobarse. Solo después de aprobado se actualizan los planes y se comunica.
En el PMI-PBA: Matriz de trazabilidad para ver qué toca un cambio de requisito.
Dónde estudiarlo: Guía PMBOK (8.ª), 2.1.6.8 Evaluar e implementar cambios, p. 30-33; Estándar de configuración (2007), 4. Configuration change management, p. 15-20
●●● Beneficios y valor de negocio
Un proyecto se justifica por el valor que deja, no por terminar a tiempo. Los beneficios se definen en el caso de negocio, se miden y a veces se concretan después del cierre.
En el PMI-PBA: Evaluar si la solución entregada produce el valor esperado.
Dónde estudiarlo: Estándar PM (8.ª), 2.1 Creación de valor, p. 15-20; Estándar PM (8.ª), 3.4 Centrarse en el valor, p. 45-46; Estándar de IA, 2.1 Principio de valor estratégico, p. 39-41; Estándar de programas (5.ª), 3.4 Benefits management, p. 80-96
●●● Estructura de desglose del trabajo (EDT/WBS)
Descomposición jerárquica de todo el alcance en entregables cada vez más chicos, hasta llegar a paquetes de trabajo que se pueden estimar y asignar. Lo que no está en la EDT no es parte del proyecto.
En el PMI-PBA: Los requisitos aprobados se reflejan en el alcance y en la EDT.
Dónde estudiarlo: Guía PMBOK (8.ª), 2.2.2.4 Desarrollar la estructura del alcance, p. 44; Estándar de EDT/WBS (3.ª), 1.2-1.3 What is a WBS, p. 3-6; Estándar de EDT/WBS (3.ª), 2.4 Methods (descomposición y diccionario), p. 33-41
●●● Calidad de los datos para IA
Una IA es tan buena como los datos con los que trabaja. Hay que asegurar que sean completos, representativos, actuales y bien gobernados, y revisar que no arrastren sesgos.
En el PMI-PBA: Requisitos de datos como parte del análisis.
Dónde estudiarlo: Estándar de IA, 2.8 Principio de calidad de los datos, p. 67-70; Estándar de IA, 4.3.2 Recopilación y preparación de datos, p. 142-144; Liderar la transformación con IA (2025), Data-related challenges, p. 16-18