MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

El sprint review es una de las reuniones más importantes en scrum por este segundo punto, ya que es el que marca la diferencia entre encontrar los fallos o cambios solicitados por el cliente durante el proceso de producción del producto, donde las modificaciones no son tan traumáticas y el proyecto está a tiempo de ser replanteado, o encontrarlos al finalizar el proyecto, cuando ya nada se puede hacer o hacerlo implica la pérdida de mucho tiempo (y dinero) invertido.

Es decir, marca en gran medida que scrum sea una metodología ágil.

En cuanto a las reglas a seguir en esta reunión, se recomienda que su duración no sea demasiado extensa (máximo 2 horas) y que lo que se muestre en ella sea únicamente funcionalidades completas (jamás trabajo que ha quedado a medias) y visualmente sencillas de mostrar.

Deben evitarse demostraciones teóricas o explicaciones extensas de lo que se muestra, ya que podría confundir al cliente y lograr el efecto contrario al pretendido con esta reunión.

Si no hubiese nada visual que enseñar (por ejemplo, si todo el sprint se hubiese dedicado a tareas de investigación), es preferible no realizarla o hacerlo de manera interna sin cliente.

2.3.7. SPRINT-RETROSPECTIVE

Antes de dar por finalizado el sprint, se realiza una última reunión. Quizás es la que más valor aporte al equipo, pero también la que más madurez exige por parte del mismo.

Se trata del sprint retrospective y consiste en un análisis por parte del equipo y el scrum master de los puntos fuertes y débiles del equipo y la metodología de trabajo a lo largo del sprint.

Normalmente no se invita a más asistentes para evitar que el equipo se sienta incómodo o expuesto a la hora de hacer un trabajo de autocrítica. Así mismo, las exposiciones tanto positivas como negativas deben ser tratadas a nivel equipo en la medida de lo posible, tratando de evitar personalizaciones que podrían derivar en conflictos entre miembros del equipo.

154

European Open Business School