Diagrama de Gantt: qué es, cómo hacerlo y cuándo sobra

Henry Gantt lo popularizó alrededor de 1910 para planificar producción, y sigue siendo la misma idea: el tiempo corre de izquierda a derecha, cada tarea es una barra cuya posición y largo indican cuándo empieza y cuánto dura, y las flechas o alineaciones entre barras muestran dependencias. Los rombos son hitos: momentos que se aceptan, no trabajo que se ejecuta.

Lo que no es: el plan. El plan son las decisiones (alcance, hitos, dueños, dependencias, holgura). El Gantt es la visualización de esas decisiones, igual que el mapa no es el viaje. Por eso un proyecto puede funcionar sin Gantt, pero no sin cronograma: la tabla de hitos y dependencias es el insumo, y el diagrama es solo su dibujo.

• Barras o filas: una por tarea o paquete de trabajo que salió del WBS. Si una barra no existe en el WBS, o es gestión (no va) o es alcance nuevo.
• Duración y fechas: cuándo empieza, cuánto dura. Estimada en el mismo grano en que trabaja el equipo; el Gantt no mejora una mala estimación, solo la dibuja.
• Dependencias: qué barra no puede empezar hasta que otra termine. Sin dependencias el Gantt es una lista pintada de colores.
• Hitos: rombos con fecha y dueño para los resultados que se aceptan formalmente.
• La ruta crítica resaltada: el camino de tareas sin holgura. Si tu Gantt no distingue esa ruta, muestra 100 barras con la misma importancia visual, y eso es exactamente lo contrario de dirigir.

El orden importa: el diagrama se dibuja al final, no al principio. Primero las decisiones, después la gráfica.

Tres caminos, según el tamaño del proyecto y cuánto cambie el plan:

La regla práctica: elige la herramienta por la frecuencia de cambio, no por la estética. Un plan que cambia cada semana necesita software; uno que cambia cada mes vive feliz en una tabla.

El Gantt clásico de consulta (licitaciones, construcción, tesis) descompone el proyecto en cientos de actividades y las pinta todas iguales. Tres problemas en cadena: nadie lo lee completo, nadie lo actualiza, y cuando se actualiza a medias miente con autoridad visual. Un gráfico desactualizado da peor información que no tener gráfico, porque se ve oficial.

El antídoto es agrupar y resaltar: una barra por paquete del WBS (no por actividad), y la ruta crítica marcada en color distinto. Ese camino —las tareas sin holgura cuya cadena decide la fecha final— es lo único que el comité de proyecto necesita mirar cada semana. Si tu Gantt no la muestra, el gráfico tiene información pero no jerarquía.

Y una precisión honesta: si el equipo estima en semanas, no pongas barras al día. La precisión del dibujo nunca puede superar la precisión de las estimaciones que lo alimentan.

Ayuda cuando hay dependencias fuertes entre partes (proveedores, aprobaciones, construcción), cuando varios proyectos comparten gente y necesitas ver choques de calendario, y cuando el cliente espera una vista del plan. En esos casos la barra comunica en segundos lo que un párrafo no logra.

Estorba cuando el trabajo es exploratorio (el plan cambia cada semana), cuando el equipo ya opera por sprints con su propio tablero, o cuando el Gantt se convierte en el documento que hay que “mantener” en vez de en la foto del plan que ya está en la tabla. En proyectos con cliente, la vista semanal que de verdad usa el cliente suele ser el informe de estado, no el gráfico.