App kanban: cuándo un tablero alcanza (y cuándo no)

La gente busca “app kanban” y le venden un software de gestión de proyectos con tablero incluido. No es lo mismo. Una app kanban resuelve una pregunta: ¿dónde está cada tarjeta y cuántas hay en curso? Un PMO resuelve otras: presupuesto, ruta crítica, portafolio, 40 personas. Si mezclas las dos compras, pagas la segunda para usar la primera.

Un tablero kanban online es columnas + tarjetas + (si es kanban de verdad) un tope de trabajo en curso. Trello enseñó esa forma; el resto del mercado le sumó vistas. El método —por qué el límite WIP hace que el tablero funcione— está en Kanban WIP: qué significa el límite. El marco —cuándo Kanban y cuándo Scrum— está en Kanban vs Scrum. Este artículo es la capa de herramienta: cuándo el tablero alcanza y cuándo tienes que elegir otra cosa.

Cómo armar las columnas —cuántas, con qué nombres, dónde va el límite— es el diseño del tablero, no la elección de la app. Es un segundo paso: primero decides si un tablero te basta; después lo diseñas. Acá nos quedamos en la herramienta.

El tablero alcanza cuando el trabajo es un flujo que se ve. Una agencia de 8 con piezas que entran y salen, una pyme de 12 que reparte entregables, un equipo de soporte que no puede cerrar un sprint de dos semanas: columnas, dueño por tarjeta y un tope de “en curso” bastan. No hace falta un Gantt para ver que diseño tiene tres frentes y copy tiene uno.

• El trabajo llega continuo, no en un compromiso cerrado cada 14 días.
• El cuello de botella se ve en una columna (revisión, espera de cliente, “en curso” hinchado).
• El equipo cabe en una mesa o en una llamada: 1 a 15 personas, no 40 con PMO.
• La pregunta del lunes es “qué está en curso y qué está bloqueado”, no “cuál es la ruta crítica del mes 6”.

Si eso describe tu semana, una app kanban es la herramienta correcta. El resto de criterios (asientos, datos, dueño) es el mismo que para cualquier software de gestión de proyectos: no pagues 15 vistas para usar tres columnas.

La frontera no es “equipos ágiles vs. equipos serios”. Es esta tabla. Léela con un proyecto real encima, no con el brochure.

Una agencia de 8 casi siempre cae a la izquierda: flujo, WIP, status visual. Una pyme de 12 que instala o construye a veces cae a la derecha el día que el cliente pide barras y la fecha depende de un proveedor. Ahí el tablero no es inútil: deja de ser suficiente. Conservas el kanban para el flujo diario y sumas otra capa (cronograma, presupuesto), no 15 vistas “por si acaso”.

Si ya decidiste que un tablero alcanza, la app se elige por cuatro piezas. Todo lo demás es el plan de pago.

• Columnas que puedes nombrar tú, no un flujo fijo de “sprint backlog”. Kanban no es Scrum con stickers.
• Límite WIP visible en las columnas intermedias. Sin eso, es una lista tumbada. La app no tiene que ser policía; tiene que hacer evidente el tope.
• Dueño por tarjeta y una fecha cuando hace falta. El tablero vacío de responsables es un mural.
• Datos que puedes llevarte y un costo que no explota a los 8 o 12 asientos. Invitados, adjuntos y “el campo extra va en el plan Business” son el techo real.

Sobra, para este trabajo: mapa mental, carga por persona al estilo PPM, 12 tipos de vista, automatizaciones que nadie va a mantener y un Gantt que la app ofrece “porque el plan lo incluye”. Si el Gantt es el entregable del cliente, genéralo para esa reunión; no elijas la app kanban por esa captura. La comparativa concreta con el tablero más famoso está en Hito vs Trello: misma forma visual, techos distintos (asientos, nube, lo que puedes exportar).

Tres confusiones caras:

• “Usamos Trello, entonces hacemos Kanban.” Sin límite WIP, haces una lista horizontal. La app no instala el método.
• “La app tiene sprints, entonces hacemos Scrum.” Scrum es compromiso cerrado, roles y un ritmo. Un campo “sprint” no es un sprint. Si el trabajo de la agencia de 8 no comparte calendario, el sprint es teatro; el tablero continuo es honesto.
• “Si no hay Gantt, no hay gestión de proyectos.” El Gantt es una vista de fechas, no la gestión. Para flujo diario, el tablero gana. Para una fecha que depende de 20 predecesoras, el Gantt (o un cronograma de verdad) gana. No son rivales: son capas. Elige la app por la capa que usas 4 días de 5.

La regla corta: si la semana se ve en columnas, compra (o instala) una app kanban. Si la semana se ve en un compromiso de sprint, no elijas kanban y le pongas fechas a la fuerza. Si la semana se ve en barras y holguras, el tablero no va a recálcularte la ruta crítica por más bonito que sea el drag-and-drop.

No hagas una matriz de 40 funciones. Haz un piloto con trabajo real.

1. Describe el flujo de esta semana en una frase: “las piezas entran, se diseñan, el cliente aprueba, se publican”. Esa frase son tus columnas. Si no puedes decirla, todavía no estás eligiendo app: estás eligiendo proceso.
2. Marca la frontera de la tabla de arriba. Si ya necesitas presupuesto, sprints cerrados o Gantt como motor, no busques “la mejor app kanban”: busca otra categoría y, si acaso, un tablero como vista.
3. Prueba 14 días con un proyecto real (una cuenta de la agencia de 8, un entregable de la pyme de 12). Tareas de ejemplo no mienten menos: mienten más.
4. Revisa techos el día 14: asientos que pagarías a 12 meses, si el WIP se ve, si sales con un export, si 6 de 8 actualizan sin campeón. Eso elige la app. El color de las tarjetas, no.

Si el tablero alcanza y quieres uno local-first —JSON en tu equipo, sin asientos, kanban + procesos, IA opcional, PWA— Hito está pensado para 1 a 15 personas, no para un PMO con SSO.

👉 Prueba Hito gratis — gestor de proyectos local-first: tablero kanban, SOPs y automatizaciones en tu equipo. Sin cuenta, sin asientos, sin nube.