Un día alguien te dice: “Esto es un proyecto”. Y tú asientes, aunque en el fondo no sabes si se refiere a una campaña, una remodelación, una aplicación móvil o una nueva de abordar una tarea. Lo cierto es que la palabra “proyecto” se ha vuelto ubicua y está en todas partes, aunque pocos saben exactamente qué contiene.
Según el Project Management Institute (PMI), la autoridad global en la materia, un proyecto es “un esfuerzo temporal emprendido para crear un producto, servicio o resultado único”. Parece simple, pero esa frase encierra una paradoja brutal: el proyecto, por definición, es finito, pero el caos que lo rodea tiende al infinito.
Lo que hace el PMI, desde hace décadas, es lo más parecido a darle instrucciones a un alpinista que debe escalar el Everest… con una mochila llena de expectativas, egos, recortes presupuestarios y lluvias inesperadas. Para eso nació el PMBOK (Project Management Body of Knowledge), un compendio que no pretende controlar el desorden del mundo, pero sí ofrecer un marco para navegarlo.
PMBOK 6 vs PMBOK 7: ¿evolución?
Durante años, la versión 6 del PMBOK fue la biblia del gestor de proyectos. Con sus 5 fases (Inicio, Planeación, Ejecución, Monitoreo y Control, Cierre) y sus 10 áreas de conocimiento (desde integración hasta gestión de riesgos), permitía estructurar proyectos como quien arma un lego gigante: con piezas que encajan, y una caja con instrucciones.
Pero en 2021 llegó la versión 7, y lo cambió todo.
O casi todo.
La nueva edición abandonó el enfoque prescriptivo y abrazó un modelo más basado en principios y dominios de desempeño. En vez de decirte exactamente qué hacer y cuándo, te dice por qué lo haces y para quién. ¿Sabio o caótico? Depende. Muchos aún siguen anclados en la versión 6 porque ofrece estructura. Otros migran a la 7 porque ofrece sentido. Y entre ambos mundos, se mueve hoy la gestión real: híbrida, flexible, a veces contradictoria.
¿Por qué este blog?
Porque los proyectos no son esquemas en PowerPoint. Son campos de batalla donde chocan la planificación y la realidad. Porque gestionar no es seguir pasos, sino tomar decisiones. Y porque tú —sí, tú— estás probablemente liderando uno sin que nadie te haya enseñado cómo.
Este blog será una exploración práctica y crítica de la gestión de proyectos, basada en el marco del PMI, pero con los pies en la tierra y la mirada en el futuro. Veremos desde cómo armar un acta de constitución hasta cómo sobrevivir a stakeholders tóxicos. Desde cómo usar el PMBOK como brújula… hasta cuándo ignorarlo.
Porque si algo hemos aprendido del mundo de los proyectos es esto:
los planes son valiosos, pero la adaptación lo es todo.
PMBOK 6 vs PMBOK 7: entre el plano estructurado y el terreno cambiante
En el mundo de los proyectos, no hay una fórmula única. Hay métodos, marcos, guías. Pero sobre todo, hay decisiones. Y en el centro de esas decisiones, habita el arte de adaptar el conocimiento a cada contexto. Por eso, en esta segunda entrada, vamos a explorar dos modelos que aún coexisten —y coexisten por algo—: la versión 6 del PMBOK, con sus diez áreas de conocimiento, y la versión 7, con sus principios y dominios.
La versión 6: El orden antes que el caos
La Guía del PMBOK Sexta Edición (2017) es, sin duda, la más influyente de la historia del PMI. Ofrece una visión estructurada de la gestión de proyectos, dividida en cinco grupos de procesos:
- Inicio
- Planificación
- Ejecución
- Monitoreo y Control
- Cierre
Estos grupos se aplican a lo largo de diez áreas de conocimiento, que funcionan como pilares técnicos:
- Integración del Proyecto
- Alcance
- Cronograma (tiempo)
- Costos
- Calidad
- Recursos
- Comunicación
- Riesgos
- Adquisiciones
- Interesados (stakeholders)
Cada área está asociada a procesos, entradas, herramientas y salidas. Su promesa implícita: que, si dominas estas áreas, podrás manejar cualquier proyecto. Una visión industrial, secuencial, estructurada. Como una fábrica que entrega resultados repetibles.
Pero en un mundo donde los proyectos ya no se parecen a líneas de producción, sino a sistemas adaptativos, surgió la necesidad de ir más allá del control y el seguimiento. Era tiempo de otra lógica.
La versión 7: De la ejecución al propósito
Publicada en 2021, la Séptima Edición representa una transformación profunda. Ya no se enfoca en procesos detallados ni prescribe herramientas específicas. En cambio, introduce 12 principios de gestión de proyectos y 8 dominios de desempeño.
Los 12 principios del PMBOK 7
Estos principios son universales y atemporales. Funcionan como valores guía, más cercanos a la ética profesional que a un checklist de tareas. Algunos ejemplos:
- Ser un líder colaborativo
- Adaptarse al contexto
- Entregar valor de forma continua
- Mantener una mentalidad de mejora constante
- Involucrar activamente a los interesados
- Navegar la incertidumbre con resiliencia, etc.
Ya no se trata de “cumplir con el cronograma”, sino de entender por qué existe el proyecto y cómo aporta valor real.
Los 8 dominios de desempeño
Estos dominios representan áreas críticas que deben gestionarse activamente durante todo el ciclo de vida:
- Equipo
- Interesados
- Ciclo de vida del desarrollo
- Planificación
- Trabajo del proyecto
- Entrega
- Medición
- Incertidumbre
El enfoque ya no es mecánico, sino sistémico. No importa solo qué haces, sino cómo, con quién y para qué.
¿Y entonces, cuál elegir?
Esa es la pregunta equivocada.
La verdadera pregunta es: ¿cuál se adapta mejor a tu entorno, tu equipo, tu cliente y tus objetivos? En realidad, las organizaciones más maduras no eligen entre el PMBOK 6 o el 7. Combinan lo mejor de ambos. La estructura de la versión 6 sigue siendo útil para planificar, estimar y controlar. Los principios de la 7 aportan agilidad, criterio y propósito.
En resumen:
- Si gestionas proyectos tradicionales, regulatorios o con muchos entregables fijos: la versión 6 es tu columna vertebral.
- Si trabajas en entornos cambiantes, creativos o con alto grado de innovación: la versión 7 es tu brújula moral y estratégica.
- Y si estás en medio —como casi todos—, necesitas una lectura híbrida y crítica.
En próximas entradas, profundizaremos en cada área de conocimiento, exploraremos los dominios uno a uno, y veremos cómo estas herramientas se traducen en decisiones diarias, desde la planificación hasta el cierre.
Es importante recordar que un proyecto, al final, no es un documento, es un conjunto de relaciones, riesgos, acuerdos, adaptaciones y entregables que gestionar, y en el fondo, es aprender a moverse dentro de ese mapa cambiante… sin perder el norte.