Cómo funciona un sprint de verdad
Un sprint no es una lista de tickets con fecha de entrega cada dos semanas. Es un ciclo corto para construir algo que funciona, enseñarlo, aprender y ajustar. En esta lección recorrerás un sprint entero, de lo que pasa antes de la planning a lo que pasa después del release, y saldrás sabiendo distinguir una review de una retro, escribir un objetivo de sprint que sirva y explicar por qué «está hecho» no significa «ha funcionado».
Un sprint es un periodo fijo y corto en el que un equipo persigue un objetivo concreto y entrega algo que funciona, con una planning al principio y una review y una retro al final.
Importa porque acorta el tiempo entre construir y aprender, siempre que haya objetivo, capacidad real y alguien que mire qué pasó después.
La idea clave: la review mira qué construimos y la retro cómo trabajamos, y terminar un ticket no es lo mismo que haber cambiado algo para el usuario.
- Redactar un objetivo de sprint y un plan ajustado a la capacidad real del equipo.
- Diferenciar en una situación concreta qué va a la review y qué va a la retro, y proponer acciones de retro con dueño.
- Clasificar una funcionalidad entre hecha, desplegada, disponible, adoptada y con éxito, y decir qué dato falta para pasar al siguiente estado.
Crea tu cuenta gratis para leer la lección entera
Crea una cuenta gratuita para acceder al contenido y guardar tu progreso.