Backlog de Syncro

Filosofía: el backlog es un mapa de direcciones, no una lista de tareas cerradas. Los temas definen hacia dónde va el proyecto; la granularidad la decide el equipo cuando toma un tema. Así, cuando surgen ideas o paradigmas nuevos, no hay que reescribir el plan — solo encajan dentro de un tema.

Cómo funciona

• Unidad básica = tema (épica): dirección amplia y estable. No cambia con cada idea nueva.
• Prioridad relativa = foco: cada trimestre se eligen los temas en los que el equipo se enfoca (Ahora / Pronto / Después). El resto queda documentado, no descartado.
• Objetivos trimestrales: por cada tema, una meta amplia de lo que nos gustaría lograr a grandes rasgos. Sin tareas concretas — esas se definen al trabajar el tema.
• Anclas de foco: los temas prioritarios del trimestre son un compromiso. Se pueden ampliar en cualquier momento, pero solo se cambia de ancla con una decisión consciente del equipo.
• Revisión: cada ~3 meses se revisa el foco. Entre revisiones, el foco se ajusta libremente si surge algo importante, siempre con decisión explícita.

Temas

1. Núcleo de gestión ⭐ (foco actual)

El corazón del producto: tableros Kanban, backlog, tareas, labels, prioridades y asignaciones. Todo lo que hace que un equipo pueda organizar el trabajo.

• Objetivo Q3 2026: completar el ciclo de vida de los boards ✅ (crear, renombrar, eliminar, listar) y llevar los labels a la UI del Kanban.
• Ejemplos de posibles tareas (orientativos, no cerrados): selector de labels en tareas, gestión de labels por workspace, pulido de drag & drop.
• Estado actual: Kanban funcional (DnD, columnas, prioridades, asignaciones, actividad, toolbar, filtros) · backlog funcional · boards con CRUD completo desde la sidebar.

2. Colaboración ⭐ (foco actual)

Comunicación y feedback dentro del workspace: chat en tiempo real, presencia y notificaciones.

• Objetivo Q3 2026: un chat por workspace funcional en tiempo real (Pusher) y un sistema de notificaciones internas.
• Ejemplos (orientativos): canales por workspace, indicador de escritura, presencia, campana de notificaciones, eventos de tarea.
• Estado actual: chat y notificaciones son placeholders.

3. Equipo y acceso

Gestión de personas: invitaciones, roles y perfiles.

• Objetivo Q3 2026: diseño y decisión del flujo de invitaciones por email (el modelo Invitation ya existe en BD). Implementación si el foco lo permite.
• Ejemplos (orientativos): formulario de invitación, aceptación con token, gestión de roles desde settings.
• Estado actual: roles OWNER/ADMIN/MEMBER funcionando y editables desde la página Teams · perfiles propios y públicos · añadir miembro por email (email existente) · invitaciones por email pendientes.

4. Visibilidad y planificación

Vistas que ayudan a planear: calendario, reportes y estadísticas.

• Objetivo Q3 2026: consolidar el calendario y time tracking implementados y seguir con reportes/estadísticas.
• Ejemplos (orientativos): calendario por workspace ✅, stats del dashboard ✅, reportes.
• Estado actual: calendario con vistas de equipo y “Mi tiempo” + imputación de horas · dashboard con stats básicas.

5. Base técnica (transversal)

Salud del código y del proceso: tests, CI/CD, seguridad, rendimiento, deuda, documentación.

• Objetivo Q3 2026: GitHub Issues operativo (labels + templates en curso) · CI con lint/typecheck bloqueante ✅ · primeros tests unitarios ✅ y limpieza de deuda pendiente (ramas muertas, syncro/nul, docs desactualizadas).
• Ejemplos (orientativos): workflows de CI ✅, unit tests de la capa service ✅, rate limiting, auditoría de dependencias.
• Siempre activo: cada PR debe mantener docs al día (T-01).

6. Experiencia (transversal)

Cómo se siente usar Syncro: onboarding, accesibilidad, i18n, dark mode, micro-interacciones.

• Objetivo Q3 2026: datos demo pulidos (ya listos) y auditoría ligera de accesibilidad.
• Ejemplos (orientativos): onboarding post-registro, contraste en dark mode, estados vacíos unificados.
• Estado actual: i18n es/en · dark mode · datos demo con 5 usuarios, 3 workspaces y 40 tareas de backlog.

Cómo tomar un tema

1. Al inicio del trimestre (o cuando se decida), el equipo elige el foco: 1-2 temas ancla + transversales.
2. Para cada tema ancla se definen las tareas concretas del momento (issues en GitHub), no antes.
3. Cada issue se enlaza a una rama y a un PR. Al cerrar el PR, se cierra el issue.
4. Las ideas nuevas se discuten a nivel de tema: “¿en qué tema encaja?” — no se reescribe el mapa.

Etiquetas recomendadas para GitHub Issues

Etiqueta	Uso
area:core	Núcleo de gestión
area:collaboration	Colaboración (chat, notificaciones)
area:team	Equipo y acceso
area:planning	Visibilidad y planificación
area:tech	Base técnica
area:ux	Experiencia
area:docs	Documentación
priority:high / medium / low	Importancia
status:todo / in-progress / review / done	Estado del issue
focus:current	Temas del foco trimestral

Flujo de trabajo

1. El foco trimestral se registra en esta página (sección Foco actual).
2. Las tareas activas se crean como issues en GitHub con las etiquetas anteriores.
3. Cada issue tiene un único responsable y se vincula a una rama feat/... y a un PR.
4. Al mergear el PR, el issue se cierra automáticamente.

Historial

• Q3 2026 (en curso): foco en Núcleo de gestión y Colaboración; cimientos técnicos (Issues, CI, tests) en marcha.
• El backlog anterior con sprints cerrados (S0–S4) queda sustituido por este modelo de temas abiertos.