Scrum-time.com
Sprint Review Meeting

Sprint Review Meeting


La terminación de cada Sprint en Scrum está señalada por el crecimiento considerable del funcionamiento del producto. Además, esto significa que el equipo ha escrito por completo el código, ha pasado el test de pleno valor y ha dado la parte del producto programático preparada para el uso , o el producto entero.

Sprint Review Meeting se realiza a finales de cada sprint y tiene el carácter de resumen. En la reunión el equipo estima lo que ha hecho y más a menudo esto se ve en forma de la manifestación de las nuevas posibilidades.

No hay que referirse a Sprint Review Meeting como al encuentro formal precisamente puesto con los informes amplios. El Sprint Review Meeting es con todo simplemente la terminación lógica del Sprint . En la preparación para esta reunión no es permisible tardar más de 2 horas y está prohíbido el uso de las diapositivas como PowerPoint.

En la reuunión dada participa habitualmente el Product Owner, el Development Team, el Scrum Master, el Management, los clientes y los elaboradores de otros proyectos.

Durante el Sprint Review Meeting el proyecto está estimado respecto al objetivo del Sprint que era determinado durante la planificación. En el caso ideal el equipo ha cumplido todas las tareas de Product Backlog colocado en Sprint, pero esto no es lo más importante, sino es importante lo que era alcanzado el objetivo del Sprint.

Más detalladamente, en qué mira el cliente en Sprint Review Meeting:

  • El equipo ha entregado el producto acabado;
  • El trabajo del equipo está acabado;
  • Los índices del proyecto (el carácter acabado del código);
  • La capacidad de trabajo de las tareas cumplidas;
  • La revista de las prioridades (para las iteraciones siguientes / sprints).

El tiempo del Sprint Review Meeting

El tiempo de la revista dada se basa a la fórmula siguiente: en cada semana del Sprint choca 1 hora de la revista. Es decir si el Sprint era cuatrosemanal, el Sprint Review Meeting duraría 4 horas. Esta reunión se realiza en el último día del sprint.

El ejemplo de Sprint Review Meeting

Un ejemplo creado de toda la base de los conocimientos está bien para mencionarlo aquí. La elaboración de la tienda de Internet descrita en los artículos diferentes de nuestro Info Base por sí mismo tiene sin duda los Sprints, y los Sprinty tienen el Sprint Review Meeting.

Sprint Review Meeting en la elaboración de la tienda de Internet

Product Backlog
Tema Nominación Descripción Estado Estimación Emisión
La dirección del catálogo La adición del producto La elaboración de la forma de la creación del producto que contiene la fotografía, el nombre, el precio, la rebaja o su ausencia... En labor 2 Emisión 1
La dirección del catálogo La eliminación del producto La eliminación del producto tanto de la página de redacción como de la lista En labor 2 Emisión 1
Encargo Pago Pago contra reembolso En labor 10 Emisión 1
Encargo Pago Pago con la tarjeta de Visa y Mastercard En labor 10 Emisión 1
Encargo Pago Pago con el sistema Yandex Money En labor 10 Emisión 2
Encargo Inicia sesión Registrarse por el Facebook En labor 1 No planeado
Encargo Inicia sesión Registrarse por el Google+ En labor 1 No planeado
... ... ... ... ... ...

Teniendo el Product Backlog dado , al Sprint eran añadidas las tareas de la primera puesta en venta. Hablando más exactamente tenemos las tareas:

  1. La adición del producto.
  2. La eliminación del producto.
  3. La paga - el pago contra reembolso
  4. La paga - la paga con las tarjetas Visa y Mastercard.

En Sprint Review Meeting serán demostradas respectivamente las posibilidades de la adición de los productos en la base de la tienda de Internet y la posibilidad de eliminarlos. Está demostrado también el trabajo de la cesta con la posibilidad de la paga del encargo por la tarjeta o la elección del pago contra reembolso.

Sprint

Sprint

Tal vez, el elemento más importante de la metodología Scrum es el Sprint.

Product Owner

Product Owner

El Product Owner es un cierto eslabón de enlace entre el cliente y el equipo de la elaboración. La instancia definitiva en la toma de decisiones en el Scrum Team – es justamente Product Owner

Development Team

Development Team

En nuestra percepción habitual, una unidad laborable es la persona, si se trata de los recursos humanos, pero en la metodología Scrum esto no es así.

Scrum Master

Scrum Master

Es posible decir bastante atrevidamente que Scrum Master es una de los peces gordos en la metodología Scrum. Es necesario comprender – Scrum Master no da las tareas pero elimina los problemas que aparecen adentro el Scrum Team

Management

Management

Es que el concepto del manager o el management en general es muy extenso, pues en el Scrum lleva una imagen de la capa, que envuelve todo el proceso del trabajo del Development Team, pero de ningún modo lo influye. Development Team no mantiene contacto con Management

Product Backlog

Product Backlog

En el artículo sobre Sprint escribimos que es la base de la metodología Scrum y todo gira alrededor del Sprint . Hoy es el momento más oportuno de decir: «¡El Sprint mismo gira alrededor del Product Backlog y su derivada – Sprint Backlog!»


Project Manegement
Project Manegement

Tiempo Scrum Time

keyboard_arrow_up