3. Review y Mejora Continua
La Sprint Review (Mostrando el software)
Llegó el día de la verdad. Al terminar la iteración, el Equipo Scrum se reúne con todos los Stakeholders clave (clientes reales, inversores o directivos).
- Punto clave 1: NO se muestran PowerPoints abstractos. Se ejecuta el "Incremento de Producto" real que se programó esta semana. "Miren, hago click aquí y hace esto".
- Punto clave 2: Es un evento de colaboración informal, no un tribunal acusatorio.
- Punto clave 3: El cliente prueba el software y genera nuevo conocimiento: "Ah, visto así en pantalla verde, no me gusta, lo prefiero azul... ¿Podemos cambiarlo?".
Análisis de Feedback (Iteración y Adaptación)
Cuando el cliente pide "cambiarlo a azul", no gritamos ni lloramos por nuestro código tirado a la basura. Agradecemos. Hemos fallado barato (tras 2 semanas de trabajo, no 2 años).
Ese feedback se vuelve de inmediato una nueva Historia de Usuario o Tarea, y se inserta en el Product Backlog para ser priorizada. Quizás en el próximo Sprint se trabaje en ello. Ágil abraza el cambio.
Sprint Retrospective (Mejorándonos a nosotros mismos)
La Review fue para mejorar el producto. La Retrospectiva es para mejorar el equipo.
Se hace después de la Review y antes del siguiente Sprint. Los Stakeholders NO pueden entrar. Es un lugar psicológicamente seguro para debatir:
- ¿Qué hicimos bien? (Nuevas prácticas que descubrimos, compañerismo).
- ¿Qué hicimos mal o podríamos mejorar? (Deuda técnica, mala comunicación, fallos en Git).
- Plan de Acción: Seleccionar 1 o 2 cosas tangibles para reparar e inyectarlas OBLIGATORIAMENTE en el Sprint Backlog de la semana que empieza. "Este próximo sprint usaremos linters automáticos y dejaremos de pelearnos por los espacios en blanco."
