Guía de Estudio PMP — Basada en tus documentos oficiales

Pasos concretos esta semana

• Rellena la aplicación en PMI.org → Certifications → PMP → Apply. Documenta tu experiencia por proyectos (no por años): nombre del proyecto, tu rol, fechas, horas liderando y descripción breve.
• Descarga ya (ya lo tienes): PMBOK 8ª Ed. ✅ · Guía Práctica de Ágil ✅
• Descarga el ECO (Exam Content Outline) en PMI.org — gratis, sin membresía. Este documento define exactamente qué temas tiene el examen. Léelo antes de empezar a estudiar.
• El ECO divide el examen en 3 dominios: People (~42%), Process (~50%), Business Environment (~8%). Ágil y enfoques híbridos aparecen en los tres.
• Coste total estimado: Membresía PMI $139/año ✅ ya pagado · Examen $405 (miembro) · Curso Udemy ~$15-20 · PM PrepCast Simulator ~$90

📘 PMBOK — Sección 2: Sistema para la Entrega de Valor

• Creación de valor: Los proyectos crean valor tangible (activos monetarios, productividad, cuota de mercado, infraestructura) e intangible (marca, reputación, conocimiento, bienestar del personal, cumplimiento).
• Éxito del proyecto (nueva definición): "Opinión consensuada entre los beneficiarios previstos, otros interesados y participantes de que el proyecto aportó un valor que justificó el esfuerzo y los gastos." — Ya no es solo tiempo + coste + alcance.
• Entorno del proyecto: Factores Ambientales de la Empresa (EEF) — externos a la organización (regulaciones, mercado, clima) e internos (cultura, infraestructura, recursos). Activos de Procesos Organizacionales (OPA) — políticas, procedimientos, bases de datos históricas.
• Roles en el sistema de entrega de valor: Director/a del proyecto, Equipo de dirección, Equipo de proyecto, Patrocinador/a, Clientes/Dueños de producto, Interesados finales.
• Estructuras organizacionales y su impacto: Funcional (PM con poco poder) → Matricial débil, equilibrada, fuerte → Orientada a proyectos (PM con máximo poder). Tu empresa SaaS probablemente sea matricial o proyectizada — esto afecta cómo aplicas la autoridad como PM.

📘 Los 6 Principios de la Dirección de Proyectos (PMBOK 8ª Ed.)

En la 8ª edición, los 12 principios de la 7ª se simplificaron en 6 principios más prácticos. Estos guían el comportamiento del PM, no son procesos ni pasos.

📘 Ciclos de Vida del Proyecto (PMBOK 8ª Ed. — Sección 4)

• Ciclo de vida predictivo (Waterfall): Planificación detallada al inicio, ejecución secuencial, entrega única al final. Ideal cuando los requisitos son claros y estables. Tu zona de confort de 11 años.
• Ciclo de vida adaptativo (Ágil): Iteraciones cortas, entrega frecuente de valor, requisitos dinámicos. El equipo aprende y ajusta continuamente. ~50% del examen.
• Ciclo de vida híbrido: Combina elementos predictivos y adaptativos según la naturaleza de cada componente del proyecto. Por ejemplo: planificación predictiva + entrega iterativa.
• Cadencia de entrega: Única (predictivo), periódica (incremental), continua (Kanban). La frecuencia de entrega afecta cómo se gestiona el proyecto.
• 5 Áreas de Enfoque (reintroducción de los grupos de proceso): Iniciación → Planificación → Ejecución → Monitoreo y Control → Cierre. En la 8ª ed. se presentan como áreas de enfoque, no como procesos rígidos, porque cada proyecto las aborda de forma diferente según su ciclo de vida.

🟢 Los 12 Principios del Manifiesto Ágil — Memoríza los conceptos, no la numeración

🟢 Lean, Ágil y Kanban — La relación entre los tres

• Pensamiento Lean (Toyota Production System): Eliminar desperdicios, flujo continuo de valor, respeto por las personas, mejora continua (Kaizen). Es el "padre" conceptual de Ágil y Kanban.
• Ágil es un término genérico que engloba marcos como Scrum, XP, DSDM, Crystal, FDD. Todos comparten los valores y principios del Manifiesto.
• Método Kanban: Menos prescriptivo que Scrum. Visualiza el flujo de trabajo, limita el WIP (Work In Progress), mejora el flujo de forma continua. No requiere iteraciones fijas. Ideal para empezar sin disrupciones ("comenzar con lo que se hace ahora").
• Para el examen: Kanban y Scrum son los marcos que más aparecen. Debes saber sus diferencias: Scrum tiene sprints, roles fijos y ceremonias. Kanban tiene tablero visual, límites de WIP y flujo continuo.

🟢 Los 4 Tipos de Ciclo de Vida según la Guía Práctica de Ágil

🟢 Implementar un Entorno Ágil (Sección 4 de la Guía)

• Liderazgo de servicio (Servant Leadership): El PM en Ágil no controla, facilita. Protege al equipo de interrupciones, elimina obstáculos, proporciona recursos y apoyo. Este es el cambio mental más importante si vienes del mundo Waterfall.
• Roles en Ágil: Product Owner (dueño del backlog, prioriza el valor), Scrum Master/Facilitador (elimina impedimentos, protege al equipo), Equipo de Desarrollo (auto-organizado, multidisciplinar).
• Especialistas generalizados (T-shaped): Los miembros del equipo ágil tienen profundidad en un área pero pueden colaborar en otras. Contrasta con la especialización pura del Waterfall.
• Equipos dedicados: En Ágil, los miembros del equipo trabajan en un solo proyecto a tiempo completo. La multitarea reduce la productividad y aumenta el desperdicio.
• El PM tradicional en un entorno ágil: Cambia de gestionar al equipo a facilitar el equipo. Más coaching, menos dirección; más transparencia, menos control.

🟢 Prácticas Ágiles Comunes (Sección 5 de la Guía)

• Retrospectivas: Al final de cada iteración, el equipo reflexiona sobre qué salió bien, qué mejorar y cómo. Es la práctica de mejora continua ágil por excelencia.
• Refinamiento del Backlog: El equipo revisa y prioriza regularmente el backlog. Las historias de usuario se estiman, se aclaran y se ordenan por valor.
• Daily Standup (reunión diaria de pie): 15 minutos. Cada miembro: ¿Qué hice ayer? ¿Qué haré hoy? ¿Qué impedimentos tengo? No es una reunión de status para el PM, es sincronización del equipo.
• Demos/Reviews: Al final de cada iteración, el equipo muestra el trabajo completado a los interesados. El objetivo es obtener retroalimentación real del cliente.
• Planificación de la iteración (Sprint Planning): El equipo selecciona elementos del backlog para el sprint y planifica cómo completarlos.
• Métricas ágiles: Velocity (puntos de historia completados por sprint), Burndown chart (trabajo pendiente), Burnup chart (trabajo completado), Lead time/Cycle time (Kanban).

📘 Dominio de Gobernanza (2.1)

• Gobernanza del proyecto: Marco adaptable que guía las actividades del proyecto para crear valor en consonancia con los objetivos organizacionales. Incluye estructura, sistemas, roles, responsabilidades y modelos de toma de decisiones.
• Procesos clave del dominio:
  • Iniciar el proyecto o fase: Desarrollar el Acta de Constitución (Project Charter). Autoriza formalmente el proyecto, designa al PM y define los límites del proyecto.
  • Integrar y alinear los planes del proyecto: Plan para la Dirección del Proyecto (PMP) — documento integrador de todos los planes subsidiarios.
  • Gestionar la ejecución: Dirigir y gestionar el trabajo según el plan, gestionar cambios e incidentes.
  • Monitorear y controlar el desempeño: Comparar rendimiento real con línea base. Generar informes de desempeño.
  • Evaluar e implementar cambios: Control Integrado de Cambios. Evaluar impacto, aprobar o rechazar solicitudes, actualizar documentos.
  • Cerrar el proyecto o fase: Formalizar la aceptación, liberar recursos, documentar lecciones aprendidas, archivar registros.
• Modelo de gobernanza: El Comité de Dirección supervisa hitos críticos. La gobernanza define quién toma qué decisiones y cuándo.
• Matriz RACI: Responsable, Accountable (rendición de cuentas), Consultado, Informado. Herramienta clave para definir roles y responsabilidades en la gobernanza.

📘 Dominio de Alcance (2.2)

• Alcance del producto vs. alcance del proyecto: El alcance del producto define las características del entregable. El alcance del proyecto define el trabajo necesario para producirlo.
• Procesos del dominio del alcance:
  • Planificar la gestión del alcance: Cómo definir, validar y controlar el alcance del proyecto.
  • Recopilar y analizar requisitos: Identificar las necesidades de los interesados. Herramientas: entrevistas, grupos focales, historias de usuario, prototipos.
  • Definir el alcance: Enunciado del alcance del proyecto (Project Scope Statement) — descripción detallada de entregables y criterios de aceptación.
  • Desarrollar la estructura del alcance (WBS): Descomposición jerárquica del trabajo en paquetes de trabajo manejables. La WBS no es una lista de tareas, es una descomposición de entregables.
  • Monitorear y controlar el alcance: Detectar desviaciones y gestionar la corrupción del alcance (scope creep).
  • Validar el alcance: Obtener la aceptación formal de los entregables del cliente.
• Scope creep vs. Gold plating: Scope creep = cambios no controlados al alcance. Gold plating = añadir funcionalidad no solicitada "de regalo". Ambos son problemas para PMI — el PM debe evitar los dos.
• En ágil: El alcance se gestiona mediante el Product Backlog. El Product Owner prioriza historias de usuario. El alcance es dinámico y evoluciona con cada sprint.

📘 Dominio de Cronograma (2.3)

• Planificar la gestión del cronograma: Definir el enfoque para planificar, desarrollar, gestionar y controlar el cronograma.
• Desarrollar el cronograma — Pasos clave:
  • Definir las actividades (descomponer paquetes de trabajo en actividades)
  • Secuenciar actividades y establecer dependencias (FS, FF, SS, SF)
  • Estimar la duración de cada actividad (estimación análoga, paramétrica, tres puntos)
  • Identificar la ruta crítica (CPM): secuencia más larga de actividades que determina la duración mínima del proyecto
  • Comprimir el cronograma si es necesario: Fast Tracking (paralelizar actividades) o Crashing (añadir recursos)
• Holgura (Float/Slack): Tiempo que puede retrasarse una actividad sin afectar a la fecha de fin del proyecto. Las actividades en la ruta crítica tienen holgura = 0.
• En ágil: El cronograma no es un Gantt fijo. El equipo planifica sprint a sprint. La velocity (velocidad) sirve para estimar cuántos sprints faltan para completar el backlog.

📘 Dominio de Finanzas (2.4)

• Planificar la gestión financiera: Definir cómo se estimarán, presupuestarán y controlarán los costos.
• Estimar los costos: Estimación análoga (basada en proyectos similares), paramétrica (modelo matemático), ascendente (suma de paquetes de trabajo), tres puntos (optimista, pesimista, más probable).
• Desarrollar el presupuesto: Línea base de costos = suma de los estimados del proyecto + reservas de contingencia. Fondos de gestión = línea base + reservas de gestión.
• Valor Ganado (EVM) — Lo más técnico del examen: Sistema de medición del desempeño que integra alcance, cronograma y costos.

📘 Dominio de los Interesados / Stakeholders (2.5)

• Identificar a los interesados: Quién puede afectar o ser afectado por el proyecto. Incluir tanto positivos (promotores) como negativos (opositores). Proceso continuo durante todo el proyecto.
• Planificar el involucramiento: Determinar el nivel de participación deseado para cada interesado: Desconocedor → Reticente → Neutral → Partidario → Líder. La meta es moverlos hacia Partidario o Líder cuando es necesario.
• Planificar las comunicaciones: ¿Quién necesita qué información? ¿Cuándo? ¿En qué formato? ¿Por qué canal? El Plan de Comunicaciones no es solo un calendario de reuniones.
• Gestionar el involucramiento: Comunicar activamente, resolver incidentes, gestionar expectativas. El PM es el principal gestor de relaciones con los interesados.
• Monitorear el involucramiento: Verificar que las estrategias de involucramiento siguen siendo efectivas. Ajustar según cambios en los interesados.
• Herramientas: Matriz de poder/interés, Registro de interesados, Modelo de prominencia (poder, legitimidad, urgencia), Matriz RACI.
• En ágil: El Product Owner es el principal punto de contacto con los interesados. Las demos al final de cada sprint son el mecanismo formal de involucramiento continuo.

📘 Dominio de los Recursos (2.6)

• Planificar la gestión de recursos: Identificar y documentar roles, responsabilidades, habilidades requeridas y relaciones de reporte. Herramienta: Organigrama del proyecto, Matriz RACI.
• Estimar los recursos: ¿Qué personas, equipos y materiales se necesitan? Cuántos y cuándo. Tipos de estimación: análoga, paramétrica, ascendente.
• Adquirir recursos: Conseguir los recursos humanos y físicos necesarios. El PM negocia con gerentes funcionales en organizaciones matriciales.
• Liderar al equipo: El dominio más "humano". Resolución de conflictos, motivación, coaching, evaluación del desempeño.
  • Resolución de conflictos — orden de preferencia de PMI: Colaborar/confrontar (ganar-ganar, preferida) → Comprometer → Suavizar → Forzar → Retirar
  • Etapas del equipo (Tuckman): Forming → Storming → Norming → Performing → Adjourning
  • Teorías de motivación: Maslow (jerarquía de necesidades), Herzberg (factores higiénicos vs. motivadores), McGregor (Teoría X y Y), McClelland (logro, afiliación, poder)
• Monitorear y controlar recursos: Verificar que los recursos se usan eficientemente. Nivelar recursos cuando hay sobreasignación.
• Inteligencia emocional: El PMBOK 8ª Ed. incluye explícitamente la IE como competencia del PM. Autoconciencia, gestión propia, conciencia social y gestión de relaciones.

📘 Dominio de los Riesgos (2.7)

• Riesgo individual vs. riesgo general del proyecto: El riesgo individual afecta a un objetivo específico. El riesgo general del proyecto (Overall Project Risk) es el efecto de la incertidumbre sobre el proyecto como conjunto.
• Planificar la gestión de riesgos: Definir el enfoque y las actividades de gestión de riesgos. Incluye la tolerancia al riesgo de los interesados.
• Identificar los riesgos: Proceso continuo. Herramientas: Lluvia de ideas, Técnica Delphi, Lista de verificación, Análisis FODA, Diagrama causa-efecto (Ishikawa), Estructura de Desglose de Riesgos (RBS).
• Realizar análisis de riesgos:
  • Análisis cualitativo: Probabilidad × Impacto → Matriz P×I. Prioriza los riesgos.
  • Análisis cuantitativo: Valor Monetario Esperado (EMV = Probabilidad × Impacto $), Análisis Monte Carlo, Árbol de decisiones.
• Planificar respuestas a los riesgos:
  • Amenazas: Evitar · Transferir · Mitigar · Aceptar (activa o pasiva)
  • Oportunidades: Explotar · Compartir · Mejorar · Aceptar
  • Escalada: Cuando el riesgo está fuera de la autoridad del PM
• Implementar y monitorear respuestas: Ejecutar los planes de respuesta, dar seguimiento a riesgos identificados, identificar nuevos riesgos.
• En ágil: Los riesgos se gestionan continuamente mediante entregas incrementales. El backlog refleja la priorización de riesgos: se trabaja primero lo más incierto o de mayor valor.

📘 Adaptación (Tailoring) — Sección 3 del PMBOK

• Por qué adaptar: No existe un enfoque único válido para todos los proyectos. El PM adapta el ciclo de vida, los procesos y el nivel de rigor según el contexto del proyecto y la organización.
• Qué adaptar: Ciclo de vida y enfoque de desarrollo · Procesos (cuáles usar, a qué profundidad) · Nivel de documentación · Compromisos formales del equipo.
• El proceso de adaptación:
  1. Seleccionar el enfoque de desarrollo inicial (predictivo, adaptativo o híbrido)
  2. Adaptarlo a la organización (restricciones organizacionales, cultura, regulación)
  3. Adaptarlo al proyecto (entregables, equipo, interesados)
  4. Implementar mejora continua durante el proyecto
• Para el examen: Si una pregunta pregunta qué debe hacer el PM ante un entorno muy regulado que requiere predictivo, pero el equipo quiere ágil, la respuesta de PMI es: adaptar de forma que se cumplan los requisitos regulatorios y, donde sea posible, incorporar prácticas ágiles (enfoque híbrido).

🟢 Consideraciones Organizacionales para la Agilidad (Sección 6 de la Guía Práctica)

• Cultura organizacional: La cultura es el principal obstáculo para adoptar ágil. Organizaciones con cultura de control y jerarquía son menos compatibles con ágil. El PM debe trabajar dentro de la cultura existente mientras impulsa el cambio.
• Gestión del cambio organizacional (OCM): Implementar ágil requiere un cambio cultural, no solo de procesos. La resistencia al cambio es predecible y debe gestionarse activamente.
• Adquisiciones y contratos en Ágil: Los contratos tradicionales de precio fijo son difíciles de combinar con ágil (los requisitos cambian). Se usan contratos Time & Materials, contratos con techo de precio variable, o contratos colaborativos con incentivos por valor entregado.
• PMO en un entorno ágil: La PMO ágil es orientada al valor (no a los procesos), funciona por invitación (apoya en vez de controlar) y es multidisciplinar.
• Escalado ágil: Cuando el proyecto es demasiado grande para un solo equipo ágil se usan marcos de escalado: SAFe (Scaled Agile Framework), LeSS (Large Scale Scrum), DAD (Disciplined Agile Delivery). El examen puede mencionarlos de forma general.

📘 Herramientas y Técnicas Críticas para el Examen

📘 Tipos de Contratos — Adquisiciones (Apéndice X4 del PMBOK)

📘 Fórmulas EVM — Repaso Completo con Ejemplos

📘 Entradas, Salidas y Documentos Clave que Debes Conocer

🎯 Cómo usar esta semana

• Revisa todos los simulacros que has hecho hasta ahora y agrupa los errores por tema. Necesitas identificar tus 3-5 áreas más débiles.
• Para cada error: ¿Entendí mal el concepto? ¿Elegí una respuesta Waterfall donde PMI quería ágil? ¿Error de cálculo? Clasifica el tipo de error para atacarlo correctamente.
• Haz 30-40 preguntas del área débil y repite el análisis de errores hasta que tu tasa de acierto en esa área supere el 70%.
• Repasa el lenguaje de PMI: "El primer paso que debe dar el PM es…" — casi siempre es identificar/analizar antes de actuar. "Lo más adecuado sería…" — busca la opción más proactiva y preventiva.

🎯 Errores más comunes de candidatos con perfil Waterfall (tu caso)

• Elegir documentar cuando PMI prefiere actuar: En ágil, ante un problema del equipo, PMI prefiere "organizar una retrospectiva" sobre "escribir un informe".
• Subestimar la autoridad del Product Owner: El PO prioriza el backlog, no el PM. Si una historia no está en el backlog, el equipo no la hace, aunque el PM lo pida.
• Pensar que un contrato de precio fijo es siempre mejor: En proyectos de alta incertidumbre, forzar un precio fijo genera conflictos. PMI prefiere el contrato que mejor se adapte al contexto.
• Olvidar que en ágil el equipo decide cómo hacer el trabajo: El PM no asigna tareas. El equipo se auto-organiza. El PM facilita.
• Confundir Validar el Alcance con Controlar el Alcance: Validar = cliente acepta el entregable. Controlar = el PM monitorea las desviaciones del alcance planeado.

🎯 Protocolo de simulacros esta semana

• Simula las condiciones reales del examen: 180 preguntas, 230 minutos, sin interrupciones. Puedes hacer dos pausas de 10 minutos (como en el examen real). Ponte alarmas.
• Meta mínima para presentarse al examen: Superar consistentemente el 75% en simulacros completos. Por debajo de eso, estudia una semana más.
• Simulador recomendado: PM PrepCast Simulator. Tiene los mejores análisis post-examen y cubre el ECO correctamente.
• Revisa TODOS los errores, no solo los que se te acerquen. En el examen real no habrá segunda vuelta.
• Estrategia de respuesta en el examen: Lee la pregunta completa. Identifica el tipo de situación (ágil vs. predictivo). Elimina las dos opciones claramente malas. Elige la que PMI preferiría.
• Últimos días de esta semana: Descansa. No estudies el día anterior al examen. Revisa solo las fórmulas de EVM y los 4 valores del Manifiesto Ágil.

Los 7 Dominios de Desempeño del PMBOK 8ª Ed.

Los 6 Principios del PMBOK 8ª Ed. (de memoria)

1. Adoptar una visión holística
2. Centrarse en el valor
3. Calidad integrada en procesos y entregables
4. Liderar con responsabilidad
5. Integrar la sostenibilidad
6. Construir una cultura de empoderamiento

Resolución de Conflictos — Orden de preferencia PMI

1. Colaborar/Confrontar (win-win, siempre preferida)
2. Comprometer (ambas partes ceden algo)
3. Suavizar (minimizar diferencias, enfatizar acuerdos)
4. Forzar (imponer una decisión — solo si es urgente)
5. Retirar (evitar el conflicto — nunca recomendada)