¿Qué es el Cuerpo de Conocimientos de la Gestión de Proyectos? (PMBOK)

Conclusiones principales

• PMBOK significa Project Management Body of Knowledge y se refiere a una colección de estándares, prácticas, terminología y directrices publicada por el Project Management Institute (PMI).

• PMBOK ha evolucionado significativamente a lo largo del tiempo, pasando de grupos de procesos y áreas de conocimiento rígidos a principios adaptables, dominios de rendimiento y entrega de valor.

• El marco de trabajo ayuda a los equipos con la compilación de un lenguaje de gestión de proyectos compartido para que todo el mundo esté en sintonía.

• PMBOK abarca una amplia gama de áreas de proyecto, que incluyen alcance, cronograma, costo, riesgo, recursos, comunicación, calidad, adquisiciones y gestión de las partes interesadas.

• Los equipos no tienen que seguir el PMBOK de forma prescriptiva: está diseñado para adaptarse según el tipo de proyecto, el sector, el tamaño del equipo y el enfoque de entrega.

Cuando los equipos no están alineados sobre lo que significa “completado”, cómo gestionar los riesgos o quién aprueba los cambios, los proyectos se descarrilan rápidamente. 

Ahí es donde entra en juego el PMBOK. 

El Project Management Body of Knowledge (PMBOK) es un marco de trabajo fiable de estándares, principios y mejores prácticas para ayudar a los equipos a planificar, entregar y perfeccionar proyectos. Lo mejor del PMBOK es que no impone un enfoque único para la gestión de proyectos.

Al proporcionar a todas las personas un lenguaje y una estructura comunes, es más fácil coordinar los esfuerzos, ya sea que estés lanzando un producto, implementando un software o gestionando una campaña de marketing. 

También es la base de certificaciones respetadas como Project Management Professional (PMP) y Certified Associate in Project Management (CAPM). En este artículo, aprenderás qué abarca el PMBOK, cómo ha evolucionado y cómo ponerlo en práctica en tus propios proyectos.

¿Qué es el PMBOK?

PMBOK son las siglas de Project Management Body of Knowledge —publicado originalmente por elProject Management Institute (PMI)— y se refiere a una colección de estándares, prácticas, terminología, principios y directrices de gestión de proyectos.

Publicado por primera vez en 1996, se ha actualizado varias veces para reflejar cómo sigue evolucionando la gestión de proyectos. PMBOK no es un plan único y rígido que se espere que los equipos sigan exactamente. 

Es un marco de referencia que los equipos pueden adaptar en función del proyecto, el sector, las limitaciones y el enfoque de entrega. Un equipo de software que usa sprints de Scrum y un equipo de operaciones creativas que gestiona solicitudes de diseño pueden basarse en el PMBOK.

¿Por qué es importante el PMBOK?

PMBOK es importante porque puede aplicar las partes que se adaptan al contexto de los equipos y luego ajustar lo que no. Estas son las razones más comunes por las que los equipos recurren a este marco de trabajo:

• Lenguaje compartido de gestión de proyectos: para garantizar que todo el mundo, desde el gestor de proyectos hasta las partes interesadas, entienda y utilice una terminología coherente.

• Guía de planificación y entrega: para proporcionar estructura sobre cómo los proyectos avanzan desde el concepto hasta su finalización.

• Coherencia entre equipos: para mejorar cómo los equipos de una organización abordan los proyectos, de modo que los resultados sean más predecibles y repetibles.

• Preparación para la certificación: servir como el principal recurso de estudio para las personas candidatas a PMP y CAPM.

• Amplia cobertura del proyecto: para ayudar a los equipos a gestionarel alcance del proyecto, el cronograma, los costos, los riesgos, los recursos, las partes interesadas y la calidad de forma coherente.

¿Cómo ha evolucionado el PMBOK?

El PMBOK ha cambiado considerablemente desde que el PMI lo publicó por primera vez. Las ediciones anteriores se basaban en gran medida en grupos de procesos, áreas de conocimiento y procesos detallados de entrada y salida. 

La guía era bastante prescriptiva, lo que se adaptaba a entornos de entrega más tradicionales y basados en planes. Las ediciones más recientes han tomado una dirección diferente. 

En lugar de decirles a los equipos exactamente qué procesos seguir, las versiones más recientes se centran en los principios, los dominios de rendimiento, la entrega de valor, la personalización y la adaptabilidad. El objetivo pasó de estandarizar los procesos del proyecto a ayudar a los equipos a entregar valor real.

PMBOK tradicional vs. PMBOK moderno

Los 3 componentes clave del PMBOK

PMBOK ofrece a los equipos varias formas diferentes de concebir la gestión de proyectos. Según la edición o el enfoque que utilice un equipo, es posible que encuentre principios, dominios de rendimiento, grupos de procesos o áreas de conocimiento. A veces, todo lo anterior.

1. Principios del PMBOK

Los principios guían el comportamiento y la toma de decisiones de los gestores de proyectos y sus equipos. Describen cómo es una buena gestión de proyectos en la práctica, independientemente del tipo de proyecto o del método de entrega. Estos son los principios fundamentales:

• Valor: centra las decisiones del proyecto en ofrecer resultados significativos para las partes interesadas y la organización.

• Responsabilidad: mantén la asignación de responsabilidad clara para las decisiones, los compromisos y los resultados durante todo el proyecto.

• Calidad: genera calidad en los procesos y entregables en lugar de tratarla como una idea de último momento.

• Adaptabilidad: ajusta los planes, los enfoques y las prioridades a medida que el proyecto evoluciona y surge nueva información.

• Colaboración: crea entornos donde las personas del equipo contribuyan, se comuniquen abiertamente y enfoquen su actividad hacia metas compartidas.

• Sostenibilidad: considera el impacto a largo plazo de las decisiones del proyecto en las personas, los procesos y la organización.

2. Dominios de rendimiento del PMBOK

Los dominios de rendimiento representan las amplias áreas de la actividad del proyecto que necesitan atención constante de principio a fin. Estos son los dominios principales:

• Gobernanza: supervisión, autoridad para la toma de decisiones y estructuras de responsabilidad para el proyecto.

• Alcance: definir lo que incluye el proyecto — y lo que no.

• Planificación: planificar y gestionar cuándo ocurre la actividad y cómo se relacionan las tareas entre sí.

• Finanzas: estimar, supervisar y controlar los costes y presupuestos del proyecto.

• Partes interesadas: identificar, involucrar y comunicarse con las personas que afectan o se ven afectadas por el proyecto.

• Recursos: planificación de la capacidad del equipo, asignación de responsabilidades y gestión de la carga de trabajo.

• Riesgo: identificar, evaluar y responder ante las amenazas y oportunidades a lo largo del proyecto.

Estos dominios no operan de forma aislada. Los cambios de alcance pueden afectar al cronograma, el presupuesto del proyecto, los recursos y las expectativas de las partes interesadas. 

Las limitaciones de recursos pueden aumentar el riesgo del cronograma. Los comentarios de las partes interesadas pueden cambiar las prioridades o los criterios de aceptación, o verse bloqueados por dependencias. Gestionar bien un dominio a menudo depende de mantenerse al tanto de lo que ocurre en los demás.

3. Grupos de procesos y áreas de conocimiento del PMBOK

Las ediciones anteriores del PMBOK organizaban la gestión de proyectos en cinco grupos de procesos y 10 áreas de conocimiento. Los equipos todavía se encuentran con este lenguaje con frecuencia.

Esto es especialmente cierto para quienes se preparan para la certificación PMP o trabajan en organizaciones que usan estructuras de proyectos más tradicionales.

Los cinco grupos de procesos son:

1. Inicio

2. Planificación

3. Ejecutando

4. Fase de supervisión y control

5. Cierre

Las 10 áreas de conocimiento son: 

1. Integración

2. Ámbito de aplicación

3. Programa

4. Coste

5. Calidad

6. Recurso

7. Comunicaciones

8. Riesgo

9. Adquisiciones

10. Gestión de las partes interesadas

Los equipos aún pueden usar estos conceptos para estructurar planes de proyecto, listas de verificación, flujos de trabajo y documentación del proyecto, especialmente en sectores donde la entrega predictiva es la norma.

Conceptos del PMBOK en la práctica

Los conceptos del PMBOK aparecen con regularidad en la actividad diaria del proyecto, a menudo sin que los equipos los etiqueten de forma explícita. Así es como los más comunes se traducen en acción:

Cómo aplicar el PMBOK a un proyecto

PMBOK ofrece una base sólida para estructurar la actividad del proyecto de principio a fin. Los siguientes pasos muestran cómo los equipos pueden poner en práctica el marco de trabajo a lo largo de lasfases de gestión de proyectos:

Paso 1: Define el alcance, las metas y los criterios de éxito del proyecto

Antes de planificar tareas o cronogramas, los equipos deben tener claro por qué existe el proyecto. Eso significa identificar el problema que resuelve el proyecto, el resultado esperado, el patrocinador del proyecto o aprobador, y los criterios que definirán el éxito.

Los equipos pueden registrar esto en un documento de única fuente de verdad para que las partes interesadas tengan un solo lugar de referencia para las metas, el alcance y las decisiones durante todo el proyecto. Lograr la alineación en esta etapa evita malentendidos más adelante.

Documentación principal del proyecto: botón de plantilla de Confluence

Paso 2: Identificar partes interesadas, roles y responsabilidades

PMBOK pone un énfasis significativo en la participación de las partes interesadas porque los proyectos dependen de una responsabilidad, comunicación y vías de aprobación claras. Sin roles definidos, las decisiones importantes se estancan y la rendición de cuentas se vuelve confusa.

Los roles que se deben definir al principio incluyen el patrocinador del proyecto, el gestor del proyecto, los integrantes principales del equipo, los aprobadores, los colaboradores, los revisores y cualquier equipo afectado. Una matriz RACI o un mapa de partes interesadas ayuda a aclarar quién es responsable de qué, y vale la pena volver a revisarlos a medida que cambien las necesidades del proyecto.

Paso 3: Define el alcance, los entregables y las restricciones del proyecto

La gestión del alcance ayuda a los equipos a establecer límites claros antes de que comience la actividad, lo que reduce la confusión, el trabajo duplicado y la desviación del alcance más adelante. 

Esto significa documentar lo que está dentro del alcance, lo que queda explícitamente fuera, losentregables del proyecto requeridos, los criterios de aceptación, los límites de presupuesto, las restricciones del cronograma y las dependencias principales.

El alcance debería ser visible tanto para el equipo que completa la actividad como para las partes interesadas que aprueban el resultado final. Cuando todas las personas están de acuerdo sobre lo que se está creando y cómo es el éxito, hay menos margen para la falta de alineación al final.

Paso 4: Generar, ejecutar y supervisar el plan del proyecto

Convertir las metas, el alcance y los entregables en pasos procesables ayuda a los equipos a coordinar su actividad y mantenerse encaminados. Para hacerlo de manera efectiva, los equipos deben describir tareas específicas, asignar responsables, establecer hitos y cronogramas, trazar dependencias y aclarar las necesidades de comunicación. 

También es importante abordar los riesgos, los bloqueos, los cambios de alcance y recopilar los comentarios de las partes interesadas durante el proceso. Mantener un registro de riesgos, con detalles sobre el propietario, la probabilidad, el impacto y los pasos de mitigación de cada riesgo, garantiza que el equipo esté preparado para los desafíos a medida que avanza el proyecto.

Los equipos pueden usar las vistas de tablero de kanban, lista, cronograma y calendario para organizar la actividad, visibilizar los bloqueos y compartir actualizaciones delseguimiento del proyecto con las partes interesadas. Tener todo esto en un solo lugar hace que sea más fácil detectar problemas a tiempo y mantener la actividad en marcha.

Paso 5: Gestionar los cambios, cerrar el proyecto y documentar las lecciones aprendidas

Los cambios en el proyecto son comunes. El objetivo no es evitarlos. 

Es asegurarse de que pasen por un proceso de revisión claro para que no generen problemas incontrolados de alcance, presupuesto o cronograma. Eso significa que los equipos deben tener un proceso definido para enviar solicitudes de cambio, evaluar el impacto, comunicar las decisiones y actualizar el plan del proyecto.

Al cierre, los equipos confirman los entregables finales, obtienen la aprobación de las partes interesadas y documentan lo aprendido. Confluence funciona bien para archivar documentos del proyecto, registrar retrospectivas y almacenar las lecciones aprendidas donde los futuros equipos puedan encontrarlas.

Aplica los principios del PMBOK con flujos de trabajo de proyectos conectados

PMBOK ayuda a los equipos a gestionar proyectos con un lenguaje compartido, orientación adaptable y prácticas claras. El marco de trabajo abarca todo, desde el alcance y el cronograma hasta los riesgos y la participación de las partes interesadas, y está diseñado para adaptarse, no para seguirse de forma rígida.

Donde los equipos ven el mayor valor es al aplicar el PMBOK a la planificación, ejecución, seguimiento y mejora diaria de los proyectos. 

Jira y Confluence permiten exactamente ese tipo de flujo de trabajo conectado. Jira ofrece a los equipos un lugar flexible para organizar tareas, hacer un seguimiento del progreso y gestionar dependencias. Confluence proporciona un espacio compartido para la documentación del proyecto, los registros de decisiones y las lecciones aprendidas. 

En conjunto, facilitan poner en práctica los principios del PMBOK sin la carga de la coordinación manual.

Preguntas frecuentes sobre el PMBOK

¿Qué significa CSM?

PMBOK significa Project Management Body of Knowledge. Es una colección de estándares, prácticas, terminología, principios y directrices de gestión de proyectos publicada por el Project Management Institute (PMI). 

Equipos de diversos sectores lo usan como un marco de referencia para planificar, ejecutar y mejorar la actividad del proyecto.

¿Cuál es la diferencia entre la metodología ágil y la metodología lean?

PMBOK es el marco de trabajo, el cuerpo de conocimientos en sí. PMP (Project Management Professional) es una certificación ofrecida por el PMI que evalúa la capacidad de un profesional para aplicar esos conocimientos en entornos de proyectos del mundo real. 

Obtener un PMP requiere una combinación de formación, experiencia en proyectos y aprobar un examen formal. El PMBOK sirve como recurso de estudio principal para el examen, pero son dos cosas distintas.

¿Cuáles son algunos errores comunes del PMBOK que debes evitar?

Uno de los errores más comunes es tratar el PMBOK como una lista de comprobación que se debe seguir exactamente, independientemente del contexto. El marco de trabajo está diseñado para adaptarse.

Aplicar todos los procesos y documentos a un proyecto interno pequeño añade una carga innecesaria. Otros errores comunes incluyen omitir la identificación de las partes interesadas al principio o no definir el alcance claramente antes de que comience la actividad.

Otro error es tratar las lecciones aprendidas como una idea de último momento en lugar de como una parte estructurada del cierre de un proyecto. PMBOK funciona mejor cuando los equipos lo usan como una guía, no como un reglamento.