Guía de gestión de proyectos · Planificación y alcance
Documento de inicio del proyecto (PID): contenido y ejemplo
Un documento de inicio del proyecto (PID) es el conjunto de información que define un proyecto, explica cómo se gestionará y constituye la línea base que la junta de proyecto aprueba antes de que comience la entrega. Procede de PRINCE2, donde el director del proyecto lo elabora durante el inicio, pero muchas organizaciones utilizan PID sea cual sea su método. Esta guía explica qué contiene un PID, cómo redactarlo, un ejemplo práctico y en qué se diferencia de un acta de constitución.
Puntos clave
- Un PID define qué entregará el proyecto, por qué, cómo se gestionará y dentro de qué límites.
- En PRINCE2, el director del proyecto lo elabora durante el proceso Inicio de un proyecto y la junta de proyecto lo aprueba.
- Una vez aprobado, el PID se convierte en línea base y los cambios pasan por el control de cambios, a menudo revisado en los límites de las etapas.
- Las tolerancias del PID permiten al director del proyecto actuar sin escalar cada pequeña desviación (gestión por excepción).
- Ajústelo al proyecto: un proyecto pequeño o ágil necesita un PID breve; un gran programa, mucho más.
¿Qué es un documento de inicio del proyecto?
A documento de inicio del proyecto (PID) es un conjunto de información que define un proyecto y establece cómo se gestionará. Reúne la definición del proyecto, el caso de negocio, la estructura del equipo, el plan del proyecto, los enfoques de gestión, los controles y la adaptación. Una vez que la junta de proyecto lo aprueba, el PID se convierte en la línea base para dirigir y evaluar el proyecto.
PRINCE2 lo denomina formalmente documentación de inicio del proyecto, porque no tiene por qué ser un solo archivo. Puede ser un único documento, un conjunto de documentos vinculados o una página en una herramienta de gestión de proyectos, siempre que todo se apruebe y se controle de forma conjunta.
El PID responde a las preguntas que un responsable de la toma de decisiones necesita contestar antes de comprometer dinero y personas:
- ¿Qué vamos a hacer exactamente y qué no vamos a hacer?
- ¿Por qué merece la pena hacerlo y qué beneficios esperamos?
- ¿Quién es responsable de qué y quién decide?
- ¿Cuánto tiempo llevará y cuánto costará?
- ¿Cómo gestionaremos la calidad, los riesgos, las incidencias, los cambios y la comunicación?
- ¿Cuánto pueden variar las cosas antes de que el director del proyecto deba escalar?
Aunque el término procede de PRINCE2, los PID se utilizan ampliamente en organismos del sector público del Reino Unido, servicios de salud y empresas que no siguen PRINCE2 de forma estricta.
Por qué es importante el PID
PRINCE2 describe el PID como un contrato entre el director del proyecto y la junta de proyecto: recoge lo que la junta ha acordado y lo que el director del proyecto se ha comprometido a entregar. En la práctica, un buen PID le ofrece:
- Una decisión clara de continuar o no continuar: la junta autoriza el proyecto sobre la base de una imagen completa, no de una idea aproximada.
- Una línea base: el progreso, el costo, el alcance y los beneficios se miden frente a lo aprobado.
- Gestión por excepción: las tolerancias acordadas permiten al director del proyecto gestionarlo en el día a día y escalar solo cuando se prevé que se superarán los límites.
- Una gobernanza clara: los roles, los derechos de decisión y las líneas de reporte se acuerdan antes de que surjan problemas; consulte gobernanza del proyecto.
- Continuidad: los nuevos miembros del equipo, los proveedores y los miembros de la junta pueden entender el proyecto desde un único lugar.
- Una referencia para el cierre: al final, la junta compara lo entregado con lo que prometía el PID.
Dónde encaja el PID en PRINCE2
El PID se elabora en la segunda etapa de un proyecto PRINCE2, la etapa de inicio, y después se utiliza durante todo el proyecto. La tabla lo sigue a lo largo de los procesos de PRINCE2.
| Proceso de PRINCE2 | Qué ocurre con el PID |
|---|---|
| Puesta en marcha de un proyecto | Antes de que exista el PID, se preparan un breve resumen del proyecto y un esbozo del caso de negocio para que la junta pueda decidir si merece la pena iniciar el proyecto. |
| Dirigir un proyecto (autorizar el inicio) | La junta de proyecto acepta invertir en la etapa de inicio. |
| Inicio de un proyecto | El director del proyecto desarrolla los enfoques de gestión, el plan del proyecto, los controles y el caso de negocio detallado, y los reúne en el PID. |
| Dirigir un proyecto (autorizar el proyecto) | La junta de proyecto revisa y aprueba el PID, que se convierte en línea base. |
| Gestión de los límites de etapa | El director del proyecto actualiza el PID cuando es necesario (por ejemplo, el caso de negocio y el plan del proyecto) para que la junta lo revise antes de la siguiente etapa. |
| Cierre de un proyecto | El PID se utiliza para comparar el resultado final con la línea base original y los cambios aprobados. |
PRINCE2 7, publicado por PeopleCert en 2023, renombró los siete temas como prácticas: caso de negocio, organización, planes, calidad, riesgos, incidencias y progreso. También añadió enfoques de gestión comercial, de sostenibilidad y de digital y datos, e introdujo un nuevo capítulo sobre las personas. El PID sigue estando en el centro del inicio.
Si está comparando marcos, consulte PMBOK vs PRINCE2.
Qué contiene un documento de inicio del proyecto
Las orientaciones de PRINCE2 describen el PID como la reunión de las siguientes partes. Fuera de PRINCE2, la mayoría de las plantillas de PID siguen una estructura similar con encabezados diferentes.
| Sección del PID | Qué contiene |
|---|---|
| Definición del proyecto | Antecedentes, objetivos, resultados deseados, alcance y exclusiones, entregables, restricciones, supuestos, usuarios e interfaces |
| Caso de negocio | Motivos, opciones consideradas, beneficios y perjuicios esperados, costos, plazos, evaluación de la inversión y riesgos principales |
| Estructura del equipo de gestión del proyecto | La junta de proyecto, el director del proyecto y los roles de aseguramiento y soporte, a menudo en forma de organigrama |
| Descripciones de roles | Responsabilidades y autoridad de cada rol |
| Enfoques de gestión | Cómo se gestionarán la calidad, los riesgos, las incidencias y los cambios, la comunicación y otras áreas |
| Plan del proyecto | Etapas, productos principales, hitos, recursos, costos y plazos |
| Controles del proyecto | Límites de las etapas, tolerancias, informes (por ejemplo, informes destacados) y escalado |
| Adaptación | Cómo se ha adaptado el método al proyecto y por qué |
Definición del proyecto
Este es el núcleo del PID. Redacte objetivos del proyectomedibles, un enunciado del alcance con exclusiones explícitas, una lista de entregables con criterios de aceptación, y las restricciones y los supuestos dentro de los que trabaja. Muchos conflictos que surgen más adelante en un proyecto se deben a una definición imprecisa en este punto.
Enfoques de gestión en PRINCE2 7
Los enfoques de gestión (llamados estrategias en ediciones anteriores) explican cómo se abordará un área concreta en este proyecto. PRINCE2 7 describe enfoques para áreas como:
- Calidad: normas, métodos de calidad, responsabilidades y registros.
- Riesgos: cómo se identifican, evalúan y gestionan los riesgos, con escalas, responsables y frecuencia de revisión. Consulte gestión de riesgos del proyecto.
- Incidencias y control de cambios: cómo se registran, evalúan y deciden las incidencias y las solicitudes de cambio.
- Comunicación: qué información llega a quién, cuándo y cómo. Consulte plan de comunicaciones.
- Comercial: cómo se gestionan los proveedores y los contratos (novedad en PRINCE2 7).
- Sostenibilidad: cómo cumplirá el proyecto sus objetivos de sostenibilidad (novedad en PRINCE2 7).
- Digital y datos: cómo se tratarán los datos y la tecnología digital (novedad en PRINCE2 7).
PRINCE2 también utiliza un enfoque de gestión de beneficios, que describe cómo y cuándo se medirán los beneficios, a menudo después del cierre del proyecto.
Controles y tolerancias del proyecto
Los controles explican cómo la junta mantendrá el mando sin gestionar los detalles: cómo se divide el proyecto en etapas de gestión, qué tolerancias se aplican, qué informes elabora el director del proyecto y con qué frecuencia, y cuándo debe plantearse una excepción. Las tolerancias se tratan con más detalle a continuación.
PID vs acta de constitución, caso de negocio y plan del proyecto
Varios documentos de puesta en marcha se solapan. La tabla muestra dónde encaja cada uno.
| Documento | Propósito | Cuándo | Aprobado por |
|---|---|---|---|
| Resumen del proyecto (PRINCE2) | Esbozo breve que se usa para decidir si comenzar el inicio | Puesta en marcha | Junta de proyecto |
| Caso de negocio | Justifica la inversión; se mantiene actualizado durante todo el proyecto | Esbozo en la puesta en marcha, detallado en el inicio | Ejecutivo o patrocinador |
| Acta de constitución del proyecto | Autoriza formalmente el proyecto y al director del proyecto (al estilo del PMBOK) | Inicio | Patrocinador |
| Documento de inicio del proyecto | Línea base completa para autorizar y gestionar el proyecto (PRINCE2) | Inicio | Junta de proyecto |
| Plan para la dirección del proyecto | Cómo se ejecutará, supervisará, controlará y cerrará el proyecto (al estilo del PMBOK) | Planificación | Patrocinador |
| Declaración de trabajo | Descripción contractual del trabajo que realizará un proveedor | Compras | Comprador y proveedor |
La forma más sencilla de recordar la diferencia: un acta de constitución es breve e indica que el proyecto está autorizado; un PID es más extenso e indica exactamente qué se ha autorizado y cómo se gestionará. El PID contiene el plan del proyecto, pero también incluye el caso de negocio, la estructura del equipo y los enfoques de gestión, que un plan por sí solo no incluye.
A declaración de trabajo es algo distinto: rige un contrato con un proveedor externo, mientras que el PID rige el proyecto internamente.
Cómo redactar un documento de inicio del proyecto en 9 pasos
El orden siguiente sirve para la mayoría de los proyectos. En PRINCE2, estos pasos tienen lugar en el proceso Inicio de un proyecto; fuera de PRINCE2, forman su fase de inicio.
- Revise el resumen o el mandato del proyecto. Confirme los antecedentes, los objetivos, el esbozo del caso de negocio y las decisiones que el patrocinador ya haya tomado. Compruebe que se reflejan las conclusiones del estudio de viabilidad .
- Acuerde la adaptación. Decida el grado de formalidad que necesita el proyecto en función de su tamaño, riesgo y complejidad, y registre esas decisiones.
- Redacte la definición del proyecto. Establezca los objetivos, el alcance, las exclusiones, los entregables, los criterios de aceptación, las restricciones, los supuestos y las interfaces con otros proyectos o sistemas.
- Defina los enfoques de gestión. Acuerde cómo se gestionarán la calidad, los riesgos, las incidencias y los cambios, la comunicación y cualquier otra área pertinente. Inicie el registro de riesgos en este momento.
- Constituya el equipo de gestión del proyecto. Designe al ejecutivo o patrocinador, al usuario principal, al proveedor principal y al director del proyecto, con descripciones de sus roles. Una matriz RACI deja claras las responsabilidades.
- Elabore el plan del proyecto. Divida el trabajo en productos o entregables, defina las etapas, estime el esfuerzo, el costo y la duración, e identifique los hitos y las dependencias.
- Perfeccione el caso de negocio. Actualice los costos, los plazos, los beneficios y los riesgos a partir del plan detallado. Utilice el análisis de costo-beneficio cuando resulte útil.
- Establezca controles y tolerancias. Acuerde los límites de las etapas, la frecuencia de los informes, las tolerancias de tiempo, costo, alcance y otras áreas, y cómo se escalarán las excepciones.
- Reúna, revise y presente para su aprobación. Compruebe que las partes son coherentes, pida al aseguramiento del proyecto que lo revise y, después, presente el PID a la junta de proyecto junto con un plan para la siguiente etapa.
Ejemplo de documento de inicio del proyecto
El ejemplo siguiente es ilustrativo y simplificado. Muestra cómo podría redactarse cada parte de un PID para una organización mediana que sustituye su sistema de gestión de relaciones con clientes (CRM).
| Sección del PID | Ejemplo de contenido |
|---|---|
| Antecedentes | El proveedor del CRM actual ha dejado de darle soporte y no puede integrarse con el nuevo sistema financiero. |
| Objetivos | Sustituir el CRM antes del 30 de junio; migrar todos los registros de clientes activos; formar a los 85 empleados de ventas y atención al cliente antes de la puesta en marcha. |
| Alcance | Incluye el apoyo a la selección, la configuración, la migración de datos, la integración financiera y la formación. Excluye el sitio web y la automatización del marketing. |
| Entregables | CRM configurado; datos migrados y validados; integración financiera; materiales de formación; traspaso al equipo de soporte. |
| Restricciones y supuestos | Presupuesto fijo de £250,000; la puesta en marcha debe evitar el periodo de cierre del ejercicio. Supone que la API del sistema financiero estará disponible en marzo. |
| Resumen del caso de negocio | Evita el riesgo de utilizar software sin soporte; los beneficios esperados son menos reintroducción manual de datos y mejores informes para los responsables de ventas. |
| Equipo de gestión del proyecto | Ejecutivo: director de ventas. Usuario principal: responsable de atención al cliente. Proveedor principal: responsable de cuenta del proveedor del CRM. Director del proyecto: interno. |
| Enfoques de gestión | Calidad: pruebas de aceptación de usuario aprobadas por el usuario principal. Riesgos: revisión mensual de riesgos. Cambios: los cambios superiores a £5,000 se elevan a la junta. |
| Plan del proyecto | Cuatro etapas: inicio; configuración e integración; migración y pruebas; formación y puesta en marcha. |
| Tolerancias | Tiempo: más o menos dos semanas. Costo: más o menos un 5 %. Alcance: los requisitos imprescindibles no pueden eliminarse sin la aprobación de la junta. |
| Informes | Informe destacado quincenal a la junta; informe de fin de etapa en cada límite de etapa. |
| Adaptación | La junta se reúne mensualmente en lugar de en cada decisión; se utiliza un único registro combinado de riesgos e incidencias. |
Cada contenido es lo bastante específico como para que la junta lo apruebe o lo cuestione. Entradas vagas como «mejorar los datos de los clientes» no dan a la junta nada con lo que exigir responsabilidades al proyecto.
Tolerancias y gestión por excepción
Las tolerancias son una de las partes más útiles de un PID y una de las que más a menudo se omiten. Son los límites acordados dentro de los cuales el director del proyecto puede tomar decisiones sin volver a la junta.
PRINCE2 establece tolerancias para áreas como el tiempo, el costo, el alcance, la calidad, el riesgo y los beneficios. Ejemplos típicos:
| Área | Ejemplo de tolerancia |
|---|---|
| Tiempo | Más o menos dos semanas sobre la fecha de puesta en marcha |
| Costo | Más o menos un 5 % del presupuesto aprobado |
| Alcance | Las funcionalidades deseables pueden eliminarse; las imprescindibles, no |
| Calidad | Niveles de defectos definidos permitidos en la puesta en marcha |
| Riesgo | Ningún riesgo individual por encima de una puntuación de impacto acordada sin revisión de la junta |
| Beneficios | Los beneficios esperados pueden variar en un porcentaje acordado |
Cuando el director del proyecto prevé que se superará una tolerancia, plantea una excepción a la junta en lugar de esperar a que ocurra. Así, las reuniones de la junta se centran en las decisiones que la requieren y el director del proyecto tiene una autoridad clara para todo lo demás. Nuestra guía de informe de estado del proyecto muestra cómo informar en relación con estos límites.
Adaptar el PID a proyectos pequeños y ágiles
PRINCE2 espera que el método se adapte, y eso también se aplica al PID. Un proyecto interno breve no necesita un documento de 40 páginas.
- Proyectos pequeños: combine secciones, use una sola página para la definición y el plan, y remita a los enfoques estándar de la organización en materia de calidad, riesgos y comunicación en lugar de volver a redactarlos.
- Proyectos ágiles: PRINCE2 Agile sigue utilizando un PID, pero se centra en los objetivos, los resultados, las tolerancias y las formas de trabajar. El alcance detallado se recoge en un backlog priorizado, y las tolerancias suelen permitir que el alcance varíe mientras el tiempo y el costo se mantienen fijos.
- Proyectos grandes o de alto riesgo: mantenga el PID como resumen de control y enlace a documentos separados para el plan detallado, los registros y los enfoques.
Para saber más sobre cómo combinar la gobernanza de PRINCE2 con la entrega ágil, lea PRINCE2 frente a Agile.
Errores comunes en el PID y cómo evitarlos
| Error | Qué hacer en su lugar |
|---|---|
| Copiar una plantilla extensa y rellenar todas las secciones | Adapte la estructura y registre por qué se han acortado o eliminado secciones |
| Objetivos y alcance imprecisos | Utilice objetivos medibles y enumere las exclusiones de forma explícita |
| Sin tolerancias, o con tolerancias de cero | Acuerde límites realistas para que la gestión por excepción pueda funcionar |
| Un caso de negocio redactado una vez y olvidado | Actualícelo en cada límite de etapa y compruebe que el proyecto sigue mereciendo la pena |
| Roles nombrados pero no explicados | Redacte descripciones breves de los roles con sus derechos de decisión |
| Tratar el PID como un trámite solo para la aprobación | Utilícelo en las reuniones de la junta, los informes destacados y las revisiones de etapa |
| Modificarlo de manera informal | Modifique el PID de referencia solo mediante el control de cambios |
| Duplicar contenido de otros documentos | Remita al registro de riesgos, al plan o a los contratos en lugar de copiarlos |
Plantillas para elaborar su PID
No ofrecemos una plantilla de PID única, porque la mayor parte del contenido ya se encuentra en documentos que creará de todos modos. Estas plantillas gratuitas abarcan las secciones principales, y puede reunirlas o enlazarlas en su PID:
- Plantilla de brief del proyecto para el resumen de la puesta en marcha.
- Plantilla de caso de negocio para los motivos, las opciones, los costos y los beneficios.
- Plantilla de acta de constitución del proyecto para los objetivos, el alcance, los hitos y los roles en un solo lugar.
- Plantilla de plan de proyecto para las etapas, las tareas y los hitos.
- plantilla de matriz RACI para el equipo de gestión del proyecto y las responsabilidades.
- Plantilla de registro de riesgos y plantilla de plan de comunicación para dos de los enfoques de gestión fundamentales.
Una vez aprobado su PID, el siguiente paso es ejecutar la primera etapa de entrega conforme a él.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Qué es un documento de inicio del proyecto?
Un documento de inicio del proyecto (PID) es el conjunto de información que define un proyecto y cómo se gestionará: definición del proyecto, caso de negocio, estructura del equipo, plan, enfoques de gestión, controles y adaptación. En PRINCE2, lo aprueba la junta de proyecto y se convierte en la línea base del proyecto.
¿Qué significa PID en la gestión de proyectos?
PID son las siglas en inglés de documento de inicio del proyecto (project initiation document). PRINCE2 lo denomina documentación de inicio del proyecto, porque puede ser un documento o un conjunto de documentos vinculados.
¿Quién redacta el PID?
Lo elabora el director del proyecto, con aportaciones del equipo, los usuarios, los proveedores y los especialistas. El ejecutivo o patrocinador es responsable del caso de negocio, y el aseguramiento del proyecto suele revisar el PID antes de que llegue a la junta.
¿Quién aprueba el PID?
En PRINCE2, la junta de proyecto aprueba el PID cuando autoriza el proyecto en el proceso Dirigir un proyecto. Fuera de PRINCE2, la aprobación suele correr a cargo del patrocinador o de un comité de dirección.
¿Cuándo se redacta un PID?
Durante la etapa de inicio, después de que la junta haya aceptado invertir en el inicio y antes de que comience el trabajo principal de entrega.
¿Se utiliza el PID solo en PRINCE2?
No. El término procede de PRINCE2, pero muchas organizaciones, sobre todo del sector público del Reino Unido, utilizan PID independientemente del método que sigan.
¿Cuál es la diferencia entre un PID y un acta de constitución del proyecto?
A acta de constitución del proyecto es un documento breve y de alto nivel que autoriza un proyecto y a su director. Un PID es más detallado: añade el caso de negocio, los enfoques de gestión, los controles, las tolerancias y el plan del proyecto, y actúa como línea base completa del proyecto.
¿Cuál es la diferencia entre un PID y un plan del proyecto?
El plan del proyecto abarca las etapas, los productos, los hitos, los recursos, los costos y los plazos. El PID contiene el plan del proyecto, además de la definición del proyecto, el caso de negocio, la estructura del equipo, los enfoques de gestión y los controles.
¿Qué extensión debe tener un PID?
No hay una extensión fija. Un proyecto pequeño y de bajo riesgo puede necesitar unas pocas páginas, mientras que un gran programa puede requerir un documento extenso que enlace a planes y registros separados. Adáptelo al tamaño y al riesgo del proyecto.
¿Puede cambiar el PID después de su aprobación?
Sí, pero solo mediante el control de cambios. En PRINCE2, el director del proyecto suele actualizar el PID en los límites de las etapas para que la junta lo revise, y cualquier cambio en la línea base requiere la aprobación de la junta.
¿Necesitan un PID los proyectos ágiles?
PRINCE2 Agile sigue utilizando un PID, normalmente más breve y centrado en los objetivos, las tolerancias y las formas de trabajar. El alcance detallado se recoge en un backlog priorizado y no en el propio PID.
¿Qué son las tolerancias en un PID?
Las tolerancias son límites acordados para áreas como el tiempo, el costo, el alcance, la calidad, el riesgo y los beneficios. Dentro de ellos, el director del proyecto puede actuar sin escalar; si se prevé que se superará una tolerancia, plantea una excepción a la junta de proyecto.
¿En qué se diferencia un PID de una declaración de trabajo?
Un PID rige un proyecto internamente y lo aprueba la junta de proyecto o el patrocinador. Una declaración de trabajo describe el trabajo que un proveedor externo entregará en virtud de un contrato.