Cómo hacer un diagrama de Gantt paso a paso

Lo que necesitas antes de empezar

Tres cosas, y ninguna es software. La lista de tareas, aunque esté desordenada. Una duración estimada para cada una. Y saber qué depende de qué.

Si tienes esas tres, el gráfico sale en veinte minutos. Si no las tienes, ninguna herramienta te va a salvar: estarás dibujando barras bonitas sobre un plan que no existe.

Lo que no necesitas al empezar son fechas. Salen solas al enlazar las dependencias, y fijarlas antes es la forma más rápida de construir un calendario que habrá que rehacer.

Sí conviene tener claras dos cosas más: qué significa exactamente «terminado» para este proyecto y si hay alguna fecha impuesta desde fuera —una feria, un cierre contable, el arranque de un curso—. Un plan que termina cuando termina es distinto de uno que tiene que llegar al 15 de octubre, y esa diferencia decide si planificas hacia adelante o hacia atrás.

El plan que vamos a construir

Cada paso de esta guía se aplica a un mismo plan, para que se vea el efecto y no solo la teoría. Quesos Ordóñez S.L., de Zamora, rehace su tienda online con Mandarina Estudio, una agencia de Valladolid, por 24.800 €. Semana de lunes a viernes, arranque el lunes 1 de junio de 2026. Esto es donde acaba tras el paso 7 — míralo ahora, porque cada paso explica una de sus columnas.

De paso, la lección comercial: si a mediados de junio ves que el plan aterriza en la primera semana de agosto, todavía estás a tiempo de comprimir. Si lo ves el 30 de julio, ya has perdido un mes de facturación de la tienda nueva y solo puedes comunicarlo.

1. Lista el trabajo antes de pensar en fechas

Escribe todas las tareas sin preocuparte del calendario. Mezclar «qué hay que hacer» con «cuándo» es lo que produce planes optimistas: en cuanto ves una fecha, empiezas a ajustar el alcance para que quepa.

El tamaño correcto de una tarea se comprueba con dos preguntas. ¿Puedes nombrar a una sola persona responsable? ¿Puedes describir en una frase qué significa que esté hecha? Si la respuesta a alguna es no, la tarea es demasiado grande —divídela— o demasiado vaga —defínela—. En la práctica, el rango cómodo va de medio día a dos semanas: por debajo ensucia el gráfico, por encima esconde el riesgo.

Escribe en verbo y concreto: «Redactar textos de la página de inicio», «Revisar con asesoría jurídica», «Desplegar en producción». Y agrupa después en fases. Una fase con quince tareas dentro se lee mejor que un listado plano de cuarenta, y permite enseñar el plan plegado a quien solo quiere ver el mes.

2. Estima duraciones, no fechas

Para cada tarea, cuánto tiempo lleva hacerla. Nada más. Las fechas saldrán solas cuando enlaces las dependencias — y si las fijas ahora, estarás inventando un calendario que tendrás que rehacer.

Estima en días laborables si tu herramienta los distingue. Diez días laborables que cruzan dos fines de semana son catorce de calendario; encadena cuatro tareas así y el desfase acumulado supera la semana. Con festivos locales o vacaciones de agosto la diferencia crece todavía más, y es la causa más habitual de que un plan «cuadrado» llegue tarde sin que nadie haya fallado.

Distingue también entre esfuerzo y tiempo transcurrido. Una revisión legal puede ser media hora de trabajo y cinco días de espera; lo que va en la barra son los cinco días. Y no rellenes cada tarea con un día de más «por si acaso»: ese margen repartido desaparece sin que nadie lo note. Es mejor estimar honestamente y poner un colchón visible antes de la entrega, que es el que sí se puede defender.

3. Enlaza las dependencias

Este es el paso que la mayoría se salta y el que convierte el dibujo en un modelo. Para cada tarea pregunta: ¿qué tiene que estar terminado antes de poder empezar esto?

La mayoría serán fin-inicio: probar no empieza hasta que desarrollar termina. Usa inicio-inicio cuando dos cosas arrancan juntas —control de calidad en cuanto arranca producción— y fin-fin cuando deben cerrarse a la vez, como la documentación con el desarrollo. La cuarta, inicio-fin, es legítima pero rara; si la usas mucho, revisa el modelo.

Los desfases son parte de esto y se olvidan siempre. Tres días de secado antes de pintar, cinco días de plazo de imprenta, dos semanas de espera de un permiso: son desfases sobre la relación, no tareas. Modelarlos como tarea ensucia el plan con barras que nadie ejecuta.

La señal de que falta una dependencia es inconfundible: si te encuentras escribiendo fechas a mano para que las barras «queden bien», o si cada vez que mueves una tarea tienes que arreglar tres más, es que la relación no está puesta. Con ella, esas tres se mueven solas.

Los cuatro tipos, juzgados contra el plan de Quesos Ordóñez:

Tipo	Regla	Dónde encaja aquí	Cuánto se usa
Fin-inicio (FS)	B no empieza hasta que A termina	Maquetación después del diseño aprobado — los nueve enlaces de este plan son de este tipo	Casi siempre
Inicio-inicio (SS)	B no empieza hasta que A empieza	Si la redacción arrancara el mismo día que los wireframes en lugar de después de la auditoría	De vez en cuando, para trabajo solapado
Fin-fin (FF)	B no termina hasta que A termina	QA no puede cerrarse antes de que esté cargado el último contenido	Poco
Inicio-fin (SF)	B no termina hasta que A empieza	En ningún sitio. Existe sobre todo para relevos de turno	Casi nunca

Dos enlaces de este plan merecen un dedo encima. La fila 7, «Carga de contenidos», tiene dos predecesoras —los textos y la maquetación—, así que empieza cuando termina la más tardía de las dos, que es la maquetación el 13 de julio. Y la fila 3, la redacción, termina el 19 de junio pero no hace falta hasta el 14 de julio: dieciséis días laborables de margen. Ese hueco es información aprovechable, no un descuido: es donde metes al redactor cuando otra cosa se incendia.

Un comportamiento que conviene conocer antes de arrastrar barras: gantts.app programa según se coloca. Una dependencia puede empujar una tarea más allá de donde tú la pusiste, nunca tirar de ella hacia atrás. Si dejas «QA y correcciones» aparcada en octubre y la enlazas con la carga de contenidos, no volverá sola a julio — el enlace fija lo más pronto que puede empezar, y el gráfico te enseña el hueco que dejaste. Reprogramar cierra esos huecos cuando tú se lo pides, no antes. Es distinto del CPM de manual y está hecho a propósito: evita que el plan se te reordene solo mientras estás pensando.

4. Marca los hitos que importan

Un hito es una fecha sin duración: aprobación concedida, contrato firmado, entrega realizada. Sirven para dos cosas: son lo que dirección mira primero, y son barreras naturales que impiden que el plan avance fuera de secuencia.

La regla de dosificación es sencilla: uno al final de cada fase y uno en la fecha de entrega, más los puntos de no retorno propios del proyecto —congelación de alcance, compromiso de fabricación, apertura de inscripciones—. Entre cinco y diez para un proyecto de varios meses. Un hito por semana no señala nada, porque cuando todo es un hito nada destaca.

Enlaza dependencias a los hitos, no solo a las tareas. Un hito de «licencia concedida» con tres tareas colgando deja clarísimo, para cualquiera que mire el gráfico, qué se para si el ayuntamiento tarda.

5. Mira la ruta crítica

Con las dependencias puestas, la ruta crítica aparece sola: la cadena de tareas con holgura cero que determina tu fecha de fin. Si no te gusta esa fecha, solo tienes tres opciones reales — acortar una tarea crítica, solaparla con la siguiente mediante un desfase negativo, o mover la fecha. Recortar tareas que no están en la ruta crítica no adelanta absolutamente nada, por mucho esfuerzo que se le ponga.

En el plan de Quesos Ordóñez la cadena va auditoría → wireframes → diseño → aprobación → maquetación → carga → QA → validación → producción: nueve de las diez filas son críticas. Eso dice algo incómodo pero útil: este plan no tiene margen prácticamente en ninguna parte, y toda la holgura que posee el proyecto la lleva una sola tarea, la redacción de textos.

La cifra que informa gantts.app es la holgura total —cuánto puede retrasarse una tarea antes de mover la fecha de fin del proyecto— y no hay columna de holgura libre, que es la que mediría el margen solo frente a la sucesora inmediata. Los dieciséis días de la redacción son, por tanto, dieciséis días de protección real sobre la salida a producción.

Mira también la columna de holgura, no solo la cadena resaltada. Una tarea con un día de margen es casi crítica y se convertirá en crítica al primer contratiempo; una con quince días de margen puede esperar sin que nadie se preocupe. Esa cifra es la que de verdad usas para decidir a qué llamada respondes primero. El detalle del cálculo está en la guía del método de la ruta crítica.

6. Asigna responsables y comprueba la carga

Pon un nombre en cada tarea y mira dónde se apilan. Un plan que parece impecable en el gráfico puede tener a la misma persona en cuatro tareas simultáneas en marzo. Ese solapamiento es invisible en las barras y evidente en una vista de carga.

Una fila sin responsable es una fila que nadie va a actualizar, y basta con tres o cuatro para que el gráfico deje de reflejar la realidad. Si una tarea tiene dos nombres, en la práctica no tiene ninguno: pon un responsable único y añade a los demás como participantes.

Cuando detectes un apilamiento, las salidas son las de siempre: mover la tarea al margen que le dé su holgura, reasignarla o reducir el alcance. Lo que no funciona es dejarlo y confiar en que esa semana la persona rinda por dos.

7. Fija línea base y publica

Cuando el plan esté acordado, guarda una línea base: la foto congelada contra la que medirás la desviación. Sin ella no puedes responder a «¿vamos tarde?», solo a «¿qué toca ahora?», porque el plan actual siempre parece coherente consigo mismo.

A partir de ahí, exporta a PDF o PowerPoint para compartirlo, y mantén el gráfico vivo actualizando el porcentaje completado en lugar de redibujar. Una revisión semanal de quince minutos —avances, fechas movidas, dependencias nuevas— es lo que separa un plan útil de un diagrama que la gente sigue mirando cuando ya no es cierto, que es peor que no tener ninguno.

Errores que conviene evitar

Demasiado detalle. Si una tarea dura menos de un día, pertenece a la lista de alguien, no al plan del proyecto. Doscientas filas no se mantienen: se abandonan.

Fechas escritas a mano en lugar de dependencias. Funciona hasta el primer cambio, y a partir de ahí cada movimiento obliga a reajustar tres tareas más.

Cero holgura. Si todas las tareas son críticas, cualquier imprevisto mueve la entrega. Un plan sin margen no es ambicioso: es frágil.

Tareas sin responsable. Una fila sin nombre al lado es una fila que nadie va a actualizar.

Hay una lista más larga en nueve errores habituales, cada uno con su corrección.

Hazlo gratis online

No necesitas instalar nada ni crear una cuenta. Estas son las mismas diez filas montadas en el editor de gantts.app, con los botones tal y como están rotulados:

1. Abre ✨ Pegar a Gantt y pega el esquema. Al pegar detecta la duración entre paréntesis, después de para un enlace y una ! final para un hito: Maquetación y front-end (12d) después de Diseño aprobado, y luego Salida a producción !.
2. A mano en su lugar: ＋ Tarea para una fila de trabajo, ◆ Hito para un rombo y ▣ Grupo para una fase, con el botón de sangrado para anidar las tareas debajo.
3. Entra en Calendario laboral y cierra agosto antes de programar nada. Es el paso que la mayoría se salta en España y el que decide si la salida a producción cae el 6 de agosto o el 4 de septiembre.
4. Doble clic en una fila para Después de (predecesoras), Responsable y Progreso. Los hitos también viven aquí: cambia el Tipo de una fila y su fin se colapsa sobre su inicio. Un hito no se puede ensanchar arrastrando — un hito con duración deja de ser un hito.
5. Pulsa Reprogramar para llevar cada tarea a la primera fecha que sus enlaces permiten. Este es el paso que produce el 4 de septiembre.
6. Marca Ruta crítica para rayar las nueve barras críticas y comprobar que la redacción de textos no está entre ellas.
7. Guarda la Línea base antes del primer día, para que la tabla de desviaciones de arriba sea algo que la app rellena y no algo que montas a mano en una hoja de cálculo.
8. Pon el Zoom en semanas para un plan de tres meses, y usa ◎ Hoy para volver a la fecha actual una vez arrancado el trabajo. ⤢ Ajustar encaja todo el plan en la pantalla para una captura.
9. ⬇ Exportar ofrece 📄 Documento PDF, 📊 Excel (.xlsx), 📑 CSV (hoja de cálculo) y 📽 PowerPoint (.pptx); 📤 Compartir… da un 🔗 Enlace para compartir. Para el cliente, pon antes Vista en Solo hitos: diseño aprobado y salida a producción, y nada más.

Cuando esté listo, expórtalo a PDF, PNG, Excel o PowerPoint, o comparte el enlace. Sin marca de agua, sin límite de tareas y sin que el plan salga de tu navegador.

Si prefieres no partir de cero, hay más de cuarenta plantillas con las fases ya colocadas.

Preguntas frecuentes

Seguir leyendo

• ¿Qué es un diagrama de Gantt?
• Cómo se calcula la ruta crítica
• Errores habituales al planificar
• Ver todas las guías

Las guías que aún no se han traducido se abren en inglés.