Ejemplos de diagramas de Gantt para cada tipo de proyecto
La forma más rápida de entender un diagrama de Gantt es ver uno de tu propio sector. Aquí van ocho ejemplos con las fases que realmente usa cada tipo de proyecto, y qué es lo que conviene mirar en cada uno.
- Un ejemplo entero: el congreso de la Fundación Amparo Iglesias
- Los tipos de proyecto comparados
- 1. Proyecto de construcción
- 2. Desarrollo de software / ágil
- 3. Campaña de marketing
- 4. Organización de eventos
- 5. Lanzamiento de producto
- 6. Tesis o investigación
- 7. Proyecto de pequeña empresa
- 8. Plan semanal sencillo
- Cuatro ejemplos rápidos más
- Qué tienen en común los buenos diagramas
- Abrir un ejemplo en el editor
Un ejemplo entero: el congreso de la Fundación Amparo Iglesias
Ocho resúmenes sirven para reconocer tu propio proyecto; un plan con fechas reales enseña la forma. Aquí va uno llevado hasta el final: el congreso anual de la Fundación Amparo Iglesias, 400 asistentes en el Palacio de Congresos de Sevilla el jueves 15 de octubre de 2026, planificado desde el lunes 1 de junio, con semana de lunes a viernes.
| # | Fila | Duración | Después de | Inicio | Fin |
|---|---|---|---|---|---|
| 1 | Presupuesto y preselección de sede | 10 d | — | lun 1 jun | vie 12 jun |
| 2 | Sede contratada | 0 d | 1 | vie 12 jun | |
| 3 | Contacto y confirmación de ponentes | 25 d | 2 | lun 15 jun | vie 17 jul |
| 4 | Contratos de catering y audiovisuales | 12 d | 2 | lun 15 jun | mar 30 jun |
| 5 | Web de inscripciones | 8 d | 2 | lun 15 jun | mié 24 jun |
| 6 | Apertura de inscripciones | 0 d | 3, 5 | lun 20 jul | |
| 7 | Campaña de captación | 45 d | 6 | lun 20 jul | vie 18 sep |
| 8 | Programa y guion de sala | 10 d | 3 | lun 20 jul | vie 31 jul |
| 9 | Imprenta y señalética | 6 d | 8 | lun 3 ago | lun 10 ago |
| 10 | Cierre de aforo al catering | 2 d | 7 | lun 21 sep | mar 22 sep |
| 11 | Ensayo general | 2 d | 9, 10 | mar 13 oct | mié 14 oct |
| 12 | Día del congreso | 0 d | 11 | jue 15 oct | |
La cadena crítica es 1 → 2 → 3 → 6 → 7 → 10 y aterriza el martes 22 de septiembre. El congreso es el 15 de octubre. Esas tres semanas de hueco son toda la contingencia del plan, y son el número más útil del gráfico.
Dos realidades del calendario español que este plan tiene metidas dentro. La primera: los 45 días de campaña cruzan agosto entero. En días laborables la barra es correcta, pero en captación de inscripciones agosto rinde cerca de cero — por eso la campaña se dimensiona a nueve semanas y no a cinco, y por eso el cierre de aforo se pone el 21 de septiembre y no el 20 de agosto. La segunda: el 12 de octubre de 2026, Fiesta Nacional, cae en lunes. El ensayo general no puede ocupar el lunes y el martes previos como sería natural: se comprime en martes 13 y miércoles 14, pegado al congreso. Si el puente no está en el calendario del proyecto, el gráfico programará el ensayo en un día en que el Palacio de Congresos está cerrado.
Un gráfico de evento se comporta distinto de todos los demás ejemplos de esta página porque la fecha de fin no se puede mover. La pregunta no es «¿cuándo terminaremos?» sino «¿cabe el trabajo por delante de la fecha, y por cuánto?». Si la cadena hubiera aterrizado el 20 de octubre, ningún esfuerzo lo arreglaría: habría que recortar alcance, empezar antes o acortar la ventana de campaña.
Dos detalles de cómo lo programa gantts.app. Informa de la holgura total —cuánto puede desplazarse una tarea antes de mover la fecha de fin— y no de la holgura libre. Y programa según se coloca: una dependencia puede empujar una tarea más allá de donde la pusiste, nunca tirar de ella hacia atrás, que es exactamente lo que quieres para un ensayo aparcado a propósito en la semana del congreso. El enlace garantiza que no ocurra antes de que estén la imprenta y el aforo; no lo arrastra de vuelta a agosto.
Los tipos de proyecto comparados
Antes de las fichas una a una, así se diferencian los tipos principales en las cuatro cosas que de verdad cambian el gráfico:
| Tipo de proyecto | Duración y escala del eje | Densidad de dependencias | Dónde vive el riesgo |
|---|---|---|---|
| Construcción | 6–24 meses, semanal | Muy alta — casi todo es fin-inicio | Licencias e inspecciones: un fallo lo mueve todo |
| Software / ágil | 1–6 meses, semanal por sprint | Baja entre sprints, alta hacia la release | El alcance, no la secuencia — las barras engordan en vez de moverse |
| Campaña de marketing | 6–12 semanas, semanal | Media, casi toda dentro de cada pista | Las aprobaciones entre pistas paralelas |
| Eventos | 3–6 meses, semanal | Media, convergiendo al final | La fecha fija. La contingencia es el hueco que queda por delante |
| Lanzamiento de producto | 8–16 semanas, semanal | Alta y entre equipos | Los relevos entre producto, marketing y soporte |
| Tesis o investigación | 9–24 meses, mensual | Baja pero muy encadenada | Dictámenes de terceros con duración incognoscible |
| Plan semanal | 5 días, diario | Casi ninguna | Nada estructural — es un instrumento de comunicación |
La última columna merece leerse dos veces. En obra el riesgo es la secuencia; en software es el alcance; en eventos es una fecha. Mismo gráfico, tres preguntas distintas que hacerle.
1. Proyecto de construcción
Movilización, cimentación, estructura, cerramiento, instalaciones, acabados y recepción. La secuencia es rígida: no se levanta estructura sobre hormigón sin curar, y eso convierte casi todas las relaciones en fin-inicio con desfase.
Un esqueleto realista para una nave de 800 m², en días laborables desde el 2 de marzo:
- Movilización y replanteo — 5 días (2 → 6 mar)
- Excavación y cimentación — 15 días (9 → 27 mar)
- Curado — no es una tarea: es un desfase de 7 días naturales
- Estructura — 20 días (6 abr → 1 may)
- Cerramiento y cubierta — 18 días (4 → 27 may)
- Instalaciones — 25 días (18 may → 19 jun), inicio-inicio con cerramiento y 10 días de desfase
- Acabados — 20 días (22 jun → 17 jul); recepción — hito, 20 de julio
Ese desfase de curado es la pieza que más se modela mal: como tarea de siete días ensucia el plan con una barra que nadie ejecuta; como desfase, empuja la estructura sin ocupar fila.
Qué mirar: permisos e inspecciones, barreras de terceros que determinan la entrega más que la propia obra. El error típico es meter la licencia como tarea de 30 días fijos: no es duración, es espera con varianza, y lo honesto es dejar holgura detrás.
2. Desarrollo de software / ágil
Descubrimiento, diseño, sprints de desarrollo, integración, pruebas y despliegue. Los sprints se representan como barras de duración fija y repetida; el valor del Gantt aquí no es planificar dentro del sprint sino mostrar cómo encajan releases, dependencias externas y fechas comprometidas.
La regla es de altitud: un sprint de dos semanas es una barra de 10 días con un hito de revisión al final, no treinta barras de historia. Un trimestre son seis barras de sprint encadenadas fin-inicio, precedidas de 10 días de descubrimiento y seguidas de 8 días de integración (inicio-inicio con −5 de desfase), 7 de UAT y dos hitos: congelación y despliegue.
Lo distintivo es que la ruta crítica casi nunca pasa por el código: pasa por lo que no controlas. La revisión de seguridad, el alta de un entorno o la firma del cliente en UAT son las tareas de holgura cero. Modélalas con responsable externo y barra propia, o el plan mentirá justo donde importa.
3. Campaña de marketing
Estrategia, creatividades, producción, aprobaciones, lanzamiento y medición. La fase que siempre se subestima es la de aprobaciones: esperar la respuesta de un cliente es tiempo transcurrido real y merece su propia barra.
Una campaña con lanzamiento el 15 de mayo se lee hacia atrás: medición (2 semanas después), lanzamiento, montaje de canales 5 días antes, aprobación final 3 días antes, producción de piezas 10 días, creatividades 8 días, estrategia y mensajes 5 días. Sumando: hay que empezar el 30 de marzo, no en abril.
Las pistas corren en paralelo —contenido, diseño, medios de pago, correo— y conviene agruparlas por flujo de trabajo, no por fecha. Y cada ronda de revisión es una espera: dos rondas de dos días hábiles son cuatro días que nadie apunta y que siempre aparecen. Ponles barra, responsable y fecha límite.
4. Organización de eventos
Fecha y sede, proveedores, comunicación, inscripciones, montaje, evento y desmontaje. Es un proyecto con una fecha inamovible, así que se planifica hacia atrás desde el día del evento.
Con un congreso de 300 personas el 10 de octubre, la cadena inversa queda: desmontaje (11 oct), evento (10 oct), montaje y ensayo (8 → 9 oct), impresión de materiales (cierre 1 oct, la imprenta pide 5 días), cierre de inscripciones (3 oct), campaña de captación (6 semanas: 25 ago → 3 oct), confirmación de ponentes (fin 20 ago), catering (fin 10 ago), reserva de sede (fin 20 jun).
Planificar al revés tiene una virtud diagnóstica: si la reserva de sede cae en una fecha ya pasada, no vas justo, vas tarde, y lo sabes el primer día. Y la holgura no se reparte: se concentra en los tres días previos.
5. Lanzamiento de producto
Preparación, beta, materiales de venta, formación comercial, lanzamiento y seguimiento. Conviene marcar como hitos los puntos de no retorno: fabricación comprometida, embargo de prensa, apertura de pedidos.
Lo distintivo es que cuatro equipos convergen en una fecha, cada uno con su cadena. Producto: QA final (10 días) → congelación (hito) → documentación (8). Marketing: mensajes (5) → página de destino (10) → embargo de prensa (hito, 48 h antes). Ventas: formación comercial (3, no arranca sin documentación). Soporte: guiones (5, fin-fin con formación).
Esa dependencia cruzada —formación necesita documentación, que necesita congelación— suele ser la ruta crítica real y casi nunca la que se vigila.
6. Tesis o investigación
Propuesta, revisión bibliográfica, metodología y ética, recogida de datos, análisis, redacción y entrega. La aprobación ética es una dependencia dura: la recogida de datos no puede empezar antes.
Doce meses reparten así: propuesta (4 semanas), revisión bibliográfica (8, solapada con inicio-inicio), diseño metodológico (4), envío al comité de ética (hito) y espera de dictamen (6 a 10 semanas fuera de tu control), recogida de datos (12), análisis (8), redacción (10) y revisión del director (3, en dos rondas).
Lo distintivo es el peso de las esperas ajenas: entre dictamen y revisiones hay casi cuatro meses que no dependen de tu ritmo. Por eso redactar solo cuando el análisis está cerrado sale tan caro: metodología y revisión bibliográfica se escriben mientras esperas.
7. Proyecto de pequeña empresa
Cuatro o cinco fases, veinte tareas, un responsable por línea. El error más común aquí es el contrario al de las grandes obras: demasiado poco detalle, hasta el punto de que una barra de «poner en marcha la tienda» no dice nada útil.
La apertura de un local en ocho semanas, desglosada de forma utilizable: financiación (hito), contrato de alquiler (2 semanas), licencia de actividad (4 a 6, en paralelo), obra y mobiliario (3), alta de suministros y datáfono (1, pero se pide el primer día), pedido inicial de stock (3 de plazo del proveedor), web y redes (1), contratación y formación (2) y apertura como hito.
Aquí la ruta crítica rara vez es la obra: son la licencia y el plazo de stock, dos cosas que se piden con un correo el primer día y que, si se olvidan, se pagan con semanas.
8. Plan semanal sencillo
Una rejilla de cinco días con las tareas de la semana. No necesita dependencias ni ruta crítica: es una herramienta de foco, no de planificación. Es el formato que mejor funciona pegado en una pared.
Cambia el eje: columnas de lunes a viernes y barras de medio día o de un día, diez o quince como máximo, agrupadas por persona o por bloque. Con más de veinte vuelve a ser una lista de tareas disfrazada. Es la mejor puerta de entrada al formato: se construye en cinco minutos y muestra de golpe el problema típico de una semana mal planificada, que es tener tres cosas «importantes» a la vez el martes.
Cuatro ejemplos rápidos más
Reforma de vivienda. Demoler (4 días), instalaciones vistas (6), cerrar y enlucir (5, con 3 días de desfase de secado antes de pintar), alicatar (4), pintar (3) y montar cocina (4). El orden de los gremios es lo único que importa, y el secado es la causa número uno de que el plan se vaya una semana.
Incorporación de un empleado. Preincorporación (equipo, accesos y contrato, 2 semanas antes), primer día, primera semana y revisiones a 30, 60 y 90 días como hitos. Lo decide la fase previa: si los accesos no se piden con diez días de antelación, la primera semana se gasta esperando contraseñas.
Implantación de un ERP. Análisis (4 semanas), diseño (4), configuración (8), migración de datos (6, solapada), pruebas de usuario (4) y arranque. Datos y pruebas necesitan carril y responsable propios: la calidad de los datos de origen nunca es la que se supuso en el análisis.
Traslado de oficina. Búsqueda (6 semanas), contrato (3), adecuación (6), telecomunicaciones (8 a 12 de plazo del operador) y mudanza (un fin de semana). El plazo largo casi nunca es la obra: son los circuitos de datos, que hay que pedir antes incluso de firmar.
Qué tienen en común los buenos diagramas
Empiezan por fases, no por tareas. Todos los ejemplos anteriores agrupan en cinco o seis bloques. La fase permite presentar el plan plegado a dirección y desplegado al equipo sin mantener dos documentos.
Tienen dependencias, no solo fechas. Es lo que convierte el dibujo en un modelo: mueves una tarea y las siguientes se recolocan solas. Los desfases —curado, secado, plazo de imprenta— solo se pueden expresar como relación entre tareas.
Marcan pocos hitos y bien elegidos. Entre cinco y diez, siempre en los puntos de no retorno: aprobación, congelación, apertura de pedidos. Un hito por semana no señala nada.
Dejan holgura donde la estimación es débil, no repartida por igual: en obra detrás de los permisos, en eventos en los tres días previos. Repartir dos días a cada tarea hace que desaparezca sin que nadie note dónde.
Caben en una pantalla al nivel de fase —entre diez y treinta barras visibles—. El resto vive en la lista de tareas de cada persona, que es donde debe vivir.
Abrir un ejemplo en el editor
Cualquiera de estos ejemplos se monta en unos minutos. Así se carga el congreso de la Fundación en el editor, con los botones tal y como están rotulados:
- Entra en ✨ Plantillas y elige la más cercana a tu caso — eventos, obra, marketing, lanzamiento. Es más rápido que partir de cero y evita olvidar las tareas estándar del sector.
- Si prefieres pegar tu propia lista, usa ✨ Pegar a Gantt: reconoce la duración entre paréntesis,
después decomo enlace y una!final como hito.Campaña de captación (45d) después de Apertura de inscripciones, y luegoDía del congreso !. - Abre Calendario laboral y marca el 12 de octubre y los festivos locales de tu comunidad. En un plan que termina en octubre, ese lunes decide si el ensayo general cabe o no.
- Agrupa con ▣ Grupo en cinco o seis fases y usa el sangrado para meter las tareas debajo. La barra del grupo se calcula sola a partir de sus hijas.
- Doble clic en cada fila para Después de (predecesoras) y Responsable. Sin predecesoras no hay ruta crítica que calcular.
- Marca Ruta crítica y localiza dónde aterriza la cadena. En un evento, la distancia entre ese punto y la fecha fija es tu contingencia: si es negativa, lo sabes el primer día.
- Cambia Vista a Solo hitos para el patronato y a Próximas semanas para la reunión de equipo. Es el mismo plan leído a dos altitudes distintas.
- Comparte con 📤 Compartir… → 🔗 Enlace para compartir, o exporta con ⬇ Exportar → 📽 PowerPoint (.pptx) para la presentación de patrocinadores.
Preguntas frecuentes
¿Cuál es el mejor ejemplo para empezar?
El más cercano a tu proyecto, porque lo que cambia entre sectores no es la estructura sino qué tareas se suelen olvidar. Si ninguno encaja del todo, el de gestión de proyectos genérica sirve como esqueleto: fases, hitos y dependencias funcionan igual en obra que en investigación. Lo que sí conviene copiar del ejemplo de tu sector es la lista de esperas ajenas —permisos, dictámenes, plazos de proveedor—, que es donde se pierden las semanas.
¿Puedo descargar estos ejemplos?
Sí, cada tipo tiene su plantilla con las tareas y las fases ya cargadas, en Excel, PowerPoint y CSV, además de edición online gratuita. Lo habitual es abrir la más parecida, borrar lo que no aplica y renombrar el resto: se tarda menos que partir de cero y evita olvidar tareas estándar del sector.
¿Cuántas tareas debería tener mi diagrama?
Las que puedas mantener actualizadas. Entre veinte y sesenta filas es el rango cómodo para un proyecto único, con diez a treinta barras visibles a la vez; por encima, agrupa en fases y despliega solo lo que necesites mirar. La regla útil es que si una tarea dura menos de un día, pertenece a la lista de alguien, no al plan del proyecto.
¿Qué diferencia a un diagrama de obra de uno de software?
La rigidez de la secuencia y de dónde viene el riesgo. En obra casi todo es fin-inicio con desfases físicos —curado, secado— y la ruta crítica pasa por permisos e inspecciones. En software las fases se solapan mucho más y la ruta crítica suele pasar por dependencias externas: revisiones de seguridad, altas de entorno, firma de UAT. Los elementos del gráfico son los mismos; lo que cambia es qué conviene vigilar.
¿Sirve un diagrama de Gantt para un proyecto ágil?
Sí, siempre que se use a la altitud correcta. No sirve para planificar dentro del sprint, que es trabajo del backlog, pero sí para mostrar a quien está fuera del equipo cómo encajan releases, dependencias externas y fechas comprometidas. Un sprint de dos semanas se representa como una sola barra con un hito de revisión al final, nunca como treinta barras de historia.
Seguir leyendo
- ¿Qué es un diagrama de Gantt?
- Cómo hacer un diagrama de Gantt paso a paso
- Errores habituales al planificar
- Ver todas las guías
Las guías que aún no se han traducido se abren en inglés.