Nueve errores habituales en un diagrama de Gantt (y cómo corregirlos)

Un plan que comete casi todos estos errores a la vez

Un proyecto corriente — la nueva tienda online de Cerámicas Lubián, en Valladolid, que arranca el lunes 2 de marzo de 2026 — dibujado primero como lo dibuja casi todo el mundo y después dibujado con honestidad.

Nueve de los doce errores de esta guía están en ese plan de seis filas. Ninguno es un error de dibujo.

1. Exceso de detalle

El fallo más frecuente con diferencia. Un diagrama con doscientas filas no se mantiene: se abandona. Nadie actualiza sesenta barras cada semana, así que a los pocos días el archivo describe un proyecto que ya no existe, y a partir de ahí cada reunión se dedica a explicar por qué el plan no coincide con la realidad.

Hay además un efecto perverso: cuanto más detalle tiene el plan, más convincente parece, y más tarda alguien en atreverse a decir que está desactualizado.

Corrección: planifica al nivel al que reportas. Si tu ciclo de seguimiento es semanal, cualquier cosa que dure menos de una semana vive dentro de una tarea, no como una fila propia. Agrupa en fases y deja la lista de trabajo fino donde el equipo ya trabaja de verdad.

2. Sin dependencias

Un diagrama de barras paralelas sin enlaces es un dibujo, no un plan. Cuando algo se retrasa, no se mueve nada, porque no hay nada conectado — y hay que reajustar fechas a mano, cambio a cambio, hasta que alguien se cansa.

Sin dependencias tampoco hay ruta crítica que calcular, ni holgura que medir, ni aviso de nada. Enlazar las tareas es lo que convierte el dibujo en un modelo.

Corrección: enlaza lo que de verdad condiciona, y después arrastra una barra y mira. Si detrás no se mueve nada, el plan no está modelando tu proyecto.

3. Todo encadenado fin-inicio

El error contrario, y más sutil. Pon todas las tareas en una única fila india y todas acaban en la ruta crítica: sesenta filas diciendo «urgente», que es exactamente lo mismo que no decir nada. Además vuelve imposible replanificar, porque cada fecha está clavada por una preferencia y no por una restricción.

La prueba es sencilla: pregunta de cada enlace «si mañana tuviera gente y materiales, ¿podría empezar B sin que A hubiera terminado?». Si la respuesta es sí, ese enlace expresa una costumbre, no una restricción física.

Corrección: enlaza solo lo que condiciona materialmente. Una ruta crítica sana cubre entre la cuarta parte y la mitad de las tareas; si las cubre todas, has dibujado una cola, no una red.

4. Tratar las estimaciones como compromisos

Todas las barras parecen igual de firmes. Una tarea de tres días que has hecho cincuenta veces y otra que no ha intentado nadie se dibujan exactamente igual, y en cuanto entran en el gráfico las dos se leen como promesas.

Corrección: pon la holgura donde está la incertidumbre y dilo en voz alta. Un plan que admite qué partes son conjeturas sobrevive al contacto con la realidad, precisamente porque a las conjeturas se les dio sitio para equivocarse. En el campo Notas de cada tarea cabe perfectamente un «estimación firme» o un «± 3 días, depende del proveedor».

5. Cero holgura en todo el plan

Un plan en el que cada tarea empieza el mismo día que termina su predecesora no puede absorber nada. El primer retraso de dos días es un retraso de dos días en la entrega, y a partir de ahí todos los siguientes se acumulan.

Si ninguna tarea tiene margen, todas son críticas y cualquier imprevisto mueve la entrega. Un plan sin holgura no es ambicioso: es frágil. La holgura se planifica, no se improvisa.

Corrección: concentra el colchón donde se concentra el riesgo — antes de una fecha comprometida, después de cualquier cosa que dependa de un tercero, alrededor de las aprobaciones y justo antes de agosto. Cinco días de holgura visibles antes de la salida a producción valen mucho más que cinco días repartidos invisiblemente entre diez tareas, porque los primeros se pueden defender en una reunión y los segundos desaparecen en la primera negociación.

6. Ignorar la ruta crítica

Si no sabes qué tareas mandan sobre la fecha final, no puedes saber qué retrasos importan. Optimizar tareas que no están en la ruta crítica se siente productivo y no adelanta el proyecto ni un día: los equipos aceleran trabajo que tenía tres semanas de holgura mientras la restricción real se desliza dos filas más abajo.

Corrección: activa Ruta crítica y vuelve a mirarla después de cada cambio, no una vez al principio. La ruta se mueve: una tarea con ocho días de holgura pasa a ser crítica en el momento en que se retrasa nueve.

7. Tareas sin responsable — y responsables al 100 %

Una tarea sin un nombre al lado es tarea de todos, lo que en la práctica significa de nadie. Una persona por tarea, no un equipo: solo a una persona se le puede preguntar cómo va.

Menos evidente, y bastante más caro: asignar a la misma persona dos tareas solapadas a plena dedicación es el mismo error con otra cara. Marta al 100 % y al 100 % no es ambición, es una imposibilidad aritmética — y el diagrama no protesta, porque las barras se solapan tan tranquilas.

Corrección: revisa la carga de cada responsable a lo largo de todo el calendario, no tarea por tarea. Alguien al 140 % durante tres semanas es un plan que ya ha fracasado, aunque todavía se vea verde.

8. Dejar que se quede obsoleto

Un diagrama de Gantt es un documento vivo con fecha de caducidad. Tres semanas sin actualizar y la gente deja de fiarse; poco después deja de mirarlo, y el proyecto pasa a gestionarse por correo.

Corrección: actualiza con una cadencia fija — semanal en condiciones normales, diaria en una crisis — y mantén el diagrama lo bastante pequeño como para que eso cueste minutos. Si actualizarlo cuesta demasiado, casi siempre es por el error número 1 o el número 2.

9. Sin hitos

Un muro de barras no le da al lector nada donde agarrarse. Los hitos son la forma que tiene alguien de fuera del proyecto de encontrar los puntos de decisión, y lo que impide que el trabajo avance fuera de secuencia.

Corrección: marca aprobaciones, entregas, inspecciones y la salida a producción como hitos de duración cero, y cuelga de ellos el trabajo posterior. Entre cuatro y ocho suele ser lo correcto. Arriba, el hito que faltaba no era decorativo: Diseño aprobado era exactamente donde estaban escondidos los cinco días de revisión del cliente.

10. Medir el avance en días transcurridos

De todo lo que hay en esta lista, esto es lo que produce el reporte equivocado más seguro de sí mismo. Si el avance se deduce de la duración transcurrida, una tarea que nadie ha empezado informa de un 60 % el día doce de veinte — justo lo que pasó el 20 de abril en el ejemplo.

Corrección: reporta una fracción del trabajo — plantillas terminadas, planos emitidos, casos de prueba superados, metros cuadrados alicatados — y no una fracción del calendario. Una tarea que no tiene ninguna unidad contable de trabajo es demasiado gruesa para hacerle seguimiento y probablemente haya que partirla.

11. Volver a fijar la línea base cada vez que se incumple

La línea base registra lo que prometiste. Volver a guardarla cada vez que la desviación incomoda la convierte en un registro de lo último que hiciste — un dato que ya tenías.

Corrección: vuelve a fijar la línea base solo ante un cambio de alcance aprobado o una replanificación formal, y guarda las anteriores. La distancia entre la línea base 1 y la línea base 5 suele ser la descripción más honesta que tendrás nunca de un proyecto.

12. Usar un Gantt para lo que no es

Los diagramas de Gantt sirven para trabajo con secuencia, dependencias y fechas. Encajan mal con el flujo continuo y con un backlog que se reprioriza cada lunes; si te ves redibujando el plan entero todas las semanas, el problema no es tu plan, es que has elegido la representación equivocada.

Corrección: Gantt cuando importan el orden y los plazos, tablero cuando no. Llevar los dos es lo normal: un tablero para la semana y un Gantt para el trimestre.

El síntoma de cada error

Casi siempre es más fácil reconocerlos por el síntoma que por la definición:

Lo que notas	El error	La corrección
Lleva tres semanas sin actualizarse	Exceso de detalle	Planificar al nivel al que reportas
Una tarea se retrasa y no se mueve ninguna fecha	Sin dependencias	Enlazar lo que condiciona; arrastrar una barra para probar
Todas las tareas son críticas	Todo encadenado fin-inicio	Borrar los enlaces que solo expresan preferencia
Retrasos pequeños mueven la fecha final	Cero holgura	Colchones visibles antes de las fechas comprometidas
Aceleraste la tarea equivocada	Ruta crítica ignorada	Activarla y revisarla tras cada cambio
Preguntas por una tarea y no contesta nadie	Sin responsable	Una persona con nombre por tarea
Las tareas de una misma persona se retrasan juntas	Asignada por encima del 100 %	Revisar la carga en todo el calendario
«Entonces, ¿qué pasa y cuándo?»	Sin hitos	De cuatro a ocho puntos de control, con trabajo detrás
Un mes entero al 90 %	Avance por días transcurridos	Reportar fracción de trabajo
Verde cada semana y meses de retraso	Línea base regrabada en cada incumplimiento	Refijarla solo en replanificaciones aprobadas
Se reescribe entero todos los lunes	Herramienta equivocada	Usar un tablero para el flujo

Una revisión de veinte minutos

Pasa esto por un diagrama que ya tengas, en orden. Cada paso es algo que se ve, no algo que haya que opinar.

1. Cuenta las filas. ¿Son más de las que vas a actualizar cada semana? Agrupa el detalle en fases con ▣ Grupo antes de seguir.
2. Arrastra la última tarea de la primera fase dos semanas a la derecha. Todo lo que no se mueva detrás no está enlazado. Deshaz y añade esos enlaces en la columna Después de, o en el campo Después de (predecesoras) del panel de la tarea.
3. Activa Ruta crítica. Si sale todo rayado, has enlazado de más; si no sale nada, no has enlazado nada.
4. Abre Calendario y comprueba que los festivos nacionales y autonómicos de tu comunidad, la Semana Santa y el parón de agosto están marcados. Un plan que trabaja el 15 de agosto no es un plan optimista, es un plan mal contado.
5. Pon Vista en Próximas semanas. Si esa ventana no se parece a lo que la gente está haciendo esta semana, el diagrama ya está obsoleto.
6. Abre Carga de trabajo. Cualquiera que aparezca por encima de su capacidad un solo día es una promesa imposible dentro de un diagrama verosímil.
7. Busca rombos. Cada punto en el que alguien de fuera del equipo aprueba, entrega o inspecta debería ser un ◆ Hito, con el tiempo de revisión metido en el desfase.
8. Mira la fila anterior a cada fecha comprometida. Si termina el mismo día que vence el plazo, inserta una tarea de colchón y llámala por su nombre.
9. Usa Reprogramar una vez para compactar el plan a sus fechas legales más tempranas, y compara el resultado con lo que tenías. La diferencia es la holgura que estabas regalando sin saberlo.
10. Abre Línea base y fíjala — ahora, una sola vez, cuando el plan ya es honesto. Después activa las columnas de desviación.
11. Pide a cada responsable el avance en unidades de trabajo, no en porcentaje. Donde la respuesta y la barra no coincidan, la que está mal es la barra. Revisa la Curva S antes de dar el plan por bueno.

Preguntas frecuentes

Plantillas que usan esto

• Gestión de proyectos
• Sencilla

Seguir leyendo

• Cómo se calcula la ruta crítica
• Los cuatro tipos de dependencia
• Hitos y tareas: en qué se diferencian
• Ver todas las guías

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