Un tablero que dice dónde está de verdad el trabajo.

Tableros kanban y scrum, arrastrar entre columnas, sprints que empiezan y se cierran. Un tablero más grande que una página lo dice, en lugar de mostrarte en silencio solo el principio.

Un proyecto puede definir campos propios, buscar por ellos, colorear las tarjetas de su tablero según el valor de una lista y marcar una tarjeta con el campo que importa.

Un proyecto conecta sus repositorios —GitLab o GitHub, y más de uno, porque un proyecto del gestor rara vez vive en uno solo—. Una tarea se nombra por su clave —ABC-12— en el nombre de la rama, en el título del merge request o en su descripción, y el merge request aparece en la tarea.

Un repositorio que no respondió lo dice, en lugar de fingir que ahí no hay nada.

Una tarea puede moverse sola: a revisión cuando se abre su merge request, a «en staging» cuando un pipeline la pone ahí, a cerrada cuando sale la versión en la que iba. Nadie tiene que acordarse de arrastrar la tarjeta.

El flujo ya preparado Releases by environment trae un estado para cada paso, tres entornos y siete reglas, apagadas. Hasta que enciendas una, nada se mueve solo. También puedes escribir reglas propias.

• Una regla mueve una tarea como la persona que la encendió, y el historial de la tarea nombra la regla. Si esa persona deja el proyecto, la regla se apaga sola en lugar de ejecutarse con el acceso de nadie.
• Es un movimiento corriente. Si el flujo no lo permite, a la tarea no le pasa nada, y el diario de la regla dice por qué.
• El «desde» se comprueba cada vez. Un merge request abierto sobre una tarea que ya está en pruebas no la arrastra hacia atrás.

Tres movimientos se quedan con una persona, porque cada uno es un juicio: «lo estoy probando», «pasó», «staging está bien».

Un paso del pipeline, ejecutado después de que el despliegue haya salido bien, dice qué salió y adónde. Kaiku puede leer las claves de las tareas en los commits hechos desde el último despliegue a ese entorno, así que el paso no tiene que enumerarlas.

• La tarea muestra Dónde está con cada entorno al que ha llegado; cada uno abre el pipeline que la puso ahí.
• El tablero tiene un filtro Está en.
• Una tarea en el último entorno que no está terminada lo dice mientras siga siendo así.
• El mismo despliegue comunicado dos veces no hace nada la segunda vez, así que repetir un paso es seguro.

Un proyecto mantiene sus versiones con sus fechas y su progreso, y una tarea puede estar en varias. Publicar marca una versión como publicada; si todavía contiene trabajo sin terminar, la pantalla pregunta antes: dejarlo, o moverlo a una versión que aún está por delante.

En una búsqueda: fixVersion = "2.4.0", fixVersion in releasedVersions(), fixVersion in unreleasedVersions().

Existencias y flujo van por separado: lo que está abierto ahora nunca toma en silencio el intervalo de fechas que toma «creadas por día». Las tareas archivadas siguen contando, porque un estante no es un borrado; y despejar un tablero, a mano o con una regla que fija el proyecto, no pierde nada.

Kaiku responde a la API REST de la edición autoalojada del gestor de tareas corporativo más extendido: las mismas rutas, cuerpos de petición, formas de respuesta, códigos de estado y formato de error. Una herramienta escrita para él se apunta a la dirección de tu espacio de trabajo con un token, y funciona. El lenguaje de consultas es un subconjunto, a propósito, y la documentación enumera lo que se entiende.

No tenemos relación con ese proveedor, y la compatibilidad es algo en lo que trabajamos, no una garantía para cada herramienta. Si una herramienta de la que dependes no se comporta, dínoslo: para nosotros eso es un error.

Un administrador de la empresa importa un proyecto desde la versión en la nube de un gestor de tareas popular: las tareas conservan sus claves, y con ellas llegan sus comentarios, archivos, campos propios, tareas padre y enlaces. Antes se hace una comprobación que dice qué no se trasladará —el historial de cambios, los sprints, el tiempo registrado— sin escribir nada todavía.

Una petición te da el proyecto entero como un zip: JSON estructurado, Markdown legible y todos los adjuntos. La exportación sigue funcionando mientras el espacio de trabajo está en solo lectura.