Coordinar El Rack entre varios colaboradores —cada uno con sus propias reviews, revisiones y tareas pendientes— llevaba tiempo funcionando a base de mensajes sueltos y memoria, sin ningún tablero real donde ver de un vistazo qué está en marcha y qué falta por revisar. Kanboard apareció como la opción self-hosted más ligera para resolver justo esto, sin la sobrecarga de una herramienta de gestión de proyectos pensada para equipos mucho más grandes.
Ligereza como característica, no como carencia
Frente a Taiga, que apunta a metodologías ágiles completas con sprints y backlogs elaborados, Kanboard se queda deliberadamente en lo esencial: tableros, columnas, tarjetas, límites de trabajo en curso (WIP) para evitar que una columna se sature sin control. Escrito en PHP con soporte para SQLite como base de datos, el despliegue es mínimo — nada de stacks de varios contenedores para lo que en el fondo es un tablero Kanban.
No todo proyecto necesita sprints, story points y velocidad de equipo — a veces solo hace falta saber qué se está haciendo ahora mismo y quién lo está haciendo.
El día a día
Las automatizaciones basadas en eventos (mover una tarjeta automáticamente al cambiar una etiqueta, por ejemplo) ahorran pasos manuales repetitivos. Los límites WIP por columna son la función que más cambia el hábito de trabajo — obligan a terminar antes de empezar algo nuevo, en vez de acumular tareas "en progreso" que en realidad nadie está tocando.
Lo menos positivo que yo creo
La interfaz, funcional pero sobria, no tiene el pulido visual de herramientas SaaS modernas como Trello o Asana — prioriza la función sobre la estética. Y si el proyecto crece hasta necesitar gestión ágil real (sprints, story points, velocidad), Kanboard se queda corto por diseño; ahí Taiga es la opción más adecuada.
