Diagrama de Gantt vs Kanban

«¿Deberíamos usar un diagrama de Gantt o un tablero Kanban?» se pregunta como si fueran dos marcas rivales de lo mismo. No lo son. Responden preguntas distintas, y la fricción que notan los equipos suele venir de forzar a uno a hacer el trabajo del otro. Un diagrama de Gantt es un plan distribuido en el tiempo. Un tablero Kanban es una vista del trabajo tal como fluye a través de sus etapas. Una vez que los ves así, la elección — y los argumentos para usar ambos — se vuelve mucho más clara.

Qué es un diagrama de Gantt

Un diagrama de Gantt sitúa las tareas sobre un calendario. Cada tarea es una barra cuya posición y longitud muestran cuándo ocurre y cuánto dura, y las flechas entre barras muestran las dependencias: qué tiene que esperar a qué. Su razón de ser es responder preguntas sobre el tiempo: cuándo terminará esto, qué se solapa y qué tarea retrasada arrastra al resto. Es, fundamentalmente, una herramienta para planificar con antelación y comprometerse con una secuencia.

Qué es Kanban

Un tablero Kanban es un conjunto de columnas que representan los estados por los que pasa un trabajo — clásicamente Por hacer, En curso y Hecho, aunque los tableros reales añaden etapas como Revisión o Bloqueado. Cada tarea es una tarjeta, y gestionar el trabajo consiste en mover las tarjetas hacia la derecha a medida que avanzan. Kanban surgió del sistema de fabricación de Toyota y se adaptó al trabajo del conocimiento a finales de la década de 2000. Sus ideas centrales son visualizar el flujo y limitar el trabajo en curso (WIP): se limita cuántas tarjetas puede haber a la vez en una columna, lo que obliga al equipo a terminar tareas antes de empezar otras nuevas. A Kanban no le importan demasiado las fechas. Le importan el flujo, el rendimiento y no sobrecargar a las personas.

Una comparación directa

	Diagrama de Gantt	Tablero Kanban
Se organiza por	Tiempo (un eje de calendario)	Estado (columnas de etapas de trabajo)
Mejor pregunta que responde	¿Cuándo estará esto terminado, y en qué orden?	¿En qué estamos trabajando ahora mismo, y qué está atascado?
Dependencias	Se muestran explícitamente como flechas	En gran parte invisibles
Gestiona el cambio	Replanificando el calendario	Reordenando la prioridad de la siguiente tarjeta
Más eficaz con	Plazos fijos, secuencia conocida	Trabajo continuo y cambiante
Esfuerzo para mantenerlo al día	Mayor — hay que mantener las fechas	Menor — basta con mover tarjetas

En qué es realmente bueno cada uno

El diagrama de Gantt gana en previsión. Si tu proyecto tiene una fecha límite real y tareas que dependen unas de otras, nada supera a un diagrama de Gantt para ver la forma del conjunto antes de empezar. Saca a la luz el camino crítico — la cadena de tareas que determina la fecha final — para que sepas dónde duele de verdad un retraso. También es la mejor herramienta para comunicar un plan a alguien ajeno al equipo: un patrocinador entenderá un diagrama de Gantt en segundos y nunca leería un tablero de cuarenta tarjetas.

Kanban gana en el presente. Para el trabajo continuo donde las prioridades cambian semana a semana — una cola de soporte, un flujo de contenidos, un backlog de mantenimiento —, Kanban exige mucho menos esfuerzo y es mucho más honesto. No hay calendario que mantener ni la ficción de saber qué harás dentro de seis semanas. Los límites de WIP hacen algo que un diagrama de Gantt no puede: impiden activamente que un equipo empiece más de lo que puede terminar, que es la causa más común de que todo esté «en curso» y nada esté terminado.

Ese último punto merece un ejemplo concreto. Imagina un equipo de cuatro personas con once tareas «en curso»: todos están ocupados, y no se entrega nada, porque cada tarea espera a alguien que está a medias con otras tres. Pon un límite de WIP de, digamos, cinco tarjetas en la columna En curso y la dinámica se invierte: antes de que alguien pueda coger una tarjeta nueva, hay que terminar y avanzar una existente. La capacidad ociosa se dedica a desbloquear en vez de arrancar otra tarea más. Un diagrama de Gantt no tiene una palanca equivalente: te mostrará alegremente once barras solapadas y lo llamará un plan.

Dónde flaquea cada uno

Un diagrama de Gantt flaquea cuando el plan no se puede conocer de antemano. El trabajo exploratorio, guiado por la investigación o que cambia con rapidez deja en ridículo a un calendario detallado: pasas más tiempo redibujando barras que haciendo el trabajo, y las fechas seguras del diagrama se convierten en un lastre. Además, se queda obsoleto en cuanto la gente deja de actualizarlo; un plan trazado una vez y abandonado es decoración, no gestión.

Kanban flaquea cuando el tiempo y la secuencia importan de verdad. Un tablero te mostrará alegremente una columna de tarjetas sin ninguna pista de que tres de ellas deben ocurrir en un orden concreto, o de que una fecha límite ineludible está a dos semanas. Las dependencias son en gran parte invisibles en un tablero Kanban, y «¿cuándo estará esto terminado?» es una pregunta que solo responde con estadísticas de rendimiento pasado, no con una fecha que puedas poner en un contrato. Para un proyecto con fecha de lanzamiento y una red de requisitos previos, un tablero por sí solo te dejará pasar de largo ante los problemas sin verlos venir.

Usar ambos a la vez

El patrón maduro en muchos equipos es hacerlos funcionar a distintas alturas. El diagrama de Gantt sostiene el plan: las fases, los hitos, las dependencias, la fecha límite — el mapa de hacia dónde va el proyecto durante el próximo trimestre. El tablero Kanban gestiona los días: la porción de ese plan correspondiente a esta quincena, dividida en tarjetas que el equipo va moviendo por Por hacer, En curso y Hecho. El diagrama de Gantt responde «¿vamos bien para el lanzamiento?»; el tablero responde «¿qué está haciendo cada uno hoy?».

En concreto: un equipo de software podría mantener el plan de lanzamiento como un diagrama de Gantt — diseño, construcción, pruebas, publicación, con las dependencias y la fecha de salida ya trazadas — mientras los desarrolladores trabajan por completo desde un tablero Kanban, sin tocar el diagrama en el día a día. En la revisión semanal, el avance del tablero se traslada de nuevo al diagrama para comprobar que la fecha límite sigue en pie. Un proyecto de construcción, en cambio, vive mucho más del lado de Gantt, porque la secuencia es rígida y unos cimientos retrasados de verdad no se pueden reordenar por prioridad. Un equipo de marketing que gestiona campañas continuas podría vivir casi por completo en Kanban, y recurrir a un diagrama de Gantt solo cuando aparece un lanzamiento con una fecha ineludible.

Entonces, ¿cuál deberías usar?

Si tienes que elegir uno, elige según la naturaleza del trabajo, no según el gusto. Si está guiado por plazos, cargado de dependencias y hay que explicarlo a las partes interesadas: Gantt. Si es fluido, cambiante y centrado en el rendimiento: Kanban. Pero desconfía del planteamiento de «uno u otro». Son complementarios precisamente porque son distintos: uno es el plan, el otro es la ejecución. Los equipos que tienen problemas suelen ser los que usan un tablero para gestionar un proyecto con fecha límite, o un diagrama de Gantt para gestionar un flujo sin final definido. Ajusta la herramienta a la pregunta y ambos se vuelven un placer de usar.

Preguntas frecuentes

¿Se puede usar un diagrama de Gantt y un tablero Kanban al mismo tiempo?

Sí, y muchos equipos lo hacen. El patrón habitual es mantener el plan general — fases, hitos, dependencias, fecha límite — en un diagrama de Gantt, y gestionar el trabajo del día a día en un tablero Kanban. El diagrama responde «¿vamos bien?»; el tablero responde «¿qué estamos haciendo ahora?».

¿Es Kanban mejor que un diagrama de Gantt para equipos Agile?

Para el trabajo continuo, basado en el flujo y con prioridades cambiantes, Kanban suele encajar mejor con los equipos Agile porque no hay un calendario fijo que mantener. Pero incluso los equipos Agile recurren a un diagrama de Gantt cuando hay una fecha límite externa ineludible o un plan de lanzamiento con dependencias reales que comunicar.

¿Un tablero Kanban muestra las dependencias?

No de forma natural. Un tablero muestra el estado de cada tarea, pero dice poco sobre qué tareas deben ocurrir antes que otras, o cuándo. Si la secuencia y las fechas importan en tu proyecto, ahí es exactamente donde un diagrama de Gantt se gana su lugar junto al tablero.

¿Cuál es más fácil de mantener actualizado?

Por lo general, un tablero Kanban: actualizarlo solo significa arrastrar una tarjeta a la siguiente columna. Un diagrama de Gantt exige más mantenimiento porque las duraciones y las fechas hay que ajustarlas a medida que cambia la realidad, que es el precio de la previsión que ofrece.