Diagrama de Gantt: qué es, cómo se hace y cuándo compensa

¿Qué es un diagrama de Gantt?

Un diagrama de Gantt coloca el trabajo sobre un eje temporal. En horizontal va el tiempo —días, semanas o meses—; en vertical, la lista de tareas. Cada tarea se dibuja como una barra que empieza el día en que empieza y termina el día en que termina, de modo que su longitud es la duración y su posición son las fechas.

Hasta ahí es un calendario tumbado. Lo que lo convierte en un plan son dos elementos más:

• Las dependencias. Flechas que declaran que una tarea no puede arrancar (o no puede cerrarse) hasta que otra haya llegado a cierto punto.
• El camino crítico. La cadena de tareas dependientes cuya suma de duraciones es la mayor del proyecto, la que fija la fecha de entrega. Si algo del camino crítico se retrasa un día, la entrega se retrasa un día.

Un Gantt responde a una pregunta muy concreta: si esto se mueve, ¿qué más se mueve? No responde quién está saturado esta semana, ni si la pieza de hoy está lista para revisión, ni cuánto se está gastando en el proyecto. Para cada una de esas preguntas hay una vista mejor.

¿Quién fue Henry Gantt y de qué problema salió el gráfico?

Henry Laurence Gantt fue un ingeniero mecánico estadounidense que trabajó a caballo entre los siglos XIX y XX, dentro del movimiento de organización científica del trabajo. El problema del que salió su gráfico es el de la fábrica y el astillero: procesos con muchas fases encadenadas, mucha gente coordinada y maquinaria cara parada si la fase anterior no llegaba a tiempo. Saber en qué punto iba cada fase y qué estaba bloqueando a qué no era comodidad, era dinero.

Su aportación fue hacer visible en un mismo espacio y a la misma escala dos cosas que hasta entonces vivían en listas y en cabezas: el avance previsto y el avance real. En Polonia, Karol Adamiecki había desarrollado antes una idea muy parecida, el harmonograma, pero fue la versión de Gantt la que se extendió y la que acabó dando nombre al gráfico.

Ese origen explica a la vez sus virtudes y sus límites. El Gantt está pensado para trabajo secuencial, con alcance conocido y duraciones estimables. Cuanto más se parezca un proyecto a montar un barco, y menos a averiguar qué barco quiere el cliente, mejor funciona.

¿Cómo se construye un Gantt paso a paso?

1. Descomponer el trabajo

Antes de tocar una sola barra hay que tener la lista de lo que hay que hacer. La regla práctica: una tarea es lo bastante pequeña cuando una sola persona puede darla por terminada y cualquiera del equipo entiende, leyendo el nombre, qué significa que esté hecha.

«Web del cliente» no es una tarea. «Maquetar la plantilla de ficha de producto» sí lo es. Si una tarea dura más de una o dos semanas, casi siempre se puede partir; si dura menos de medio día, casi siempre sobra en el Gantt y pertenece a una checklist dentro de otra tarea.

Esta descomposición es la misma que sostiene cualquier otro sistema de planificación, así que no es trabajo perdido aunque luego descartes el Gantt. Si estás montando el proceso desde cero, empieza por la guía de gestión de proyectos para agencias creativas.

2. Estimar duraciones, no esfuerzo

Aquí se rompen la mayoría de los Gantt de agencia. Duración y esfuerzo no son lo mismo. Una tarea de ocho horas de trabajo puede durar cuatro días de calendario si quien la hace lleva tres proyectos a la vez, y puede durar dos semanas si en medio hay una validación del cliente.

En el eje del Gantt van días de calendario. Para llegar a ellos hay que estimar el esfuerzo y luego traducirlo con la dedicación real de cada persona y con los tiempos muertos que el proyecto lleva de serie: revisiones internas, envíos a cliente, festivos, vacaciones.

Las horas registradas de proyectos anteriores son el mejor material para esa estimación. Si el equipo imputa horas a las tareas —en Tasuki eso es el control de tiempo—, cada proyecto cerrado deja detrás una tabla de duraciones reales que vale mucho más que cualquier intuición. Cómo aprovecharla está en la guía de rentabilidad de proyectos en agencias.

3. Encadenar las dependencias

Con la lista y las duraciones, se declara el orden. La pregunta para cada tarea es siempre la misma: ¿qué tiene que haber pasado antes para que esta pueda empezar? Solo eso. Si la respuesta es «nada», la tarea no tiene predecesoras y puede ir en paralelo.

El error habitual es encadenar por costumbre en lugar de por necesidad. Que dos tareas siempre se hayan hecho seguidas no significa que la segunda dependa de la primera; a veces solo dependen de que la misma persona esté libre, y eso es un problema de capacidad, no de secuencia.

4. Encontrar el camino crítico

El camino crítico es la secuencia de tareas dependientes cuya suma de duraciones es la mayor de todo el proyecto. Determina la fecha de entrega más temprana posible y tiene una propiedad incómoda: sus tareas no tienen holgura. Cualquier retraso en una de ellas se traslada íntegro al final.

Se calcula recorriendo el plan hacia delante para obtener las fechas más tempranas de cada tarea, y luego hacia atrás desde la fecha de entrega para obtener las más tardías. La diferencia entre ambas es la holgura de esa tarea; las que tienen holgura cero forman el camino crítico. Las herramientas lo hacen solas, pero conviene entenderlo, porque de ahí sale la única priorización que un Gantt te da gratis: si hay que elegir a quién ayudar hoy, se ayuda a quien está en el camino crítico.

5. Repartir holgura y poner nombres

Un plan sin margen no es un plan ambicioso, es un plan que falla el primer día. El margen se pone donde hay incertidumbre real —dependencias externas, validaciones de cliente, tareas que el equipo nunca ha hecho antes— y se declara, en lugar de esconderlo inflando cada estimación un poco. Un colchón visible se defiende en una reunión; un colchón repartido en secreto se lo come el optimismo.

Al final, cada barra necesita un responsable. Una tarea sin nombre no se retrasa: desaparece.

¿Qué tipos de dependencia existen?

Hay cuatro, y solo uno se usa a diario. Conocer los otros tres evita retorcer el plan para que todo quepa en el primero.

A los cuatro tipos se les puede añadir un desfase: retardo, cuando entre A y B hay que esperar (una impresión de pruebas que tarda dos días en llegar), o adelanto, cuando B puede empezar antes de que A termine del todo (empezar a maquetar las primeras plantillas con el diseño al ochenta por ciento).

El retardo es la herramienta más útil y la más olvidada. Casi todo lo que en un Gantt de agencia parece un hueco inexplicable es en realidad una espera que nadie declaró: el tiempo que el cliente tarda en contestar. Modelarlo como retardo lo convierte en parte del plan en vez de en la sorpresa de todos los meses.

¿Cuándo NO compensa un diagrama de Gantt?

Casi ninguna guía sobre Gantt contesta esto, y es la parte que ahorra más trabajo. Un Gantt sale caro de construir y, sobre todo, de mantener. Hay cuatro situaciones en las que ese coste no se recupera.

Trabajo continuo sin fecha dura. Una iguala de contenidos, el soporte, la gestión de redes o el mantenimiento de una web no tienen principio ni fin: tienen un flujo constante de encargos parecidos. No hay camino crítico que calcular porque no hay una fecha de entrega única que proteger. Ahí lo que sirve es un tablero de flujo con límites de trabajo en curso, explicado en la guía de metodología Kanban.

Equipos pequeños con mucha variabilidad. En un equipo de tres o cuatro personas que saltan entre clientes, el plan cambia varias veces por semana por motivos ajenos al proyecto: una urgencia de otro cliente, una baja, una campaña que se adelanta. Mantener el Gantt sincronizado consume más tiempo del que ahorra, y el plan que queda es una foto de un momento que ya pasó.

Alcance que se descubre sobre la marcha. Si el proyecto empieza con una fase de exploración, con un concepto creativo que hay que encontrar o con requisitos que el cliente todavía no sabe formular, no hay lista de tareas que descomponer. Un Gantt sobre alcance desconocido es un ejercicio de invención con formato de ingeniería. Lo sensato es cerrar el alcance primero —para eso está el briefing creativo— y planificar después la parte que ya se conoce.

Proyectos demasiado cortos. Si el trabajo entero cabe en dos semanas y lo hacen dos personas, el Gantt no informa de nada que no se vea en una lista con fechas. El coste de mantenerlo se lo lleva todo el beneficio.

¿Por qué un Gantt mal mantenido es peor que no tenerlo?

Porque el valor de un Gantt no está en el dibujo, está en la propagación. Su promesa es que, cuando una tarea se retrasa, el gráfico te dice qué más se mueve y si la entrega peligra. Esa promesa solo se cumple si las fechas reales entran en el plan a medida que ocurren.

En cuanto deja de actualizarse pasan tres cosas encadenadas. Primero, el plan y la realidad divergen en silencio. Segundo, el equipo lo nota y deja de mirarlo, con lo que la coordinación vuelve al chat y a las cabezas. Tercero —y es el daño de verdad— alguien de fuera del equipo, un cliente o la dirección, sigue mirándolo y sigue creyendo lo que ve.

De ahí una regla simple: si nadie va a mantenerlo, no lo dibujes. Un Gantt sin dueño no es un plan a medias, es desinformación. Y mantenerlo es una tarea concreta que alguien tiene que tener asignada, no algo que ocurra por generación espontánea después de la reunión de los lunes.

¿Gantt, Kanban o calendario?

Las tres herramientas se comparan mal porque responden preguntas distintas. Puestas una al lado de otra se ve enseguida que no compiten.

En la práctica una agencia usa las tres a la vez, y lo importante es que sean vistas del mismo trabajo y no tres sitios donde escribir lo mismo. En Tasuki las mismas tarjetas se ven sobre un eje temporal, como tablero Kanban o como calendario, según la pregunta que toque contestar en ese momento. Para la gestión de dependencias y camino crítico que describe esta guía sigue haciendo falta una herramienta de planificación específica.

¿Cómo se mantiene vivo un Gantt sin que consuma el proyecto?

Tres hábitos bastan, y ninguno requiere una reunión larga.

1. Una revisión semanal corta. Se mueven las fechas reales de lo que ha ocurrido, no se rehace el plan. Quince minutos con el gráfico delante.
2. Se toca cuando cambia una dependencia, no cuando cambia una tarea. Que algo tarde un día más y tenga holgura no exige tocar nada. Que se rompa el orden de dos tareas encadenadas, sí.
3. Se replanifica entero cuando la desviación ya no cabe en la holgura. Llegado ese punto, remendar barras sueltas solo alarga la ficción. Es mejor rehacer el tramo que queda con las duraciones que ahora sabes que son ciertas.

Y una advertencia final sobre el nivel de detalle: cuanto más fina es la descomposición, más exacto parece el plan y más caro es mantenerlo. Un Gantt de treinta barras que está al día vale infinitamente más que uno de trescientas que está congelado en la semana de arranque.

Puntos clave

• Un Gantt es tareas con inicio, fin y dependencias sobre un eje temporal; su valor está en mostrar qué se mueve cuando algo se retrasa.
• Nació en la fábrica, para trabajo secuencial con alcance conocido, y ahí sigue funcionando mejor que en ningún otro sitio.
• Se construye en cinco pasos: descomponer, estimar duraciones (no esfuerzo), encadenar dependencias, calcular el camino crítico y repartir holgura declarada.
• Las tareas del camino crítico no tienen margen: son las que hay que desbloquear primero cuando hay que elegir.
• De los cuatro tipos de dependencia, fin a inicio cubre casi todo; los desfases modelan las esperas de cliente que, de otro modo, aparecen como huecos inexplicables.
• No compensa en igualas, soporte, equipos muy pequeños con agenda cambiante, alcance por descubrir ni proyectos de dos semanas.
• Un Gantt sin dueño que lo actualice es peor que ninguno: parece exacto cuando ya no lo es.
• Gantt, Kanban y calendario contestan preguntas distintas y conviene tenerlos sobre el mismo trabajo, no en tres sitios separados.