Diagrama de Gantt: qué es, cómo hacerlo y cómo encontrar la ruta crítica.

El diagrama de Gantt es un gráfico de barras horizontales en el que cada tarea de un proyecto aparece como una barra: empieza en la fecha de inicio, termina en la fecha final y queda enlazada a las tareas que dependen de ella. Al mirarlo, ves en segundos cuándo acaba el proyecto, qué está pasando al mismo tiempo y qué se retrasará si una etapa se desliza.

Es el formato de cronograma más conocido del mundo, y también uno de los peor usados. Mucha gente monta un Gantt precioso al inicio del proyecto, no vuelve a abrirlo y, a la hora de que el cliente pida cuentas, descubre que el gráfico no tiene nada que ver con la realidad. Esta guía muestra cómo montar uno que funcione, cómo encontrar la ruta crítica y cuándo no usar Gantt.

Qué es el diagrama de Gantt y de dónde viene

El nombre viene de Henry Gantt, ingeniero y consultor estadounidense que popularizó este tipo de gráfico en la década de 1910, aplicado a la planificación de la producción en fábricas. La idea de dibujar tareas como barras en una escala de tiempo ya existía antes que él, pero fue el trabajo de Gantt el que la extendió por el mundo industrial y, después, por los proyectos de construcción e ingeniería.

La fuerza del formato está en juntar dos informaciones en un solo dibujo: cuándo ocurre cada cosa (posición y longitud de la barra) y en qué orden (las flechas de dependencia). Una hoja de cálculo de fechas muestra lo primero; solo el gráfico muestra lo segundo de una forma que el ojo entiende sin esfuerzo.

Para qué sirve un Gantt

El Gantt resuelve cuatro problemas que la lista de tareas, por sí sola, no resuelve:

• Prever la fecha de finalización. Sumando duraciones y dependencias, llegas a una fecha que puedes defender ante el cliente, y no a una corazonada.
• Mostrar el efecto de los retrasos. "Si la aprobación se retrasa una semana, ¿para cuándo queda la entrega?" es una pregunta que el gráfico responde con solo mirarlo.
• Evitar conflictos de agenda. Al ver las barras apiladas, te das cuenta de que la misma persona está asignada a tres tareas en la misma semana.
• Alinear a quienes no están en el día a día. El director, el cliente y el inversor no van a leer cincuenta tareas, pero entienden una línea de tiempo con cinco hitos.

Es un instrumento típico de proyectos con fecha y secuencia: obras, implantaciones de sistemas, lanzamientos, eventos, mudanzas de oficina, auditorías. Un despacho contable de Belo Horizonte que migra la cartera de clientes a un sistema nuevo antes de diciembre tiene todo para usarlo: cada etapa (alta de datos, importación del histórico, formación, puesta en marcha) depende de la anterior y hay una fecha final.

Los elementos de un Gantt

Eje del tiempo

En la parte superior, una regla de días, semanas o meses. La escala debe ajustarse al proyecto: una obra de 14 meses cabe en semanas; el lanzamiento de una campaña de 3 semanas pide días.

Barras de tarea

Cada tarea es una barra. La longitud es la duración; la posición, el inicio y el fin. Muchos gráficos rellenan parte de la barra para mostrar el porcentaje completado, y así el avance aparece en el propio dibujo.

Tareas resumen (agrupadoras)

Las etapas mayores, como "cimentación" o "diseño del sitio", agrupan varias tareas menores. La barra resumen abarca desde el inicio de la primera hasta el fin de la última. Sirven para que el gráfico quepa en una pantalla sin perder el detalle de debajo.

Dependencias

Flechas que enlazan una barra con otra. Dicen que una tarea solo puede empezar (o terminar) después de que otra empiece o termine. Es el elemento que convierte un dibujo de barras en un plan de verdad, y se explica en la siguiente sección.

Hitos

Puntos de duración cero, dibujados como rombos, que representan fechas que importan: "aprobación del proyecto por el cliente", "entrega de las llaves", "go-live". Un hito no consume tiempo ni esfuerzo; marca una decisión o una entrega.

Línea de hoy

Una línea vertical que marca la fecha actual. Todo lo que está a su izquierda y no está completado es retraso. Es el elemento más sencillo y el que más hace que se mire el gráfico.

Tipos de dependencia entre tareas

La dependencia define la relación entre el fin o el inicio de dos tareas. Existen cuatro tipos clásicos:

En la práctica, la gran mayoría de las dependencias de un proyecto común son del tipo fin-comienzo. Empieza por ellas y usa los otros tipos solo cuando haya un motivo claro. Una advertencia: dependencia significa "no puede empezar antes", no "sería mejor hacerlo en este orden". Enlazar tareas por preferencia llena el gráfico de flechas falsas, y el plan pasa a moverse de una forma que nadie sabe explicar.

Ruta crítica: lo que define la fecha final

La ruta crítica es la secuencia de tareas encadenadas que tiene la mayor duración total. Como cada tarea de la secuencia espera a la anterior, el proyecto no termina antes de la suma de todas ellas. Cualquier retraso en una tarea de la ruta crítica empuja la fecha final en la misma medida. Las tareas que quedan fuera tienen holgura: pueden retrasarse hasta cierto punto sin afectar a la entrega.

Un ejemplo numérico sencillo

Una agencia de Florianópolis monta el sitio web de un cliente. Las tareas, con duración en días hábiles y dependencias del tipo fin-comienzo:

Hay dos caminos de principio a fin:

• A, B, D: 3 + 5 + 2 = 10 días
• A, C, D: 3 + 4 + 2 = 9 días

El proyecto dura 10 días, porque la tarea D solo empieza cuando las dos, B y C, están listas, y B tarda más. La ruta crítica es A, B, D. La tarea C tiene 1 día de holgura: puede durar 5 días en lugar de 4 sin afectar a la entrega. Si el desarrollo (B) se retrasa 2 días, la entrega pasa al día 12. Si la redacción (C) se retrasa 1 día, no cambia nada.

Por eso la ruta crítica orienta dónde dedicar atención. La reunión semanal debe preguntar primero "¿alguna tarea crítica está en riesgo?". Un retraso fuera de la ruta merece cuidado, pero no es urgente; un retraso dentro de ella es la fecha final deslizándose.

La ruta crítica cambia

No es fija. Si la redacción (C) se dispara a 7 días, el camino A, C, D pasa a sumar 12 días y se convierte en la nueva ruta crítica, y la tarea B gana holgura. Por eso el cálculo hay que rehacerlo con cada cambio, y es la principal razón para hacer el Gantt en una herramienta en lugar de en una hoja de cálculo: la cuenta es repetitiva y se equivoca sin avisar.

Cómo montar un Gantt, paso a paso

1. Define el alcance y el hito final. Qué se entregará y en qué fecha lo espera el cliente. Sin esto, el cronograma es decoración.
2. Divide el trabajo en tareas. Usa una EDT para no olvidar nada. La regla práctica: tareas de entre 1 y 10 días. Menos que eso es demasiado detalle; más, esconde problemas.
3. Estima la duración de cada tarea. Pide la estimación a quien va a ejecutar, no a quien va a reclamar. Añade margen donde haya incertidumbre.
4. Enlaza las dependencias. Para cada tarea, pregunta "¿qué tiene que estar listo antes de que empiece?". Registra solo las dependencias reales.
5. Asigna responsables. Una persona por tarea. Un Gantt sin responsables es un dibujo.
6. Marca los hitos. Aprobaciones del cliente, entregas parciales, fechas contractuales. Son los puntos que defiendes en las reuniones.
7. Identifica la ruta crítica. Suma las duraciones de cada secuencia y mira cuál es la mayor. Ese es el tramo en el que no se puede ceder.
8. Revisa una vez por semana. Actualiza el avance, mueve lo que ha cambiado y comprueba si la ruta crítica ha cambiado. Quince minutos bastan; si es más, el gráfico está demasiado detallado.

Hay un punto de partida en la plantilla de cronograma de proyecto y, para obras, en la plantilla de cronograma de obra. El post cómo montar un cronograma que el equipo cumpla trata la parte humana del asunto.

Ejemplo de obra: constructora en Curitiba

Para ver cómo se comporta el Gantt en un caso más encadenado, imagina una constructora de Curitiba reformando la fachada de un edificio. El núcleo del cronograma tiene estas etapas:

1. Aprobación del proyecto en la junta de la comunidad de vecinos (hito)
2. Contratación del andamio (depende de 1)
3. Montaje del andamio (depende de 2)
4. Recuperación del enlucido (depende de 3)
5. Curado del enlucido, con tiempo de espera (depende de 4)
6. Pintura (depende de 5)
7. Desmontaje del andamio y entrega (depende de 6)

Aquí casi todo es una cola: la ruta crítica es el proyecto entero, y cualquier retraso desplaza la entrega. Es el tipo de proyecto en el que el Gantt es indispensable, porque la pregunta "si la lluvia retrasa la pintura cinco días, ¿cuándo entrego?" tiene que responderse en el momento, no el fin de semana, en una hoja de cálculo.

Cómo leer un Gantt en 30 segundos

Cuando alguien abre tu Gantt en una reunión, enseña al ojo a seguir siempre el mismo orden:

1. Encuentra la línea de hoy. Es el punto de referencia. Todo lo que está a la izquierda debería estar listo.
2. Busca barras incompletas a su izquierda. Cada una es un retraso. Cuanto más lejos de la línea, más antiguo.
3. Mira si alguna está en la ruta crítica. Si lo está, la fecha final ya está en riesgo.
4. Mira los próximos hitos. ¿Siguen en pie? ¿Qué tiene que ocurrir antes de cada uno?
5. Comprueba la carga. ¿Hay alguna semana con demasiadas barras para la misma persona?

Si toda la reunión cabe en esas cinco preguntas, el Gantt está cumpliendo su papel. Si alguien necesita diez minutos solo para entender el gráfico, está demasiado detallado o desactualizado.

¿Gantt o Kanban?

Los dos no compiten; responden a preguntas diferentes. El Gantt responde "cuándo termina y qué pasa si esto se retrasa". El Kanban responde "en qué punto está el trabajo hoy y dónde está atascado". El Gantt es bueno para el mes y malo para el martes; el tablero, al contrario.

Usa Gantt cuando haya dependencia con fecha prometida: obra, implantación, campaña con aprobación del cliente. Usa solo el tablero cuando el trabajo sea flujo continuo y sin fecha final, como soporte y mantenimiento. Y si existen las dos necesidades, usa los dos sobre las mismas tareas. La comparación completa está en ¿Kanban o Gantt?, y el contexto general, en la guía de gestión de proyectos.

Los errores más comunes al hacer un Gantt

• Demasiado detalle. Doscientas barras que nadie actualiza. Mantén el Gantt en el nivel que puedas defender; el resto vive en una lista o en un tablero.
• Ninguna dependencia. Sin flechas, es un calendario de colores. No calcula nada y no avisa de nada.
• Dependencias inventadas. Lo contrario: enlazarlo todo con todo por "orden". El gráfico se bloquea y nadie sabe por qué.
• Estimación sin margen. Todas las tareas en el mejor escenario suman un plazo que no existe. Pon holgura en las etapas inciertas, sobre todo en las que dependen del cliente.
• Sin responsable. La barra se retrasa y nadie se siente dueño de ella.
• No actualizar. El error más común de todos. Un Gantt desactualizado es ficción, y siempre es la versión que mira el cliente.
• Ignorar la ruta crítica. Tratar todo retraso como igual y gastar energía en tareas con holgura mientras la crítica se desliza.
• Olvidar fines de semana y festivos. La duración en días hábiles frente a naturales cambia la fecha final. Define la regla antes de empezar.

¿Gantt en Excel o en una herramienta?

Se puede hacer un Gantt en Excel, y para un proyecto pequeño, de una sola persona y sin cambios, funciona. El método habitual es montar una tabla con inicio y duración y convertirla en un gráfico de barras apiladas, dejando la primera serie invisible. También hay hojas de cálculo listas, con formato condicional que pinta las celdas de cada tarea.

El problema empieza con el primer cambio:

La hoja de cálculo gana en coste y en familiaridad. La herramienta gana en todo lo que depende de recalcular: dependencias, ruta crítica, carga por persona y avisos de retraso. Para elegir entre ellas, merece la pena leer cómo elegir un software de gestión de proyectos.

Cómo hacerlo en la Tasskee

El cronograma Gantt de la Tasskee forma parte del plan Pro, y la prueba de 15 días, sin tarjeta, ya lo desbloquea. Cada tarea del proyecto se convierte en una barra en la línea de tiempo en cuanto tiene fecha, así que no necesitas montar el cronograma desde cero.

1. Crea las tareas del proyecto con responsable y fecha. Las que ya existen en el proyecto aparecen solas en la línea de tiempo. Si el plan está en un documento o en un acta, se puede importar el texto y convertirlo en tareas con la IA.
2. Arrastra la barra para reprogramar. ¿Ha cambiado la fecha? Tira de la barra. Las tareas enlazadas a esa se ajustan y ves el efecto antes de prometerle nada al cliente.
3. Enlaza las dependencias. Una tarea pasa a empezar solo después de que termine la anterior, y la línea de tiempo muestra el encadenamiento.
4. Marca los hitos. Destaca las fechas que no pueden deslizarse: aprobación del cliente, entrega parcial, go-live.
5. Mira la ruta crítica. La Tasskee destaca la secuencia de tareas que define la fecha final, para que sepas dónde no puedes ceder.
6. Haz el seguimiento del progreso en la propia barra. El avance aparece en la línea de tiempo, y completar la tarea en el tablero actualiza el cronograma, porque son la misma tarea en vistas diferentes.

Como la lista y el tablero Kanban están en todos los planes, incluido el Free, muchos equipos empiezan por el tablero y añaden el cronograma cuando surge la primera pregunta de fechas que el tablero no responde. Para ciclos cortos sobre las mismas tareas, están los sprints. Y, si el cliente necesita seguir el cronograma sin ocupar un asiento de usuario, el portal del invitado muestra lo que liberes del proyecto.