Plantilla de cronograma de proyecto (sin Gantt eterno)
En este artículo7 secciones
Un cronograma no es un Gantt de 200 barras
La búsqueda típica de “plantilla de cronograma” o “plantilla Gantt” termina en un archivo con decenas de filas y un diagrama que se ve profesional el día 1. El día 12 ya no coincide con la realidad, y nadie se atreve a tocarlo. El problema no es el Gantt: es tratar la visualización como el plan.
Para un equipo chico, el cronograma es una lista de hitos con dueño, dependencia, fecha objetivo y holgura. Con eso respondes las únicas tres preguntas de seguimiento: ¿qué vence?, ¿qué está bloqueado?, ¿si esto se atrasa, se mueve el final? El Gantt puede dibujar esa tabla. No la reemplaza.
La plantilla: cinco columnas que sí se usan
Copia esta tabla. Si una columna no cambia una decisión, no la agregues. “Porcentaje completo” y “color” casi nunca la cambian.
| Columna | Para qué sirve |
|---|---|
| Hito / paquete | El resultado que se puede aceptar, no una actividad suelta |
| Dueño | Una persona, no un área. Quien responde si la fecha se mueve |
| Depende de | Qué otro hito tiene que existir antes. Vacío = puede empezar ya |
| Fecha objetivo | Día o semana, no hora. Es un pronóstico, no un tallado en piedra |
| Holgura | Días que puede atrasarse sin mover la entrega (0 = crítico) |
Los hitos salen del WBS: el cronograma no inventa trabajo, le pone fecha al trabajo ya nombrado. Si una fila no existe en el WBS, o es gestión (y no va), o es alcance nuevo.
Ejemplo: el mismo rediseño de sitio, ahora con fechas
Paquetes de nivel 3 de un rediseño de 5 páginas. Con los hitos que alguien puede aceptar, el cronograma ya dirige el seguimiento:
| Hito | Dueño | Depende de | Fecha | Holgura |
|---|---|---|---|---|
| Brief de contenido | Ana | — | 12 jun | 0 días |
| Wireframes de 5 páginas | Luis | Brief | 19 jun | 0 días |
| Textos de las 5 páginas | Ana | Brief | 26 jun | 2 días |
| UI de páginas clave | Luis | Wireframes | 3 jul | 0 días |
| Front + QA | Marta | UI y textos | 17 jul | 0 días |
| Go-live | Marta | Front + QA | 24 jul | 0 días |
La cadena brief → wireframes → UI → front → go-live tiene holgura 0: es la ruta crítica. Los textos pueden atrasarse dos días sin mover el lanzamiento, siempre que no se coman esa holgura. Eso es lo que el seguimiento semanal necesita ver — no 40 barras de “ajustar padding”.
Relación con la ruta crítica y con estimar tiempos
La holgura no se adivina: se deriva de las dependencias y de las duraciones. La ruta crítica es el camino más largo; cualquier atraso ahí mueve la fecha final. Si la holgura es 0, es crítico; si tiene días de margen, no lo es… todavía.
Las fechas son tan buenas como las estimaciones. Si cada hito se fechó “a ojo” en el escenario ideal, la ruta crítica va a ser igual de optimista. Antes de comprometer un go-live, estima tiempos por analogía o con tres escenarios, y deja un búfer explícito al final. Esto pertenece a la fase de planificación: el cronograma no crea tiempo, nombra el orden en el que se va a gastar.
Cuándo un Gantt miente
Un Gantt no es mentiroso por ser Gantt. Miente cuando reemplaza una conversación que el equipo no está teniendo:
- Falsa precisión. Barras al día cuando las estimaciones son de semanas. Redondea a semana si el equipo estima a semana.
- Nunca se actualiza. El día 12 el camino crítico ya cambió y el diagrama sigue en el día 1. Peor información que no tenerlo.
- Confunde esfuerzo con duración. “Marta tiene 5 días de front” no es “el front tarda 5 días corridos” si Marta está en dos proyectos.
- Esconde la ruta crítica en 200 filas. Si hay que hacer zoom para ver qué no puede atrasarse, el diagrama no está haciendo su trabajo.
- Se presenta como contrato. Un cronograma es un pronóstico. Tratar cada barra interna como contrato convierte cada ajuste honesto en una “traición al plan”.
Si no lo vas a actualizar en la cadencia de seguimiento, no lo dibujes. Un Gantt opcional, regenerado cuando cambia una dependencia, es honesto; un Gantt eterno es decoración.
Cómo llenar la plantilla
- Parte del WBS. Cada fila es un hito o un paquete de nivel 3.
- Marca dependencias reales (“no puede empezar hasta que exista X”), no preferencias.
- Estima duración, luego fecha objetivo. La fecha se deriva, no se elige porque “queda bien en julio”.
- Calcula holgura. Lo que quede en 0 es a lo que miras cada semana.
- Revisa en la cadencia de seguimiento — semanal suele alcanzar — no “cuando ya está atrasado”.
El cronograma alimenta el plan de proyecto; no lo reemplaza. El plan dice para qué y con quién; el cronograma, en qué orden. Si actualizas uno y no el otro, vuelves a tener dos verdades.
Qué hacer cuando una fecha se mueve
Una fecha crítica se atrasó. El cronograma no se “estira un poco” en silencio. Tienes las mismas tres palancas: recortar alcance en el camino crítico, mover recursos hacia el hito sin holgura, o mover la fecha final y decirlo. Lo que no funciona es dejar las barras donde estaban y esperar que el tiempo aparezca.
Cuando muevas una fecha, actualiza holguras: un hito que no era crítico puede volverse crítico en el mismo movimiento. Esta tabla es una de las 8 plantillas de gestión de proyectos que sí se usan: hitos y dependencias, no un Gantt que se pudre.
Preguntas frecuentes
¿Qué es un cronograma de proyecto?
¿Necesito un Gantt para tener un cronograma?
¿Qué columnas tiene una plantilla de cronograma útil?
¿Cuándo un Gantt miente?
¿Cómo se relaciona el cronograma con la ruta crítica?
Equipo Hito
Producto · Escribimos sobre gestión de proyectos local-first desde la práctica de construir Hito.