Para eso, a veces podemos coverger desde el total de alternativas (generadas en la zona de convergencia, y analizadas en la zona de la queja) hacia un Backlog de Alternativas (o de Experimentos).
En ese caso utilizamos las mismas prácticas que al armar un Product Backlog, priorizando y refinando los próximos pasos a dar, de manera de validar que vamos en el sentido correcto, o dándonos la posibilidad de pivotear.
Recordemos algunas de las características fundamentales de un Backlog en Scrum:
- Los ítems están ordenados en el orden de su expectativa de valor en el momento
- Permite discutir y renegociar ese orden
- Permite un plan iterativo en el que trabajamos con N ítems (tomados desde arriba)
- Siempre podemos "fetear" un ítem para distribuir las partes en otro orden, facilitando el avanzar con la parte fundamental más valiosa, difiriendo otras hasta aprender
- Reevaluamos los ítems y su orden restante, luego de trabajar en los anteriores, aplicando el aprendizaje de cada iteración previa.
Más sobre el Product Backlog.
No hay comentarios:
Publicar un comentario