
Usa esta plantilla
Un plan de proyecto es el documento maestro que convierte una idea en realidad: recoge todo, desde el alcance y el calendario hasta el presupuesto y el riesgo. Con Trupeer, puedes ahorrar horas en la planificación empezando con una plantilla de plan de proyecto gratuita, personalizándola con tu identidad de marca y convirtiendo el plan en un recorrido en vídeo que alinea a las partes interesadas rápidamente.
¿Qué es una plantilla de plan de proyecto y qué no es?
Un plan de proyecto establece qué se entregará, en qué secuencia, por quién, para cuándo y de qué depende. Se redacta una vez al principio, se acuerda y, después, se utiliza como referencia con la que se compara la realidad.
Un tracker registra en qué punto están las cosas actualmente. Cambia cada semana, refleja la posición más reciente y su función es mostrar el estado, no registrar la intención.
Busca una plantilla de plan de proyecto y la mayor parte de lo que encontrarás es un tracker. No es una crítica a las plantillas: es un reflejo de lo que la gente realmente necesita. La mayoría de las búsquedas relacionadas con este término mencionan Excel, Google Sheets o un tracker explícitamente.
El problema es que ambos se combinan en una sola hoja de cálculo y esa combinación destruye lo único para lo que sirve un plan. En cuanto editas una fecha en su lugar, el compromiso original desaparece y la pregunta "¿vamos tarde" se vuelve imposible de responder.
La mayoría de las personas que buscan un plan necesitan un tracker
Vale la pena ser directo con esto, porque determina lo que deberías construir.
Si tu pregunta es qué tiene que ocurrir, en qué orden y de qué depende, necesitas un plan. Se redacta una vez, se debate y requiere secuenciar tareas y definir dependencias. Nuestra plantilla de plan de proyecto de TI cubre la creación de uno teniendo en cuenta las restricciones externas que la mayoría de las plantillas ignoran.
Si tu pregunta es cuál es el estado de cada cosa y qué está retrasado, necesitas un tracker. Se mantiene semanalmente y debería ser mucho más breve que el plan.
La mayoría de los equipos necesitan ambos, y la mayoría de los equipos crean una sola hoja de cálculo y la llaman plan. Esa hoja de cálculo tiene tarea, responsable, fecha de inicio, fecha de fin y porcentaje completado, y se edita continuamente. Es un tracker sin memoria.
El resto de esta página trata de mantener ambos separados dentro de un mismo archivo, que es la respuesta práctica para casi todo el mundo.
Cómo personalizar esta plantilla en Trupeer
Paso 1: Abre la sección de Plantillas
Ve a la sección de Plantillas desde la navegación principal.

Paso 2: Selecciona y abre una plantilla
Haz clic en cualquier plantilla con la que quieras trabajar para abrirla.

Paso 3: Amplía la vista de la plantilla
Si es necesario, amplía la vista de la plantilla para ver el diseño completo y los detalles con claridad.

Paso 4: Edita la plantilla
Haz clic en Editar para empezar a modificar la plantilla seleccionada.

Dentro del editor, puedes:
Añadir nuevas secciones
Definir o actualizar reglas de formato
Añadir un logotipo y ajustar su posición y la configuración relacionada
Paso 5: Guarda tu plantilla personalizada
Después de realizar todos los cambios necesarios, haz clic en Guardar para almacenar la plantilla actualizada como tuya.

Paso 6: Previsualiza y ajusta la plantilla
Cuando quieras ver cómo se ve tu plantilla personalizada, abre la Previsualización.

Desde la pantalla de previsualización, puedes seguir haciendo ajustes directamente si es necesario, asegurando que la plantilla aparezca exactamente como la quieres.
Con una plantilla de plan de proyecto puedes:
Ahorra horas en la planificación: Omite la página en blanco con una estructura completa de plan de proyecto.
Cubre todos los ángulos: Secciones integradas para alcance, calendario, presupuesto, riesgo y comunicaciones.
Mantén la coherencia con tu marca: Aplica tu logotipo, fuentes y colores usando el kit de marca de Trupeer.
Alinea a las partes interesadas: Convierte planes densos en resúmenes en vídeo que todos pueden ver en 5 minutos.
Estandariza en todos los proyectos: Usa la misma plantilla de plan para cada iniciativa.
Llega a equipos globales: Traduce planes de proyecto a 65+ idiomas con un solo clic.
Un plan de proyecto sin una línea base es un tracker
Aquí está el argumento completo en una sola línea: si las fechas de tu plan son las mismas celdas que actualizas cada semana, no tienes un plan.
Una línea base es el conjunto de fechas acordadas, congeladas. Nunca se edita. Cuando una fecha se mueve, el pronóstico cambia y la línea base no.
Esa única disciplina te da tres cosas que, de otro modo, no podrías tener.
Si vas tarde y en qué medida. No es una sensación, es un número: por tarea y en total.
De dónde se originó el deslizamiento. La mayoría de los retrasos en un proyecto se remontan a un pequeño número de causas raíz, y todo lo que viene después hereda eso. Sin una línea base, solo puedes ver que muchas tareas se movieron, no que cuarenta de ellas se movieron porque una sola decisión tardó nueve semanas.
Si tu estimación es buena o no. Una línea base comparada con los datos reales en varios proyectos es el único bucle de retroalimentación que tiene una organización sobre si planifica de forma realista. Los equipos que editan en el lugar nunca lo descubren.
Volver a establecer la línea base es legítimo, por cierto, pero debería ser una decisión con fecha y motivo, en lugar de un efecto secundario de actualizar una hoja de cálculo. Mantén también la línea base original.
Cómo mantener la línea base y el pronóstico separados
Dos conjuntos de columnas de fechas en la misma fila y una regla.
Columna | Qué contiene | Quién la edita | Cuándo |
|---|---|---|---|
Inicio de la línea base | Fecha de inicio acordada | Nadie, después de la aprobación | Se establece una vez en la línea base |
Fin de la línea base | Fecha de fin acordada | Nadie, después de la aprobación | Se establece una vez en la línea base |
Inicio del pronóstico | Inicio esperado actual | Responsable de la tarea | Semanal |
Fin del pronóstico | Fin esperado actual | Responsable de la tarea | Semanal |
Inicio real | Cuándo comenzó realmente | Responsable de la tarea | Al iniciar |
Final real | Cuándo terminó realmente | Responsable de la tarea | Al finalizar |
Variación | Fin del pronóstico menos fin de la línea base, en días | Calculada | Automáticamente |
Causa | Por qué se movió, en pocas palabras | Responsable de la tarea | Cuando aparece por primera vez la variación |
La columna de causa es la que la gente suele omitir y la que convierte un informe de variaciones en algo accionable. Sin ella, sabes que cuarenta tareas se movieron. Con ella, sabes que treinta de ellas se movieron debido a la misma decisión aguas arriba, lo cual es una conversación completamente distinta.
Protege las columnas de la línea base para que no se puedan editar accidentalmente. En una hoja de cálculo, eso significa bloquearlas; en software de gestión de proyectos, normalmente significa una función explícita de línea base que la gente no sabe que existe.
Por qué el tracker necesita menos filas que el plan
El segundo fallo es el volumen, y es lo que hace que el tracker se abandone en lugar de estar mal.
Un plan razonablemente contiene todas las tareas. Un tracker solo necesita las filas cuyo deslizamiento importa, lo que significa la ruta crítica y todas las dependencias con alguien fuera del proyecto.
Trescientas filas actualizadas semanalmente por una persona tardan noventa minutos y dejan de ocurrir hacia el cuarto mes. Cuarenta filas tardan veinte minutos y se mantienen.
Las tareas que se eliminan del tracker no quedan sin gestionar. Las gestiona quien es responsable de ese flujo de trabajo, en su propia lista, y solo aparecen en el tracker si amenazan algo que está en él.
La prueba para saber si una fila pertenece al tracker es esta: si se retrasa dos semanas, ¿se mueve la fecha de finalización del proyecto o hay que avisar a alguien fuera del proyecto? Si no ocurre ninguna de las dos, pertenece al plan y no a la actualización semanal.
Plantilla gratuita de plan de proyecto: las columnas que debes copiar
Copia desde aquí. Una hoja para el plan y el tracker combinados, además de una segunda hoja para el texto narrativo.
Hoja uno, tareas. ID de tarea. Nombre de la tarea, primero el verbo. Flujo de trabajo. Responsable, una persona con nombre. IDs de tareas predecesoras. Inicio de la línea base. Fin de la línea base. Inicio del pronóstico. Fin del pronóstico. Inicio real. Final real. Variación en días, calculada. Causa de la variación. Estado: no iniciado, en progreso, completo, bloqueado. En el tracker: sí o no. Notas.
Hoja dos, texto narrativo del plan. Objetivo y criterios de éxito, haciendo referencia al project brief. Alcance dentro y fuera. Suposiciones, cada una numerada para que una causa de variación pueda apuntar a ella. Dependencias externas, con la parte y la fecha acordada con ellas. Asignación de recursos. Riesgos clave con disparadores en lugar de puntuaciones. Fecha de línea base y quién la aprobó.
Hoja tres, registro de variaciones. Se completa a partir de la columna de causa: una fila por causa raíz, con cuántas tareas afectó y cuántos días añadió. Esta es la hoja que se lee en una reunión de dirección.
Copia hasta aquí. El registro de variaciones es donde se concentra el valor y no cuesta nada porque se deriva de los datos que ya estás capturando.
El proyecto ERP que no podía decir si iba tarde
Netherfield Foods, un fabricante de alimentos, implementó un nuevo sistema empresarial. El plan era una hoja de cálculo con trescientas cuarenta filas: tarea, responsable, inicio, fin y porcentaje completado. Se actualizaba semanalmente, en el lugar.
Catorce meses después, el patrocinador hizo una pregunta razonable. ¿Vamos tarde y en qué medida?
Nadie pudo responderla. La hoja de cálculo mostraba el pronóstico actual, que incluía un go-live de aproximadamente cinco meses más allá de donde originalmente estaba, pero las fechas originales se habían sobrescrito unas sesenta veces y no existía ningún registro de ellas en el archivo.
Reconstruyeron la línea base a partir de un PDF del plan que se había enviado por correo en el primer mes y que aún estaba en la bandeja de entrada del patrocinador. Eso llevó tres días.
La reconstrucción fue más útil de lo que nadie esperaba. El plan original tenía once meses y el pronóstico ahora era de dieciséis. De las trescientas cuarenta tareas, sesenta y una se habían movido más de cuatro semanas. Cuarenta y cuatro de esas sesenta y una estaban aguas abajo de solo tres retrasos: una dependencia de migración de datos, una integración con un tercero y una decisión sobre el cuadro de cuentas que tardó nueve semanas.
Tres causas raíz explicaron aproximadamente el setenta y dos por ciento del movimiento, y ninguna de ellas era visible, porque cada fecha se había editado en el lugar y la hoja de cálculo solo mostraba el presente.
Había un segundo problema con el mismo origen. Trescientas cuarenta filas significaban que la actualización semanal tardaba unos noventa minutos y la hacía una sola persona. Para el mes nueve se hacía quincenalmente y la cifra de porcentaje completado en alrededor de ciento noventa filas no había cambiado en tres meses.
El deslizamiento de cinco meses costó aproximadamente cuatrocientas ochenta mil libras en contratistas ampliados y recursos internos. El coste más evitable fue la decisión sobre el cuadro de cuentas, que estuvo sin escalar durante seis semanas mientras bloqueaba veintidós tareas aguas abajo, porque nada en el tracker lo mostraba como bloqueando algo.
La siguiente fase cambió dos cosas. Las fechas de la línea base se congelaron en sus propias columnas y se bloquearon. Las fechas del pronóstico se colocaron junto a ellas con una variación calculada y una columna de causa. Y el tracker se redujo de trescientas cuarenta filas a cuarenta y siete: la ruta crítica más todas las dependencias externas. Las tareas restantes se mantuvieron en el plan y las gestionaban los responsables de los flujos de trabajo.
La actualización semanal pasó de noventa minutos a unos veinte. La fase se planificó en siete meses y se entregó en siete meses y tres semanas. Los dos retrasos que ocurrieron se marcaron en el plazo de una semana, porque una variación de dos semanas en una fila de la ruta crítica apareció automáticamente en lugar de ser una celda cambiada entre trescientas.
Los elementos clave que necesita todo plan de proyecto
Objetivo y criterios de éxito. Para qué es el proyecto y cómo sabrás que funcionó. Tomado del brief, no inventado aquí.
Alcance, dentro y fuera. La lista de fuera es la que evita disputas.
Tareas con responsables. Personas con nombre, no equipos.
Secuencia y dependencias. Qué tareas dependen de cuáles, porque eso es lo que hace que una fecha signifique algo.
Dependencias externas. Cualquier cosa que dependa de una parte fuera del proyecto, con una fecha que hayan acordado en lugar de una que tú hayas asumido.
Fechas de línea base. Acordadas, congeladas y aprobadas por alguien.
Suposiciones, numeradas. Para que, cuando algo se retrase, la causa pueda señalar la suposición que falló.
Recursos. Quién está disponible, cuánto de su tiempo, y qué no está haciendo en su lugar.
Riesgos con disparadores. Una condición observable y una acción, en lugar de una puntuación de probabilidad.
Las dos cosas que más a menudo faltan son las suposiciones numeradas y las fechas de dependencias externas acordadas con la otra parte. Ambas son baratas en el momento de planificar y ambas son lo que necesita un análisis de variaciones seis meses después.
Cómo planificar un proyecto de principio a fin
Empieza por el brief, no por una lista de tareas. Si no puedes expresar el problema y los criterios de éxito, el plan se convertirá en una lista de actividades.
Enumera las entregas antes que las tareas. Las tareas derivadas de las entregas están completas; las tareas generadas en una lluvia de ideas directamente tienden a omitir áreas completas.
Secuéncialas y encuentra las dependencias, especialmente las de otros equipos y proveedores. Nuestra plantilla de plan de gestión de compras cubre los plazos de compra que con frecuencia se sitúan en la ruta crítica sin que se detecten.
Estima con las personas que harán el trabajo y registra la estimación como un rango cuando sea realmente incierta.
Ahora establece la línea base. Haz que alguien lo apruebe, registra la fecha y bloquea las columnas.
Decide qué filas van en el tracker semanal usando la prueba de dos semanas anterior.
Luego define el ritmo: actualización semanal del pronóstico por responsables de tareas, revisión mensual de variaciones con las causas y una re-baseline solo como una decisión explícita.
Variantes del plan de proyecto: Gantt, documento y ágil
Plan con gráfico de Gantt. Los mismos datos de tareas mostrados como barras frente a una línea de tiempo. Excelente para ver dependencias y holgura, y es una vista, no un documento diferente. Construye la tabla primero y genera el gráfico a partir de ella.
Documento del plan. La versión narrativa: objetivos, alcance, enfoque, suposiciones, riesgos y asignación de recursos, con el calendario adjunto en lugar de incrustado. Esto es lo que se aprueba y nuestra plantilla de resumen del proyecto cubre la versión más corta que muestras a personas fuera del proyecto.
Plan ágil. Sprints o incrementos en lugar de un calendario a nivel de tarea, con el alcance como variable y las fechas fijas. Aun así, se aplica una línea base, pero se establece en función de los resultados y las fechas de lanzamiento, no de las tareas.
Plan simple o de una página. Solo hitos, responsables y fechas. Realmente adecuado para proyectos pequeños y considerablemente mejor que una hoja de cálculo sin mantenimiento de trescientas filas.
Plan de programa. Varios proyectos con dependencias cruzadas. La disciplina de la línea base importa más aquí, no menos, porque la variación interesante siempre está en las interfaces.
Plan de proyecto, brief o resumen: ¿cuál necesitas?
Tres documentos que se confunden porque los tres se muestran a los patrocinadores.
El brief establece el problema y autoriza el trabajo. Se escribe primero, se congela y lo sustituye el plan. Nuestra plantilla de project brief lo cubre.
El plan cubre cómo se entregará el trabajo. Se establece con línea base y luego se hace seguimiento contra él, que es lo que trata esta página.
El resumen resume la situación actual para personas fuera del proyecto y se reescribe mensualmente. Nuestra plantilla de resumen del proyecto lo cubre, incluyendo por qué un color de estado no le dice nada al lector.
Cuando necesitas condiciones de paso en lugar de un calendario, nuestra plantilla de checklist del proyecto cubre cuándo cada elemento es realmente accionable y para qué debería sobrevivir al proyecto; nuestra plantilla de documentación del proyecto cubre el conjunto que merece conservarse.
¿Puedo conseguir una plantilla de plan de proyecto en Excel o Google Sheets?
Excel o Google Sheets, y para la mayoría de los proyectos esa es la respuesta correcta, no un compromiso. La hoja de tareas es una tabla con columnas calculadas y necesita fórmulas.
Tres cosas para configurar una vez. Bloquea las columnas de la línea base para que no se puedan editar. Añade una fórmula de variación y un formato condicional que marque cualquier cosa que supere un umbral; dos semanas como valor predeterminado razonable. Y añade un filtro en la columna del tracker, para que la vista de actualización semanal tenga cuarenta filas en lugar de trescientas.
Google Sheets tiene una ventaja que merece la pena mencionar: el historial de versiones es automático, lo que significa que incluso un equipo que edita en el lugar puede recuperar una línea base. Eso no es un sustituto adecuado para bloquear las columnas, pero ha salvado proyectos.
Word o Google Docs para el texto narrativo del plan, que es prosa y se aprueba.
PowerPoint para el plan que presentas, que debería incluir hitos y dependencias en lugar de la lista de tareas.
PDF para la versión con línea base en el momento de la aprobación, con fecha. Conservar ese archivo es lo que dependía la reconstrucción del ejemplo anterior.
Cuándo dejar de usar una hoja de cálculo y usar software
Una hoja de cálculo deja de ser la herramienta adecuada en un punto bastante predecible y es más tarde de lo que sugieren los proveedores de software.
Tres condiciones juntas son la señal: más de aproximadamente cien tareas rastreadas, más de cuatro o cinco personas actualizando el mismo archivo y dependencias que cambian con la frecuencia suficiente como para que recalcular la secuencia a mano sea propenso a errores.
Por debajo de eso, una hoja bien configurada con líneas base bloqueadas supera a un software de proyectos al que nadie entra.
Por encima, las cosas específicas que te da el software son el recálculo automático de dependencias, una función real de línea base, la nivelación de recursos entre proyectos y un historial de auditoría. Lo específico que te quita es que las personas fuera del proyecto ya no pueden abrirlo, por eso muchas organizaciones terminan manteniendo ambos y no deberían.
Si te mueves, exporta una copia con línea base a una hoja de cálculo en cada re-baseline, porque la capacidad de leer el plan dentro de cinco años no debería depender de una licencia.
Cómo mantener el plan conectado con lo que hace el equipo
Un plan describe tareas. Que esas tareas se estén realizando como el plan asumió es invisible en el calendario, y la brecha normalmente aparece como una tarea que permanece durante un mes con un 80 por ciento de completado.
La razón más común es que una tarea resultó implicar trabajo que nadie había descrito y la persona que lo hace ahora está inventando un proceso mientras también se le hace seguimiento contra una fecha.
Trupeer AI ayuda en ese punto. Quien esté realizando el trabajo registra el proceso una vez y el resultado es una guía escrita con los pasos y las pantallas capturadas, lo que significa que la siguiente vez ocurre más rápido y la estimación es real. También te da algo concreto para adjuntar a una causa de variación: esto tardó tres veces más porque el paso implicaba cuatro sistemas en lugar de uno.
Regístralo. Ponle marca. Tradúcelo. Trupeer it.
Esas grabaciones se convierten más adelante en material de traspaso y formación, así que el esfuerzo no se dedica solo a informar. El material vive en tu base de conocimiento con una marca coherente y, cuando el proyecto entrega algo al final, nuestra plantilla de traspaso del proyecto cubre lo que el equipo receptor realmente necesita. Las instrucciones de configuración están en la guía de configuración de la plantilla de documento.
Preguntas frecuentes
¿Hay una plantilla gratuita de plan de proyecto en Excel?
Excel es el formato adecuado para la mayoría de los proyectos y el conjunto de columnas de arriba se integra en una sola hoja. No hay descarga con acceso restringido ni formulario. Los dos cambios que merece la pena hacer en cualquier plantilla que ya uses son bloquear un conjunto de columnas de fechas de línea base y añadir una columna de causa al lado de la variación.
¿Hay una plantilla gratuita de plan de proyecto en Word?
Word se adapta al texto narrativo del plan: objetivos, alcance, suposiciones, dependencias, riesgos y asignación de recursos. Mantén el calendario en una hoja de cálculo y consúltalo, porque una tabla de tareas en Word no puede calcular variaciones y se vuelve incontrolable a partir de unas treinta filas.
¿Hay una plantilla gratuita de plan de proyecto en Google Sheets?
Sí, y Google Sheets tiene una ventaja real frente a Excel aquí: el historial de versiones automático, lo que significa que se puede recuperar una línea base incluso si alguien editó en el lugar. Úsalo como red de seguridad en lugar de como mecanismo y bloquea igualmente las columnas de la línea base.
¿Hay una plantilla gratuita de plan de proyecto en PowerPoint?
Usa diapositivas para el plan que presentas en lugar del plan que ejecutas. Hitos, dependencias externas y la ruta crítica. Presentar una lista de tareas de trescientas filas es una forma fiable de pasar una hora discutiendo la fila cuarenta y siete.
¿Hay una plantilla gratuita de plan de proyecto en PDF?
Exporta la versión con línea base en el momento de la aprobación, con fecha, y conserva ese archivo. En el ejemplo trabajado anterior, un PDF enviado por correo del plan original fue el único registro que sobrevivió de la línea base y tardó tres días en reconstruirse a partir de él.
¿Dónde puedo encontrar una plantilla de tracker de proyecto en Excel?
El tracker es la misma hoja filtrada a las filas que importan: ruta crítica más dependencias externas, que para la mayoría de los proyectos son de cuarenta a sesenta filas en lugar de trescientas. Construye el plan primero y deriva el tracker con un filtro, en lugar de mantener dos archivos que no coinciden dentro de un mismo periodo de dos semanas.
¿Cuántas filas debería tener un tracker de proyecto?
De cuarenta a sesenta para un proyecto sustancial. La prueba para cada fila es si un retraso de dos semanas movería la fecha de finalización del proyecto o requeriría avisar a alguien fuera del proyecto. Si no ocurre ninguna de las dos, pertenece al plan y no a la actualización semanal, que es lo que mantiene la actualización en veinte minutos en lugar de noventa.
¿Cuál es la diferencia entre un plan de proyecto y un calendario?
El calendario son las fechas y la secuencia. El plan es el calendario más todo lo que lo hace significativo: objetivos, alcance, suposiciones, dependencias, recursos y riesgos. Un calendario sin suposiciones registradas no puede explicar por qué se retrasó, que es la diferencia que las columnas de línea base y causa existen para cerrar.
