2. Diseño de Sprints y Prototipado
El Sprint Backlog
No puedes hacer todo a la vez. El Sprint Backlog es el plan "táctico". Es la pila de tareas e historias de usuario seleccionadas del Product Backlog para hacer exclusivamente en este Sprint.
El Sprint Backlog pertenece únicamente a los Developers. Ellos deciden cómo dividir el trabajo diario.
Prototipado en Acción (Figma, Miro, Balsamiq)
En equipos modernos (especialmente con UX/UI designers colaborando), una historia de usuario rara vez entra al Sprint Backlog siendo solo texto.
- Wireframes: Dibujos "en alambre". Bloques grises que muestran dónde va el menú, dónde el botón y dónde la imagen. Mide la estructura y la experiencia (UX).
- Mockups: El diseño casi final. Colores, tipografías e imágenes reales. Mide la interfaz visual (UI) y la belleza. Herramienta rey hoy en día: Figma.
Prototipar antes o al inicio del Sprint ahorra código inútil. "Escribir código y borrarlo cuesta oro; dibujar cajas en Figma y borrarlas cuesta centavos."
El Incremento de Producto
El resultado, pase lo que pase al final de las 2 semanas, debe ser un Incremento de Producto.
¿Qué significa eso?
- No sirve decir "Avancé la interfaz al 80%". Si el usuario no puede hacer click y usar algo, el incremento es 0.
- El Incremento debe ser Utilizable (funciona, sin bugs bloqueantes).
- El Incremento debe estar Potencialmente Listo para lanzarse a público si el PO lo decide.
Scrum fomenta el hacer cosas completas en lugar de tener 5 cosas empezadas al mismo tiempo.
