Una vez que se ha pasado por las diferentes fases de la retrospectiva, y tras recoger datos sobre el Sprint y generar ideas sobre posibles mejoras se ha decidido cuál de ellas se va a introducir en el Sprint llega el momento de finalizar esta reunión de retrospectiva.
Tras recoger los datos y generar las ideas llega el momento de tomar decisiones.
En la siguiente fase de la retrospectiva se dedicará un tiempo a tomar las decisiones sobre las mejoras que se van a introducir y a llevar a cabo en el siguiente Sprint o iteración.
Después de la fase de recogida de datos necesaria para recordar todo lo sucedido en el Sprint y ordenar estos sucesos el equipo ya está preparado para generar ideas para encontrar los problemas y las causas de estos y poder descubrir los cambios necesarios para mejorar el siguiente Sprint.
Una parte importante en las retrospectivas es la recopilación de datos, conocer que pasó durante el Sprint ya que sin datos no podemos saber qué cambios y mejoras realizar para aportar valor al siguiente Sprint.
En la recopilación de datos se busca conocer hechos que sucedieron en el Sprint para tener un contexto común para más tarde reflexionar sobre estos y sacar conclusiones.
Cómo vimos en la entrada de retrospectivas podemos seguir una estructura para llevar a cabo una reunión ordenada y obtener información agrupada y conseguir que la retrospectiva sea exitosa y no se olvide ningún aspecto importante.
En el marco de trabajo Scrum se realizan diversas reuniones a lo largo de un Sprint, una de las que más valor aporta es la reunión Sprint Retrospective.
Estas reuniones pueden ser realizadas en metodologías o marcos ágiles, pero también se pueden realizar en otros desarrollos incrementales.
Las reuniones Sprint Retrospective se realizan al final del Sprint después de haber presentado la demo del incremento desarrollado al Product Owner y a los demás interesados.
En los últimos años el desarrollo del software ha crecido y han aparecido numerosas organizaciones de este sector en las que cada vez se desarrolla más cantidad de productos software. Cada vez la demanda de los clientes es más elevada y en ocasiones esta es mayor que la capacidad de producción de las organizaciones.
Rational Team Concert es una herramienta de colaboración de equipos de desarrollo software que fue desarrollada por IBM.
Esta herramienta ayuda a los equipos a gestionar el desarrollo de sus proyectos mediante planificaciones, gestión de cambios…
El 16 de marzo durante las actividades del Geek Usal 2018 nuestro compañero de Viewnext Sebastián de Prada nos habló sobre Scrum.
Comenzó introduciendo cómo se realizaban los proyectos software antes de las metodologías ágiles, mediante cascada de manera muy amena y divertida para entender los problemas que surgieron y surgen en la actualidad.
En la primera publicación de Jira vimos las principales características, en esta publicación nos centramos en la información visual que ofrece a los miembros del equipo, Product Owners y Scrum Masters.
Existen numerosos tipos de gráficos, diagramas e informes para poder llevar a cabo un seguimiento más visual del avance del proyecto.
