-
Notifications
You must be signed in to change notification settings - Fork 0
Gestion de Sprints
Un sprint es un período de tiempo acotado dentro de un proyecto en el que el equipo se compromete a completar un conjunto de tareas. Kairo implementa un ciclo de vida de sprints con reglas claras para garantizar trazabilidad y coherencia en los datos.
PLANNING → ACTIVE → CLOSED
| Transición | Quién la ejecuta | Condición |
|---|---|---|
| PLANNING → ACTIVE | Manager | No debe haber otro sprint ACTIVE en el proyecto |
| ACTIVE → CLOSED | Manager | Ninguna condición adicional |
| PLANNING → CLOSED | Manager | Se puede cerrar un sprint sin activarlo |
⚠️ Un sprint en estado CLOSED no puede reabrirse. Esta restricción existe para preservar la integridad de las métricas históricas (velocidad, eficiencia, burn-down).
Desde la sección Sprints del proyecto, haz clic en Crear sprint:
| Campo | Obligatorio | Descripción |
|---|---|---|
| Nombre | Sí | Identifica el sprint (ej. "Sprint 2 — Login") |
| Fecha de inicio | Sí | Debe ser anterior a la fecha de fin |
| Fecha de fin | Sí | Define el deadline del sprint |
| Objetivo | No | Descripción del enfoque del sprint — buena práctica incluirlo |
💡 Puedes tener múltiples sprints en estado
PLANNINGal mismo tiempo. Esto permite planificar con anticipación sin bloquear el sprint en curso.
Para activar un sprint que está en PLANNING:
- Ve a la sección Sprints
- Selecciona el sprint que quieres activar
- Haz clic en Activar
El sistema rechazará la activación si ya existe otro sprint ACTIVE en el proyecto. Primero debes cerrar el sprint activo.
⚠️ Solo puede haber un sprint ACTIVE por proyecto en cualquier momento.
Las tareas se asocian a un sprint al crearlas (campo "Sprint") o moviéndolas desde el backlog.
Una tarea puede moverse de un sprint a otro, o al backlog, en cualquier momento — excepto si el sprint de destino está CLOSED.
💡 Mover tareas entre sprints queda registrado en el historial de actividad de la tarea con el tipo
SPRINT_CHANGE.
Cuando se cierra un sprint, sus tareas pasan a solo lectura. La única operación permitida es moverlas a otro sprint o al backlog.
Al cerrar un sprint:
- El estado cambia a
CLOSED - Todas las tareas del sprint quedan en modo de solo lectura
- Los datos del sprint (velocidad, SP completados) quedan disponibles para el dashboard
Las tareas que quedaron sin completar (TODO, IN_PROGRESS, BLOCKED) permanecen en el sprint cerrado como historial. Si quieres continuar trabajando en ellas, muévelas al backlog o al siguiente sprint antes o después de cerrar.
Al cerrar un proyecto, el sistema:
- Cierra automáticamente todos los sprints en estado
PLANNINGyACTIVE - Muestra una advertencia previa con el conteo de sprints y tareas afectados
- Requiere confirmación del manager antes de ejecutar el cierre
Las tareas en los sprints cerrados permanecen como historial de solo lectura.
1. Crear sprint (PLANNING) con nombre, fechas y objetivo
2. Mover tareas del backlog al sprint / crear tareas nuevas
3. Activar el sprint cuando el equipo esté listo
4. El equipo trabaja: cambia estados de tareas (TODO → IN_PROGRESS → DONE)
5. Al finalizar el período, el manager cierra el sprint
6. Revisar métricas en el Dashboard (velocidad, eficiencia, completion rate)
7. Crear el siguiente sprint y repetir
Los sprints cerrados alimentan los widgets históricos:
- Velocity: SP completados por sprint en los últimos N sprints cerrados
- Efficiency: comparación SP vs horas por miembro
- Avg Hours per Story Point: calibración de estimaciones
💡 Un sprint sin tareas
DONEcontribuye con 0 SP a la velocidad. Esto es correcto y esperado — refleja la realidad del sprint.
Ver detalles en Dashboard y Métricas.