La pregunta «¿PMBOK® o Scrum?» aparece con frecuencia al iniciar un proyecto, pero, en términos prácticos, está mal formulada. El PMBOK® Guide ofrece principios y prácticas para dirigir proyectos; Scrum organiza el trabajo de un equipo que enfrenta un problema complejo. No cumplen la misma función y, por lo tanto, no siempre hay que escoger uno y descartar el otro.
La decisión comienza en otro lugar: qué se intenta entregar, cuánto se conoce al inicio, qué restricciones existen y con qué frecuencia será necesario corregir el rumbo. A partir de esas condiciones se define un enfoque predictivo, adaptativo o híbrido. Recién entonces corresponde seleccionar las prácticas que lo sostendrán.
Una precisión necesaria: el PMBOK® Guide no es una metodología que deba aplicarse completa. Es una referencia que cada organización adapta a su realidad. Scrum tampoco resuelve por sí solo todos los aspectos de la dirección de un proyecto.
Qué aporta el PMBOK® Guide, 8.ª edición
El PMI publica conjuntamente The Standard for Project Management y el PMBOK® Guide. La octava edición apareció en noviembre de 2025. Conserva la orientación basada en principios de la edición anterior, pero devuelve espacio a los procesos y amplía materias que habían quedado poco desarrolladas, entre ellas adquisiciones, oficinas de dirección de proyectos e inteligencia artificial (PMI, 2025).
Su estructura combina seis principios, siete dominios de desempeño y cinco áreas de enfoque. Los 40 procesos que incorpora sirven como orientación. No forman una lista que deba ejecutarse completa ni en un orden único.
Qué cambió respecto de la séptima edición
Los cambios estructurales más visibles son:
- Los 12 principios de la 7.ª edición (PMI, 2021) se consolidaron en 6 principios más integradores.
- Los 8 dominios de desempeño pasaron a 7. La nueva estructura comprende Gobernanza, Alcance, Cronograma, Finanzas, Interesados, Recursos y Riesgos.
- Se incorporaron 5 áreas de enfoque y orientación sobre 40 procesos de carácter no prescriptivo.
- Se amplió el tratamiento de inteligencia artificial, oficinas de dirección de proyectos y adquisiciones.
Los seis principios
Los principios expresan cómo debería conducirse un proyecto. No indican qué documento producir ni qué reunión convocar. Su utilidad está en orientar decisiones cuando el procedimiento no basta.
En términos prácticos: ninguno de estos principios obliga a utilizar un ciclo de vida determinado. Lo importante es que la forma de trabajo responda a las condiciones reales del proyecto.
Los siete dominios de desempeño
Los dominios reúnen asuntos que requieren atención durante todo el proyecto. Se influyen entre sí: una decisión de alcance modifica el cronograma y las finanzas; una restricción de recursos puede elevar el riesgo; una gobernanza lenta puede impedir que el equipo responda a tiempo.
Las cinco áreas de enfoque
Las áreas de enfoque ordenan las actividades de Iniciación, Planificación, Ejecución, Monitoreo y Control, y Cierre. Sus nombres recuerdan a los grupos de procesos de ediciones anteriores, pero no describen fases obligatorias. En la práctica, el trabajo se superpone, vuelve atrás y se ajusta tantas veces como sea necesario.
Un proyecto predictivo suele mostrar una secuencia más visible. Uno adaptativo planifica, ejecuta y controla en ciclos breves. La diferencia no está en la existencia de planificación o control —ambos los necesitan—, sino en cuánto se decide al inicio y cuánto se deja abierto para aprender durante la ejecución.
Qué resuelve Scrum
Scrum sirve cuando la solución no puede definirse por completo antes de comenzar. El equipo trabaja en ciclos de un mes o menos, produce un incremento utilizable, revisa lo aprendido y decide el paso siguiente. Esa cadencia reduce el tiempo entre una decisión y la evidencia que permite confirmarla o corregirla (Schwaber & Sutherland, 2020).
El marco es deliberadamente pequeño. Define responsabilidades, artefactos y eventos, pero deja al equipo la elección de las prácticas técnicas y de gestión que necesita. Tampoco está limitado al desarrollo de software.
La estructura mínima
- Roles: Product Owner (responsable de maximizar el valor del producto), Scrum Master y Developers (Desarrolladores). El Equipo Scrum es multifuncional y autogestionado y, normalmente, está compuesto por 10 personas o menos.
- Artefactos: Product Backlog, Sprint Backlog e Incremento. Cada uno contiene un compromiso: Product Goal, Sprint Goal y Definition of Done, respectivamente.
- Eventos: Sprint, Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective. El Sprint dura un mes o menos.
Lo que queda fuera
Scrum no explica cómo administrar contratos, adquisiciones, presupuestos plurianuales, riesgos organizacionales ni instancias corporativas de decisión. Ignorar esos asuntos porque «no están en Scrum» sería un error. Cuando existen, hay que tratarlos mediante prácticas complementarias. El PMBOK® Guide puede aportar varias de ellas.
Diferencias que importan
| Dimensión | PMBOK® Guide 8.ª ed. (PMI, 2025) | Scrum (Schwaber & Sutherland, 2020) |
|---|---|---|
| Naturaleza | Estándar de referencia con principios, dominios y procesos no prescriptivos | Marco de trabajo mínimo y ligero |
| Estructura base | 6 principios · 7 dominios · 5 áreas de enfoque · 40 procesos | 3 responsabilidades · 3 artefactos con sus compromisos · 5 eventos |
| Enfoque de entrega | Predictivo, adaptativo o híbrido según contexto | Adaptativo (iterativo-incremental) |
| Ciclo de vida | Flexible según el enfoque elegido | Sprints de un mes o menos |
| Planificación | Detallada (predictivo) o progresiva (adaptativo/híbrido) | Sprint Planning por iteración |
| Gestión de alcance | Dominio de desempeño Alcance, con EDT y control formal de cambios | Product Backlog priorizado, ajustable en cada sprint |
| Gestión de riesgos | Dominio de desempeño Riesgos, con planificación y respuesta formal | Scrum no establece un proceso específico de gestión de riesgos; la inspección y adaptación permiten detectar y abordar problemas conforme aparecen |
| Tamaño del equipo | Aplica a proyectos de cualquier escala y complejidad | Por lo general, 10 personas o menos |
| Involucramiento del cliente | Variable; formal en revisiones de fase/etapa | Participación de interesados en la Sprint Review y cuando resulte necesaria; Scrum no exige presencia diaria del cliente |
| Documentación | Proporcional a las necesidades del proyecto (adaptable) | Scrum no fija un volumen de documentación; exige transparencia suficiente para inspeccionar los artefactos y el avance |
| Gobernanza | Dominio de desempeño Gobernanza, con estructuras formales de control | Equipo autogestionado; el Scrum Master facilita la efectividad y la correcta aplicación de Scrum, no supervisa al equipo |
| Sostenibilidad / IA | La sostenibilidad forma parte de los principios y la IA recibe cobertura específica | No contemplado en la Guía Scrum base |
Cuándo conviene cada enfoque
No existe una correspondencia automática entre industria y enfoque. Un proyecto de construcción puede contener trabajo experimental; un producto digital puede estar sometido a contratos y fechas inamovibles. Los escenarios siguientes son señales para decidir, no reglas de clasificación.
- Requisitos estables y bien definidos desde el inicio
- Contratos de precio fijo o regulación externa
- Alta interdependencia entre entregables físicos
- Múltiples proveedores o contratistas
- Infraestructura, construcción, defensa, salud pública
- Requisitos inciertos o en evolución constante
- Producto digital con retroalimentación continua del usuario
- Equipo pequeño, multifuncional y autogestionado; normalmente, 10 personas o menos
- Interesados y representantes del producto disponibles para revisar el avance y orientar la evolución del producto
- Desarrollo de software, apps, plataformas digitales
- Proyecto grande con componente de software + infraestructura
- Gobernanza predictiva + desarrollo de producto adaptativo
- PMO corporativa que exige reportes estructurados
- Transformación digital con componente de cambio cultural
- Múltiples proyectos interdependientes
- Asignación de recursos compartidos entre equipos
- Alineación estratégica a nivel corporativo
- Reportes a comités de dirección y patrocinadores
Una advertencia: los ciclos breves no eliminan las obligaciones contractuales ni las dependencias físicas. Si el proyecto tiene varios proveedores, requisitos regulatorios o hitos comprometidos, esas restricciones necesitan responsables, controles y decisiones explícitas. Scrum no las resuelve por omisión.
Combinar sin construir un sistema innecesario
Un enfoque híbrido combina elementos predictivos y adaptativos. La definición es sencilla; aplicarla no siempre lo es. Si cada práctica se incorpora sin explicar qué problema resuelve, el resultado termina siendo una capa de ceremonias ágiles sobre la misma burocracia anterior.
En un proyecto tecnológico empresarial, una distribución razonable podría ser la siguiente:
| Componente del proyecto | Enfoque recomendado | Marco aplicado |
|---|---|---|
| Gobernanza, alcance total, finanzas, adquisiciones | Predictivo | PMBOK 8.ª ed. — dominios Gobernanza, Alcance, Finanzas |
| Desarrollo de producto de software | Adaptativo | Scrum — sprints de 2 semanas, Product Backlog |
| Gestión de riesgos | Predictivo + revisión adaptativa | PMBOK — dominio Riesgos + retrospectivas Scrum |
| Gestión de interesados y comunicación | Continuo y adaptable | PMBOK — dominio Interesados + Sprint Reviews |
| Infraestructura de despliegue | Predictivo | PMBOK — dominio Cronograma con hitos fijos |
La combinación tiene sentido cuando una parte del proyecto puede definirse y controlarse desde el inicio, mientras otra exige experimentar. El informe Pulse of the Profession 2024 muestra que el uso frecuente de enfoques híbridos aumentó de 20 % en 2020 a 31,5 % en 2023. También encontró desempeños comparables entre enfoques predictivos, híbridos y ágiles. La ventaja, por tanto, no está en la etiqueta; está en escoger bien (PMI, 2024).
Preguntas frecuentes
No. El PMBOK® Guide puede orientar la dirección general del proyecto y Scrum organizar el desarrollo de una parte del producto. La combinación es válida si las responsabilidades y decisiones quedan claras. Usar ambos no obliga a duplicar reuniones, documentos ni controles.
La 8.ª edición (PMI, 2025) consolidó los 12 principios de la 7.ª (PMI, 2021) en 6, reorganizó los 8 dominios de desempeño en 7 e incorporó 5 áreas de enfoque y orientación sobre 40 procesos. También amplió el tratamiento de inteligencia artificial, oficinas de dirección de proyectos y adquisiciones.
Scrum puede ser adecuado cuando se aborda un problema complejo, es necesario aprender a partir de incrementos utilizables y existe un equipo pequeño, multifuncional y autogestionado. La Guía Scrum recomienda equipos de 10 personas o menos y sprints de un mes o menos. No corresponde afirmar que Scrum siempre entrega valor más rápido: el resultado depende del producto, del equipo y del contexto.
Puede utilizarse cuando una parte del trabajo admite entregas incrementales, inspección frecuente y adaptación. Sin embargo, Scrum no sustituye la gestión contractual, regulatoria, financiera ni de dependencias físicas. En esos casos conviene complementarlo con prácticas de dirección de proyectos adecuadas al contexto.
Sí. El esquema del examen vigente desde julio de 2026 incorpora enfoques predictivos, adaptativos/ágiles e híbridos en sus tres dominios. Aproximadamente 40 % de las preguntas corresponde a enfoques predictivos; el 60 % restante se distribuye entre adaptativos/ágiles e híbridos (PMI, 2026).
Publicado también en LinkedIn: ver artículo original
Referencias bibliográficas
- Project Management Institute. (2021). A guide to the project management body of knowledge (PMBOK® Guide) (7.ª ed.). PMI.
- Project Management Institute. (2024). Pulse of the Profession 2024: The future of project work: Moving past office-centric models. https://www.pmi.org/learning/thought-leadership/future-of-project-work
- Project Management Institute. (2025). The standard for project management and a guide to the project management body of knowledge (PMBOK® Guide) (8th ed.). PMI. https://www.pmi.org/standards/pmbok
- Project Management Institute. (2026). Project Management Professional (PMP)® examination content outline. https://www.pmi.org/-/media/pmi/documents/public/pdf/certifications/new-pmp-examination-content-outline-2026.pdf
- Schwaber, K., & Sutherland, J. (2020). La Guía Scrum: La guía definitiva de Scrum: Las reglas del juego. https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Spanish-Latin-South-American.pdf
¿Necesita apoyo para elegir el enfoque correcto para su proyecto?
En EJCh Proyectos asesoramos a organizaciones en Chile en la selección e implementación del marco de gestión más adecuado para sus proyectos—predictivo, ágil o híbrido.
Contáctenos →