Revisión del sprint: Difference between revisions
No edit summary |
|||
| (2 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
[[File:Revision-sprint.png|250px|thumb|right]] | |||
La '''reunión de revisión del ''sprint''''' es uno de los [[eventos]] de scrum técnico. Se realiza al final del [[sprint]] para comprobar el incremento. | |||
No debe durar más de 4 horas, en el caso de revisar ''sprints'' largos. Para ''sprints'' de una o dos semanas, con una o dos horas de duración debería ser suficiente. | |||
== | ==Objetivos== | ||
*El propietario del producto comprueba el progreso del sistema. Esta reunión marca, a intervalos regulares, el ritmo de construcción, y la trayectoria que va tomando la visión del producto. | *El propietario del producto comprueba el progreso del sistema. Esta reunión marca, a intervalos regulares, el ritmo de construcción, y la trayectoria que va tomando la visión del producto. | ||
*El propietario del producto identifica las funcionalidades que se pueden considerar “hechas” y las que no. | *El propietario del producto identifica las funcionalidades que se pueden considerar “hechas” y las que no. | ||
*Al ver y probar el incremento, el propietario del producto, y el equipo en general obtienen feedback relevante para revisar la pila del producto. | *Al ver y probar el incremento, el propietario del producto, y el equipo en general obtienen ''feedback'' relevante para revisar la pila del producto. | ||
*Otros ingenieros y programadores de la empresa también pueden asistir para conocer cómo trabaja la tecnología empleada. | *Otros ingenieros y programadores de la empresa también pueden asistir para conocer cómo trabaja la tecnología empleada. | ||
==Precondiciones== | |||
*Se ha concluido el sprint. | *Se ha concluido el ''sprint''. | ||
*Asiste todo el equipo de desarrollo, el propietario del producto, el Scrum Master y todas las personas implicadas en el proyecto que lo deseen. | *Asiste todo el equipo de desarrollo, el propietario del producto, el [[Scrum Master]] y todas las personas implicadas en el proyecto que lo deseen. | ||
==Entradas== | |||
*Incremento terminado. | *Incremento terminado. | ||
==Resultados== | |||
*Feedback para el propietario del producto: hito de seguimiento de la construcción del sistema, e información para mejorar el valor de la visión del producto. | *'''''Feedback'' para el propietario del producto:''' hito de seguimiento de la construcción del sistema, e información para mejorar el valor de la visión del producto. | ||
*Convocatoria de la reunión del siguiente sprint. | *'''Convocatoria de la reunión del siguiente ''sprint''.''' | ||
==Formato de la reunión== | |||
Es una reunión informal | Es una reunión informal cuyo objetivo es ver el incremento realizado. | ||
El equipo no debe invertir más de una hora en desarrollar la reunión, y lo que se muestra es el resultado final: terminado, probado y operando en el entorno del cliente (incremento). | *Están prohibidas las presentaciones gráficas y “powerpoints”. | ||
Según las características del proyecto puede incluir también documentación de usuario, o técnica. | *El equipo no debe invertir más de una hora en desarrollar la reunión, y lo que se muestra es el resultado final: terminado, probado y operando en el entorno del cliente (incremento). | ||
Es una reunión informativa. Su misión no es la toma de decisiones ni la crítica del incremento. Con la información obtenida, posteriormente el propietario del producto tratarán las posibles modificaciones sobre la visión del producto. | *Según las características del proyecto puede incluir también documentación de usuario, o técnica. | ||
Protocolo recomendado | *Es una reunión informativa. Su misión no es la toma de decisiones ni la crítica del incremento. Con la información obtenida, posteriormente el propietario del producto tratarán las posibles modificaciones sobre la visión del producto. | ||
#El equipo expone el objetivo del sprint, la lista de funcionalidades que se incluían y las que se han desarrollado. | ===Protocolo recomendado=== | ||
#El equipo hace una introducción general del sprint y demuestra el funcionamiento de las partes construidas. | #El equipo expone el objetivo del ''sprint'', la lista de funcionalidades que se incluían y las que se han desarrollado. | ||
#El equipo hace una introducción general del ''sprint'' y demuestra el funcionamiento de las partes construidas. | |||
#Se abre un turno de preguntas y sugerencias. Esta parte genera información valiosa para que el propietario del producto y el equipo en general, puedan mejorar la visión del producto. | #Se abre un turno de preguntas y sugerencias. Esta parte genera información valiosa para que el propietario del producto y el equipo en general, puedan mejorar la visión del producto. | ||
#El Scrum Master, de acuerdo con las agendas del propietario del producto y el equipo, cierra la fecha para la reunión de preparación del siguiente sprint. | #El Scrum Master, de acuerdo con las agendas del propietario del producto y el equipo, cierra la fecha para la reunión de preparación del siguiente ''sprint''. | ||
==Véase también== | |||
*[[Eventos]]. | |||
*[[Planificación del sprint]]. | |||
*[[Scrum diario]]. | |||
*[[Sprint]]. | |||
*[[Retrospectiva]]. | |||
*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro ''Scrum Master'']. | |||
*[https://open.spotify.com/episode/7basfIeLN9L5A6FMOGHAf3?si=5607c7d808044c4b Scrum Manager Podcast | Episodio 4: Eventos de Scrum]. | |||
*[https://www.scrummanager.com/blog/2023/02/cuales-son-los-eventos-reuniones-scrum/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 4: Eventos de Scrum]. | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Standard scrum]] | [[Category:Standard scrum]] | ||
Latest revision as of 14:25, 15 December 2023
La reunión de revisión del sprint es uno de los eventos de scrum técnico. Se realiza al final del sprint para comprobar el incremento.
No debe durar más de 4 horas, en el caso de revisar sprints largos. Para sprints de una o dos semanas, con una o dos horas de duración debería ser suficiente.
Objetivos
- El propietario del producto comprueba el progreso del sistema. Esta reunión marca, a intervalos regulares, el ritmo de construcción, y la trayectoria que va tomando la visión del producto.
- El propietario del producto identifica las funcionalidades que se pueden considerar “hechas” y las que no.
- Al ver y probar el incremento, el propietario del producto, y el equipo en general obtienen feedback relevante para revisar la pila del producto.
- Otros ingenieros y programadores de la empresa también pueden asistir para conocer cómo trabaja la tecnología empleada.
Precondiciones
- Se ha concluido el sprint.
- Asiste todo el equipo de desarrollo, el propietario del producto, el Scrum Master y todas las personas implicadas en el proyecto que lo deseen.
Entradas
- Incremento terminado.
Resultados
- Feedback para el propietario del producto: hito de seguimiento de la construcción del sistema, e información para mejorar el valor de la visión del producto.
- Convocatoria de la reunión del siguiente sprint.
Formato de la reunión
Es una reunión informal cuyo objetivo es ver el incremento realizado.
- Están prohibidas las presentaciones gráficas y “powerpoints”.
- El equipo no debe invertir más de una hora en desarrollar la reunión, y lo que se muestra es el resultado final: terminado, probado y operando en el entorno del cliente (incremento).
- Según las características del proyecto puede incluir también documentación de usuario, o técnica.
- Es una reunión informativa. Su misión no es la toma de decisiones ni la crítica del incremento. Con la información obtenida, posteriormente el propietario del producto tratarán las posibles modificaciones sobre la visión del producto.
Protocolo recomendado
- El equipo expone el objetivo del sprint, la lista de funcionalidades que se incluían y las que se han desarrollado.
- El equipo hace una introducción general del sprint y demuestra el funcionamiento de las partes construidas.
- Se abre un turno de preguntas y sugerencias. Esta parte genera información valiosa para que el propietario del producto y el equipo en general, puedan mejorar la visión del producto.
- El Scrum Master, de acuerdo con las agendas del propietario del producto y el equipo, cierra la fecha para la reunión de preparación del siguiente sprint.