Plantilla de plan de proyecto y cómo llenarla

El plan responde cómo se ejecuta lo que el acta ya autorizó. Si el documento no cabe en una reunión de 20 minutos, no es un plan: es un archivo que nadie va a releer. Un equipo de producto de 4, una diseñadora freelance o un sprint de agencia necesitan el mismo esqueleto; lo que cambia es el nivel de detalle.

Esta plantilla es una de las 8 plantillas de gestión de proyectos que un equipo pequeño sí llena. El resto del pack (calidad, adquisiciones, comunicaciones de 8 páginas) se absorbe acá en un párrafo, o se salta.

Se confunden porque ambas hablan de alcance y de dinero. No hacen el mismo trabajo:

• El acta de constitución (project charter) autoriza el proyecto y da autoridad a quien lo dirige. Una página, firmada por el sponsor, escrita en el inicio.
• El plan dice cómo se ejecuta: entregables, hitos, roles, riesgos, comunicación, criterios de “terminado”. Se escribe en la planificación y se actualiza si el alcance cambia de verdad — no cada vez que se mueve una tarea.

Si solo tienes tiempo para un documento, escribe el acta. Ejecutar sin autorización es más caro que ejecutar con un plan corto. Si tienes los dos, no copies el acta dentro del plan: enlázala y baja al detalle operativo.

Nueve bloques. Si no tienes nada que decir en uno, déjalo vacío — un título sin contenido es peor que no tenerlo.

El orden importa porque las secciones de abajo dependen de las de arriba. Llenar el cronograma antes del alcance es cómo se inventan fechas que no se pueden cumplir.

1. Propósito y criterios de éxito. Si no puedes medir el final, no planifiques el medio. Sirve el criterio de objetivos SMART.
2. Alcance: qué sí, qué no. Es el antídoto al scope creep.
3. Entregables (cosas aceptables) y después hitos (fechas de esas cosas).
4. Roles. Si hay más de tres personas o un cliente que aprueba, baja esto a una matriz RACI y deja acá solo el resumen.
5. Presupuesto y 3–5 riesgos con mitigación. No una lista de 20 miedos.
6. Comunicación: un canal, una frecuencia, un destinatario del informe. Un párrafo.

Las fechas de los hitos se estiman con lo que ya sabes, no con deseo. Si siempre se cortan, usa las técnicas de estimar tiempos de un proyecto. El cronograma detallado, si hace falta, vive aparte y apunta a estos hitos — no al revés.

Equipo de producto de 4 (PM, diseño, front, marketing). Tres semanas. Así se ve un plan que cabe en una página:

Propósito. Subir la conversión visita → prueba de 2,1% a 3,0% a 30 días del live.
Alcance. Nueva landing de precios (desktop + mobile), 3 planes, FAQ, CTA a registro. Fuera: blog, checkout, versión en inglés, A/B test.
Entregables. Wireframes, copy, implementación, QA, go-live.
Hitos. Kickoff (día 1) · diseño aprobado (día 7) · staging (día 14) · live (día 21).
Roles. PM aprueba alcance. Diseño es R/A de UI. Front es R/A de implementación. Marketing: copy y anuncio. Legal es C del copy de planes.
Presupuesto. Tiempo interno (~120 h). Cero gasto extra.
Riesgos. Legal pide cambios tarde → revisión el día 5. Conversión no sube → se mide 30 días y se itera como proyecto aparte (A/B quedó fuera).
Comunicación. Update viernes, 15 min, en el canal del proyecto. Sin reunión extra.
Éxito. Live el día 21, 0 bugs P0, conversión medida a 30 días.

Eso es un plan. No hay Gantt, no hay “plan de calidad”, no hay diccionario WBS. Si el viernes el diseño no está aprobado, el plan ya te dice qué hito se rompió — no hace falta un documento de 40 páginas para verlo.

Dejar secciones vacías no es descuido: es no fingir un proceso que no tienes. En un sprint de agencia de diez días, “plan de adquisiciones” y “matriz de interesados” están bien vacíos. En un freelance con un solo cliente, RACI se reduce a “tú apruebas, yo entrego”.

• No copies nombres de sección PMI si no tienes contenido.
• No desgloses tareas acá: eso es el tablero, no el plan.
• No actualices el plan cada vez que se mueve una tarjeta. Actualízalo cuando cambia alcance, fecha de un hito o presupuesto.
• No escribas comunicación si ya hay un canal y un informe semanal: nómbralos, nada más.

• Escribirlo y no volverlo a abrir. Si a la semana dos nadie lo usó para decir que no a un pedido, es un cementerio. Recórtalo o elimínalo.
• Confundirlo con el acta. El plan no autoriza: ejecuta. Sin sponsor y sin “ok” inicial, el plan más lindo sigue siendo trabajo sin mandato.
• Meter el Gantt adentro. El cronograma detallado se pudre más rápido que el resto. Deja hitos acá; el detalle, aparte.
• Criterios de éxito vagos. “Mejorar la landing” no se puede cerrar. “Live el día 21 y conversión medida a 30 días” sí.

Un plan de una página en un doc compartido sirve si el equipo lo abre. Hito puede dejarlo al lado de las tareas; la herramienta no reemplaza las nueve secciones ni el hábito de decir que no con el alcance escrito.