Entregables de proyecto (PMBOK) vs. productos de proyecto (PRINCE2)
En el corazón de ambos marcos está lo mismo: los resultados que un proyecto debe entregar. PMBOK los llama entregables (deliverables), PRINCE2 los llama productos (products) y, aunque los dos conceptos se solapan mucho, no son idénticos. Las diferencias dicen mucho sobre cómo cada marco entiende el control y la rendición de cuentas. Este artículo compara los entregables de proyecto (PMBOK) con los productos de proyecto (PRINCE2): cómo se define cada uno, dónde difieren realmente los conceptos, cómo se corresponden entre sí y qué término usar en tu propia documentación de proyecto.
Puntos clave:
- Ambos términos describen resultados verificables del proyecto — resultados que un proyecto debe producir y entregar para su aceptación. PMBOK trata el entregable (deliverable) como un concepto de su vocabulario, mientras que PRINCE2 convierte el producto en el fundamento de todo el método.
- Un entregable de PMBOK es cualquier resultado único y verificable — un producto, resultado o capacidad necesaria para completar un proceso, una fase o un proyecto, producido a lo largo del ciclo de vida.
- Un producto de PRINCE2 abarca un alcance más amplio — incluye productos especializados entregados a los usuarios y productos de gestión como planes, registros e informes, cada uno con criterios de calidad definidos.
- Diferencias clave — PRINCE2 cuenta los artefactos de gestión como productos plenos y exige una descripción de producto para cada resultado; PMBOK clasifica esos artefactos como documentos del proyecto y deja el nivel de definición al juicio profesional.
- Cómo se corresponden los conceptos — los productos especializados corresponden a los entregables de producto, y los productos de gestión a los entregables de proceso. Un vocabulario único fijado en el acta de constitución del proyecto evita confusiones.
Por qué PMBOK y PRINCE2 nombran de forma distinta los resultados del proyecto
La diferencia de nombre no es un accidente de traducción, sino un reflejo de lo que es cada marco. PMBOK es un cuerpo de conocimiento descriptivo: cataloga conceptos, prácticas y artefactos, y confía en el juicio del director de proyecto sobre cómo aplicarlos. PRINCE2 es un método prescriptivo: define procesos, roles y una cadena de rendición de cuentas, y necesita un concepto portante al que esos procesos puedan anclarse. Ese concepto es el producto. Así, aunque ambos marcos hablan de resultados verificables, PMBOK trata el entregable como un término entre muchos, y PRINCE2 construye todo el método sobre planificar, delegar y aceptar productos. Comprender esa asimetría es la clave de cada diferencia descrita a continuación.
Disfruta de acceso completo a FlexiProject durante 30 días, sin coste ni cargos
¿Qué es un entregable en PMBOK?
En términos de PMBOK, un entregable (deliverable) es cualquier producto, resultado o capacidad de prestar un servicio, único y verificable, que se requiere para completar un proceso, una fase o un proyecto. Único significa que está definido para este proyecto concreto; verificable significa que su finalización puede comprobarse frente a criterios en lugar de simplemente declararse. Los entregables aparecen a lo largo del ciclo de vida: un plan de proyecto aprobado o un informe de pruebas es un entregable de su fase igual que el sistema final es un entregable de todo el proyecto.
El concepto también moldea cómo PMBOK planifica el trabajo. La estructura de desglose del trabajo (WBS) se define como una descomposición del trabajo del proyecto orientada a los entregables, lo que significa que el plan desciende de los resultados a las tareas, y no al revés. Los entregables se verifican luego en el control de calidad y son aceptados formalmente por el cliente o el patrocinador. Lo que PMBOK no hace es prescribir un documento estándar para definir cada entregable; el nivel de documentación se deja al juicio profesional. Para un tratamiento completo del concepto, incluidos tipos y técnicas de identificación, consulta nuestra guía de entregables de proyecto.
¿Qué es un producto en PRINCE2?
PRINCE2 eleva la misma idea a la categoría de principio. Uno de los siete principios del método es el enfoque en los productos: un proyecto PRINCE2 acuerda y define sus productos antes de planificar el trabajo, y todo lo que el proyecto crea o cambia cuenta como producto. El concepto se divide en dos categorías con públicos distintos.
Productos especializados
Los productos especializados son aquello que el proyecto existe para entregar a sus usuarios: el sistema, el edificio, la campaña, el nuevo proceso. Es la parte del vocabulario de PRINCE2 que coincide con el sentido cotidiano e intuitivo de un entregable. Los productos especializados se entregan, se aceptan frente a criterios de calidad y, en última instancia, justifican el caso de negocio del proyecto.
Productos de gestión
Los productos de gestión son los artefactos que se usan para dirigir el propio proyecto: el plan de proyecto, el caso de negocio, los registros de riesgos e incidencias, los informes de control y de resumen. PMBOK también conoce estos elementos, pero los archiva como documentos o artefactos del proyecto. PRINCE2 les concede el estatus pleno de producto, con composición y criterios de calidad definidos, bajo la lógica de que un proyecto dirigido con informes descuidados fracasa con tanta seguridad como uno que construye un sistema descuidado. Aquí es donde los dos marcos se separan de verdad.
Descripciones de producto y planificación basada en productos
Cada producto de PRINCE2 recibe una descripción de producto: su propósito, composición, criterios de calidad y quién lo acepta. La planificación misma parte de los productos, a través de una estructura de desglose de productos, y solo después desciende a las actividades. La descripción de producto funciona como un contrato: fija, antes de empezar el trabajo, qué contará como terminado. Donde PMBOK se apoya en el juicio del director de proyecto para decidir cuánta definición necesita un resultado, PRINCE2 asume que son precisamente los productos definidos los que hacen posibles la transparencia y la rendición de cuentas.
Entregables de proyecto vs. productos de proyecto: comparación lado a lado
| Entregable (PMBOK) | Producto (PRINCE2) | |
| Definición | Producto, resultado o capacidad único y verificable, requerido para completar un proceso, una fase o un proyecto | Todo lo que el proyecto crea o cambia, especializado o de gestión |
| Rango en el marco | Un concepto en el vocabulario | Fundamento del método, respaldado por el principio de enfoque en los productos |
| Artefactos de gestión | Clasificados como documentos o artefactos del proyecto | Productos plenos con descripciones y criterios de calidad |
| Papel en la planificación | La WBS está orientada a los entregables | La planificación parte de la estructura de desglose de productos |
| Estándar de definición | Dejado al juicio profesional | Descripción de producto obligatoria por producto |
| Aceptación | Verificado y aceptado formalmente por el cliente o el patrocinador | Aceptado frente a los criterios de calidad indicados en la descripción de producto |
Leída en conjunto, la tabla muestra conceptos que se solapan quizá en cuatro de cada cinco casos. Una aplicación probada es a la vez un entregable y un producto especializado; la diferencia de vocabulario no cambia nada del trabajo. La divergencia aparece en los bordes: en el estatus de los artefactos de gestión y en cuánto rigor de definición exige el marco por defecto. PRINCE2 compra previsibilidad al precio de la carga documental; PMBOK compra flexibilidad al precio de depender del juicio y la disciplina de cada director de proyecto.
Qué significa la diferencia en la práctica
Cómo se corresponden los dos conceptos
Si tu organización distingue los entregables de producto de los de proceso, o los externos de los internos, ya estás usando la división de PRINCE2 con otros nombres: los productos especializados corresponden a los entregables de producto y externos, y los productos de gestión a los de proceso e internos. La correspondencia es tan estrecha que los equipos pueden traducir la documentación entre ambos vocabularios casi de forma mecánica, siempre que alguien enuncie la correspondencia una vez en lugar de dejar que cada lector la adivine.
Qué término usar en tu documentación de proyecto
Usa el vocabulario del marco que tu organización sigue realmente, y decláralo de forma explícita en el acta de constitución del proyecto. Los problemas empiezan en entornos híbridos, donde una PMO formada en PRINCE2 lee «deliverable» en el plan de estilo PMBOK de un proveedor y supone que faltan productos de gestión, o al revés. Una frase en el acta de constitución, que indique qué término usa el proyecto y qué abarca, no cuesta nada y evita que las reuniones de aceptación se conviertan en seminarios de terminología. Las palabras importan menos que la disciplina que llevan: un resultado con nombre, criterios definidos, un responsable con nombre.
Desbloquea todas las funciones e impulsa tus proyectos, ¡disfruta de 30 días de FlexiProject gratis!
Gestionar entregables y productos en un solo sistema
Sea cual sea el vocabulario que gane en tu organización, la necesidad operativa es idéntica: un lugar donde cada resultado tenga una descripción, criterios de aceptación, un plazo, un responsable y un estado visible. En FlexiProject, el módulo Productos ofrece exactamente eso para el lado especializado: cada entregable se define con su alcance y sus criterios de aceptación, se vincula a las tareas y los hitos que lo producen, y se supervisa de forma separada de la finalización de las tareas, de modo que una tarea ejecutada nunca se confunde con un resultado aceptado. El lado de gestión también se beneficia: los informes de estado recurrentes se generan a partir de datos de proyecto en vivo en lugar de montarse a mano, que es precisamente la calidad que PRINCE2 espera de los productos de gestión. Las plantillas de proyecto cierran el círculo al estandarizar la lista de productos para proyectos repetibles, de modo que cada nuevo proyecto empieza con sus resultados, requisitos y patrones de documentos ya definidos.
Entregables de proyecto vs. productos de proyecto: preguntas frecuentes
¿Es un producto de PRINCE2 lo mismo que un entregable de proyecto?
Para los productos especializados, en la práctica sí: ambos describen un resultado verificable entregado a los usuarios y aceptado frente a criterios. Los conceptos dejan de ser idénticos en los artefactos de gestión, que PRINCE2 cuenta como productos y PMBOK clasifica como documentos del proyecto.
¿Qué son los productos de gestión en PRINCE2?
Artefactos usados para dirigir el proyecto: el plan de proyecto, el caso de negocio, los registros de riesgos e incidencias, los informes de control y de resumen. Cada uno tiene una composición y unos criterios de calidad definidos, igual que los productos entregados a los usuarios.
¿Tiene PMBOK un equivalente de los productos de gestión?
Sí, en esencia: PMBOK describe los mismos planes, registros e informes como documentos o artefactos del proyecto. La diferencia es que PMBOK no los trata como entregables de igual rango que los resultados del proyecto y no exige una descripción formal para cada uno.
¿Se pueden combinar los productos de PRINCE2 con las prácticas de PMBOK?
Sí, y los montajes híbridos son habituales: muchas organizaciones planifican desde una estructura de desglose de productos mientras usan el vocabulario de PMBOK en otras partes. La combinación funciona siempre que el proyecto fije un vocabulario compartido y mantenga una única lista de resultados con responsables y criterios de aceptación.
Los entregables de proyecto en PMBOK y los productos de proyecto en PRINCE2 describen lo mismo en el fondo: resultados verificables que un proyecto debe entregar. Las diferencias reales son dos. PRINCE2 concede a los artefactos de gestión el estatus pleno de producto, mientras que PMBOK los archiva como documentos del proyecto; y PRINCE2 exige una descripción de producto para cada resultado, mientras que PMBOK confía en el juicio profesional del director de proyecto.
Todo lo demás es vocabulario, y el vocabulario es barato de alinear: una frase en el acta de constitución del proyecto que fije los términos usados evita la mayor parte de la fricción entre los dos enfoques. Lo que no se puede saltar en ninguno de los dos marcos es la disciplina que hay bajo las palabras: resultados definidos antes de empezar el trabajo, criterios de aceptación acordados de antemano, responsables con nombre y un estado visible junto al cronograma. Un sistema PPM que mantiene esa disciplina en un solo lugar, como hace FlexiProject con su módulo Productos, los informes recurrentes y las plantillas de proyecto, sirve a ambos vocabularios sin obligar a un equipo a elegir entre ellos.
