¿Kanban o Gantt? La respuesta casi siempre es los dos
Uno muestra el flujo de hoy, el otro muestra la fecha de entrega. Entiende cuándo ayuda cada uno, por qué la elección entre ellos es una trampa y cómo usar los dos sin duplicar el trabajo.
La pregunta aparece en toda implantación de una herramienta: ¿el equipo va a trabajar con un tablero Kanban o con un cronograma de Gantt? Por lo general se plantea como si fuera una elección de metodología, casi de identidad: los ágiles a un lado, los tradicionales al otro.
Pero las dos cosas responden a preguntas diferentes. Elegir una es renunciar a la respuesta de la otra. Y quien renuncia suele descubrirlo tarde, el día en que el cliente pregunta la fecha de entrega y nadie sabe decirla sin abrir una hoja de cálculo paralela.
Qué responde cada uno
El tablero responde "cómo vamos"
El Kanban muestra el trabajo parado a medio camino. Cada tarjeta es una tarea, cada columna es una etapa, y el ojo capta en dos segundos qué está atascado en revisión desde hace una semana. Es una fotografía del presente, buena para la conversación diaria del equipo.
Lo que el tablero no dice: si esa acumulación en la columna de revisión va a hacer o no que se incumpla la entrega de noviembre. No tiene noción de futuro.
El cronograma responde "cuándo termina"
El Gantt convierte cada tarea en una barra en el tiempo y las enlaza entre sí. Existe para responder dos preguntas que el tablero ignora: cuándo termina esto, y qué pasa si esta etapa se retrasa tres días.
Lo que el cronograma no dice: quién tiene qué ahora, y dónde está atascado el trabajo hoy. Es bueno para el mes, malo para el martes.
Cuándo basta el tablero por sí solo
Hay un caso legítimo para usar solo el tablero. Aparece cuando el trabajo tiene tres características:
- Flujo continuo, sin fecha final acordada. Soporte, mantenimiento, demandas internas, contenido recurrente. No existe una "entrega del proyecto", existe una cola.
- Tareas independientes. Ninguna espera a que termine otra. Si todo puede avanzar en paralelo, no hay nada que secuenciar.
- Nadie de fuera reclama fechas. Cuando no hay contrato ni cliente esperando, la previsión vale menos que el avance.
La mitad de los equipos que usan una herramienta de proyectos está en ese caso. Para ellos, montar un cronograma es ceremonia sin retorno.
Cuándo el cronograma deja de ser opcional
Pasa a ser obligatorio cuando existe una dependencia con fecha prometida. Una obra que solo empieza después de la licencia. Una campaña que depende de la aprobación del cliente. Una implantación con hito contractual. En esos casos, la pregunta "¿esto retrasa la entrega?" se hace cada semana, y responder a ojo sale caro.
Una señal de que ha llegado la hora: alguien del equipo mantiene una hoja de cálculo de fechas fuera de la herramienta. Esa hoja es el cronograma que el tablero no da.
Hay una segunda señal, más sutil. Cuando el equipo empieza a discutir el orden de ejecución en las reuniones ("esto tiene que salir antes que aquello, si no se bloquea"), esa conversación está intentando resolver, en la memoria de todos, un problema de secuencia. La secuencia es exactamente lo que registra una barra enlazada a otra, y registrarla libera al equipo de repetir la discusión cada semana.
En la Tasskee, tablero, lista, calendario y cronograma son vistas de las mismas tareas. Cambias de vista sin duplicar nada y sin exportar hojas de cálculo.
Ver las funciones de la TasskeeLado a lado
| Pregunta del día a día | Tablero | Cronograma |
|---|---|---|
| ¿Cómo va el trabajo ahora? | Responde bien | Responde mal |
| ¿Quién está sobrecargado? | Responde bien, con carriles por responsable | Responde mal |
| ¿Cuándo termina el proyecto? | No responde | Responde bien |
| ¿Este retraso de hoy cambia la entrega? | No responde | Responde bien, mediante las dependencias |
| ¿Qué hacer esta semana? | Responde bien | Responde regular |
El trabajo doble que asusta (y cómo evitarlo)
La resistencia a usar los dos casi nunca es conceptual. Es práctica: quien ha mantenido un tablero en una herramienta y un cronograma en una hoja de cálculo sabe que ambos se desfasan en dos semanas. Alguien mueve la tarjeta, nadie actualiza la barra, y el cronograma se convierte en ficción.
El problema ahí no es la técnica, es la duplicación. Cuando tablero y cronograma son la misma tarea vista de dos maneras, no hay sincronización que hacer: completar la tarjeta mueve la barra, y arrastrar la barra cambia el plazo que aparece en la tarjeta. Así funciona el tablero Kanban de la Tasskee en relación con el cronograma con dependencias y ruta crítica.
Si tu herramienta actual te obliga a mantener dos listas, el problema es la herramienta. Y conviene decirlo: lista y tablero están en todos los planes de la Tasskee, incluido el Free; el cronograma entra en el Pro, que la prueba de 15 días libera sin tarjeta.
Vale la pena una prueba antes de adoptar cualquier herramienta: cambia la fecha de una tarea en el cronograma y comprueba si cambia en el tablero. Después completa la tarjeta en el tablero y comprueba si la barra lo refleja. Si cualquiera de los dos exige una segunda edición manual, acabarás manteniendo dos verdades, y la que nadie actualiza es siempre la que mira el cliente.
Cómo usar los dos sin caer en la burocracia
- Monta el cronograma solo al nivel que defiendes. Veinte barras que representan etapas, no doscientas que representan cada subtarea. El detalle fino vive en el tablero.
- Enlaza solo las dependencias reales. Una dependencia es "no puede empezar antes", no "sería mejor hacerlo en este orden". Un cronograma lleno de líneas falsas se bloquea solo.
- Usa el tablero para la conversación del día. La reunión diaria mira columnas, no barras.
- Usa el cronograma para la conversación del mes. La reunión con el cliente o la dirección mira hitos y fechas.
- Revisa el cronograma una vez por semana. Quince minutos. Si necesitas más que eso, está demasiado detallado.
¿Y los ciclos cortos?
Existe una tercera vista que suele entrar en esta discusión: el sprint. No compite con ninguna de las dos: resuelve el "qué cabe en las próximas dos semanas", que el tablero no delimita y el cronograma no decide. Los equipos que trabajan por ciclos usan las tres: cronograma para el viaje, sprint para el tramo, tablero para el día.
Y si la duda es por dónde empezar, empieza por el tablero. Es más barato de adoptar, el equipo lo entiende sin formación y ya organiza el presente. El cronograma entra cuando aparezca la primera pregunta sobre fechas que no puedas responder mirando las columnas. Tratamos el siguiente paso en cómo montar un cronograma que el equipo cumpla.