Tareas

Cómo funcionan las tareas

Resumen

Las tareas son la unidad básica de trabajo dentro de un proyecto. Cada tarea tiene un título (hasta 300 caracteres), descripción opcional, estado, prioridad, un equipo opcional, una persona asignada opcional, fechas de inicio/vencimiento opcionales, y un origen (manual o github, según si nació en P32 o se importó desde un issue).

Estados personalizados

Los estados no son fijos: cada proyecto define los suyos. Al abrir el tablero de un proyecto por primera vez se crean 3 estados de partida (Por hacer, En progreso, Hecho), pero a partir de ahí puedes añadir, renombrar, recolorear, reordenar o eliminar estados libremente desde el propio tablero.

• Cada estado tiene un nombre, un color (de una paleta cerrada de 8) y una posición.
• Un estado se puede marcar como "completado" (isDone); esa marca, no el nombre, es lo que activa el cierre automático de issues de GitHub.
• No se puede borrar un estado mientras tenga tareas dentro, y un proyecto siempre necesita al menos un estado.

Prioridad y comentarios

Cada tarea admite comentarios de texto plano (hasta 2000 caracteres), visibles con autor, avatar y fecha en el panel de detalle. Es un sistema simple: sin edición posterior, sin hilos de respuesta, sin menciones y sin adjuntos. Solo publicar y, si eres el autor o tienes rango Manager, borrar.

Tablero kanban

El tablero permite arrastrar tarjetas entre columnas de estado. No hay límites de trabajo en curso (WIP) por columna, y el único filtro disponible es por equipo (todos / sin equipo / un equipo concreto).

Con rango Manager o superior tienes controles extra en cada columna: añadir una tarea directamente en ella, moverla de posición, editar su nombre/color/marca de completado, o eliminarla (bloqueado si aún contiene tareas).

Sincronización con GitHub

La sincronización con GitHub combina dos mecanismos, ninguno de los dos en tiempo real: no hay webhooks ni tareas programadas.

Mover una tarea vinculada a un estado marcado "completado" → cierra el issue
Mover esa tarea fuera de un estado "completado" → reabre el issue

Ocurre al instante al guardar el cambio de estado (drag & drop o edición manual).

Botón "Sincronizar" en la barra del tablero:
  issue cerrado en GitHub → tarea pasa al estado "completado" del proyecto
  issue reabierto en GitHub → tarea pasa al estado no-completado de menor orden

Solo se ejecuta cuando alguien pulsa el botón, no hay pull automático.

También puedes crear una tarea directamente como issue nuevo, o importar issues ya existentes de un repositorio conectado (evita duplicados por número de issue). Si el push a GitHub falla (token caducado, sin conexión), la tarea se guarda igualmente en P32 y solo se muestra un aviso no bloqueante.

Milestones

Un milestone es un objetivo ligero, no un contenedor de tareas: no se enlaza a tareas individuales ni tiene un porcentaje de progreso calculado. Es, en esencia, una casilla marcable con título, descripción opcional y una fecha:

• Tipo: general (del proyecto entero) o de un equipo concreto.
• Alcance temporal: un mes completo, o una fecha concreta.
• Estado: hecho / no hecho (checkbox), con marca de "(editado)" si se modificó después de creado.

Calendario

El calendario del proyecto muestra las tareas con fecha de inicio y/o vencimiento (como píldoras coloreadas por prioridad, o como barras si activas el modo "barras anchas"), más los milestones en un panel lateral. No hay más tipos de evento, nada de revisiones de cliente ni actividad de repositorios en esta vista.

Los ajustes del calendario (inicio de semana lunes/domingo, barras anchas sí/no, panel de milestones siempre visible o bajo demanda) se guardan solo en tu navegador, no se sincronizan entre dispositivos.