Product Backlog → Sprint Backlog → Tablero Kanban
Duración: 14 días | Día actual: 3/14 | Restantes: 11 días
Meta del sprint: Mejorar onboarding de nuevos usuarios
Sigue estos pasos clave para gestionar proyectos de forma ágil, iterativa y con enfoque en entrega de valor constante.
Aquí va todo lo que podría hacerse: historias de usuario, mejoras, correcciones, ideas… El Product Owner (tú o tu equipo) decide el orden según valor para el usuario y el negocio.
Usa el campo de arriba para añadir elementos rápidamente
Selecciona los ítems más importantes de la Lista de Producto que el equipo puede completar en el Sprint (normalmente 1–4 semanas). Define una Meta del Sprint clara y alcanzable.
Durante el Sprint mueve las tareas por las columnas:
• Por hacer → En progreso → Revisión / Pruebas → Hecho
Actualiza el estado diariamente en la Daily Scrum.
Haz reuniones cortas (Daily Scrum / Daily Stand-up):
• ¿Qué hice ayer?
• ¿Qué haré hoy?
• ¿Tengo bloqueos?
Mantén el tablero actualizado y visible.
Al final del Sprint:
• Sprint Review: muestra lo hecho al Product Owner y stakeholders
• Sprint Retrospective: analiza qué salió bien, qué mejorar y qué acciones tomar
Luego planifica el siguiente Sprint.
Resolvemos las dudas más comunes sobre Scrum.
Es un marco ágil para gestionar proyectos complejos, enfocado en entregar valor temprano y frecuentemente, con equipos autoorganizados y iteraciones cortas llamadas Sprints.
Normalmente entre 1 y 4 semanas. Lo más común es 2 semanas. La duración se fija y no cambia durante el proyecto para crear ritmo.
Es un objetivo concreto y medible que el equipo espera lograr al final del Sprint. Ejemplo: “Permitir que los nuevos usuarios completen el registro en menos de 2 minutos”.
No. Una vez iniciado el Sprint, el alcance (Sprint Backlog) es fijo. Solo se puede ajustar en casos extremos y con acuerdo del equipo. Los cambios van a la Lista de Producto para el siguiente Sprint.
Lo que no se completó vuelve a la Lista de Producto. No se extiende el Sprint. Analiza en la Retrospective por qué ocurrió y mejora para el próximo.
Cada Sprint debe tener una meta que aporte valor real al usuario o al negocio.
Estima esfuerzo relativo (no tiempo) para planificar mejor la capacidad del equipo.
Es donde el equipo mejora de verdad. Dedícale tiempo y sé honesto.
Todos deben ver el estado en tiempo real. Usa colores y límites WIP si puedes.
15 minutos máximo, de pie, respuestas rápidas: ayer, hoy, bloqueos.
Al final de cada Sprint Review, reconoce el trabajo bien hecho. Motiva al equipo.