Su navegador no soporta JavaScript. Sprint Review - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

Revisión de Sprint

La Revisión del Sprint tiene lugar al final del Sprint y está diseñada para recopilar comentarios procesables sobre lo que el Equipo ha completado. Esta ceremonia, también conocida como la "Demo", es una oportunidad emocionante para que el equipo muestre su trabajo e inspeccione la hoja de ruta general para el producto (Product Backlog).

Tiempo estimado para este curso: 5 minutos
Audiencia: Principiante
Requisitos previos sugeridos: Scrum Marco, Potentially Shippable Product

Una vez finalizado:

  • Comprender el objetivo de la Revisión
  • Conocer la historia de la primera revisión
  • Han aprendido la importancia de tener un producto que funcione
  • Sepa quién asiste a la revisión
  • Cualificarse para la Alianza Scrum SEUs y PMI PDUs. Véase PREGUNTAS FRECUENTES para más detalles
Visión general de Sprint Review:
El objetivo de la demostración es entablar una conversación entre el equipo y las partes interesadas sobre cómo mejorar el producto. El Product Owner incorpora las lecciones aprendidas durante la conversación al Product Backlog, completando así otro ciclo de inspeccionar y adaptar. La reunión en sí debe ser estrictamente tiempo limitado a no más de una hora semanal de Sprint. (Así, un Sprint de dos semanas tendría una revisión de dos horas y uno de una semana una revisión de una hora).

Otro aspecto importante de la revisión, pero que a menudo se pasa por alto, es que el software funcione. El objetivo de la revisión es obtener información del cliente y del usuario final. Si el software no está probado y funciona, no es posible iniciar este importante circuito de retroalimentación. Recuerde que la revisión incluye una demostración, pero el enfoque debe ser una conversación. En el vídeo Jeff explica cómo surgió esta ceremonia.

Ver diapositiva de la clase

 [slideshow_deploy id='5126']

Elementos de la revisión
  • Entre los asistentes figuran el equipo Scrum y las principales partes interesadas invitadas por el Product Owner;
  • El Product Owner explica qué elementos del Product Backlog se han "Hecho" y cuáles no se han "Hecho";
  • El equipo de desarrollo comenta lo que ha ido bien durante el Sprint, los problemas con los que se ha encontrado y cómo se han resuelto;
  • El Equipo de Desarrollo demuestra el trabajo que ha "Hecho" y responde a preguntas sobre el Incremento;
  • El Product Owner analiza el estado actual de la cartera de productos pendientes. Proyecta las fechas probables de finalización basándose en los progresos realizados hasta la fecha (si es necesario);
  • Todo el grupo colabora sobre lo que hay que hacer a continuación, de modo que la Revisión del Sprint proporciona información valiosa para la posterior Planificación del Sprint;
  • Revisión de cómo puede haber cambiado el mercado o el uso potencial del producto, qué es lo más valioso que hay que hacer a continuación; y,
  • Revisión del calendario, el presupuesto, las capacidades potenciales y el mercado para la próxima versión prevista del producto.

La Guía Scrum

es_ARSpanish
Acciones