Eventos de Scrum

SCRUM es una metodología en que los grupos de trabajo de una

empresa pueden emplear  para desarrollar un producto o servicio de un
modo ágil. La dinámica SCRUM se caracteriza por dividir el trabajo en
pequeñas capsulas de tiempo llamadas “sprint” que suelen durar entre
las dos semanas y un mes y en las cuales se pactan unos objetivos a
conseguir en las misma provenientes de aquellas necesidades que
exactamente requiere el cliente.

En este punto me gustaría destacar que los eventos obligados en

#Scrum es un dato de un claro indicador de productividad y de
rentabilidad, que pone en valor la eficiencia del proceso Scrum.

 6 beneficios de usar los eventos de Scrum

1. Mejora la comunicación entre los miembros del equipo

2. Elimina la necesidad de otras reuniones
3. Identifica y elimina impedimentos
4. Resalta y promueve la toma rápida de decisiones
5. Mejora el nivel de conocimiento del equipo
6. Optimiza la posibilidad de que se cumpla el objetivo del Sprint

Cuáles son los eventos de Scrum

1. Sprint Planning,
2. Daily Scrum,
3. Sprint Review, 
4. Sprint Retrospective
5. Sprint Grooming o Refinement
1ª ceremonia: Sprint Planning

La razón del Sprint Planning es conseguir alineamiento entre negocio y desarrollo

de producto en relación a las prioridades.

El Sprint Planning es una reunión que se realiza al comienzo de cada

Sprint donde participa el equipo Scrum al completo; sirve para
inspeccionar el Backlog del Producto (Product Backlog ) y que el equipo
de desarrollo seleccione los Product Backlog Items en los que va a
trabajar durante el siguiente Sprint. Estos Product Backlog Items son los
que compondrán el Sprint Backlog.

Durante esta reunión, el product owner presenta el Product

Backlog actualizado que el equipo de desarrollo se encarga de estimar,
además de intentar clarificar aquellos ítems que crea necesarios.

El Sprint Planning se divide en dos partes. En la primera parte de la

reunión se trata Qué se va a hacer en el siguiente Sprint y, en la
segunda parte, se discute el Cómo. La primera parte está organizada y
liderada por el product owner, mientras que de la segunda parte se
encarga el Development Team. La única labor del Scrum Master es
asegurarse de que la reunión existe como parte de Scrum y que se
mantiente dentro de las duraciones estimadas.

Daily Scrum

En primer lugar, la Daily suele convertirse en un informe de situación.

Esto sucede cuando el equipo habla siempre directamente con el Product
Owner, el Scrum Master o con alguien que desempeñe la función de
líder técnico. En vez de hablar al equipo como un todo, cada persona se
dirige a quien se encuentre en uno de estos papeles. Para resolver este
problema, podemos probar algunas acciones, tales como:
  personas que se encontraban en estos papeles quedan en segundo
plano durante la Daily, dejando, consecuentemente, que el equipo
sea el centro de atención;
 no se debe empezar la reunión con el P.O., el S.M. o el líder
preguntando cosas como: ¿qué tal? ¿Qué estáis haciendo?
 Se debe recordar el objetivo de la Sprint al principio de la Daily,
reforzando el concepto de que el equipo debe hablar sobre el trabajo
y los impedimentos relacionados con el objetivo;
 se debe dejar que los miembros del equipo de desarrollo
actualicen el tablero, en vez de que una única persona lo actualice
siempre.

El Sprint Review (Revisión del Sprint) es una reunión que se lleva a

cabo al concluir el Sprint. Consiste en un análisis de los resultados del
Sprint. Es el momento de mostrar al cliente el producto alcanzado.

El Sprint Review es uno de los cinco eventos de Scrum, y ocurre en el

final del Sprint, para inspeccionar el incremento y adaptar el Product
Backlog en caso de que sea necesario. Es una gran oportunidad para
poder recibir feedback sobre el desarrollo del producto.

Es una reunión informal, y el objetivo principal del Sprint Review es

brindar transparencia tanto al equipo como al cliente.

Tiene una duración de 4 horas para Sprints de 4 semanas. Para Sprints

más cortos, esta reunión tenderá a ser más corta. Este evento es
organizado por el Product Owner, y es necesaria la presencia de todo el
equipo de Scrum. El rol del Scrum Master es asegurar que el evento
ocurre y que cumple los tiempos establecidos, además de asegurar una
colaboración de todo el equipo.
 Características del Sprint Review

 El Product Owner se encarga de organizar e invitar al evento tanto

al cliente como a todo el equipo Scrum.
 El Product Owner explica qué items del Product Backlog han sido
finalizados, y cuáles no. Es importante tener en cuenta que las
tareas terminadas deben respetar el Definition of Done.
 El equipo de desarrollo se encarga de hacer la demostración del
incremento terminado durante el Sprint.
 El equipo de desarrollo, principalmente, responderá a cuestiones
relacionadas con el incremento. La normal es que la mayoría de
las preguntas sean técnicas.
 El Product Owner comenta sobre el estado del Product Backlog.
 Se realiza una review del proyecto, y sobre qué es lo siguiente que
se hará. En base a esto, el Product Owner se encarga de
reorganizar el Product Backlog en caso de que surgiera feedback
por parte del cliente.
 Se hace una review sobre tiempos, presupuesto y alcance del
proyecto para futuros Sprints.
 Resultados

 El resultado del Sprint Review es un Product Backlog revisado y

organizado, que probablemente definirá los items a realizar en el
siguiente Sprint. Conseguimos además un mejor alineamiento con
negocio con entrega continua y reducir desviaciones.

 Además, confirmaremos el incremento de producto, por el

feedback que nos dará el cliente.
Sprint Retrospective

Con el objetivo de mejorar de manera continua la productividad y la

calidad del producto que está desarrollando, la motivación del equipo,
cómo están engranando entre ellos, como fue la última iteración o cómo
está yendo el proyecto… el equipo analiza cómo ha sido su manera de
trabajar durante la iteración, por qué está consiguiendo o no los
objetivos a que se comprometió al inicio de la iteración y por qué el
incremento de producto que acaba de demostrar al cliente era lo que él
esperaba o no:

 Qué cosas han funcionado bien.

 Cuales hay que mejorar.
 Qué cosas quiere probar hacer en la siguiente iteración.
 Qué ha aprendido.
 Cuáles son los problemas que podrían impedirle progresar
adecuadamente. El Facilitador se encargará de ir eliminando los
obstáculos identificados que el propio equipo no pueda resolver
por sí mismo.

Como resultado de una retrospectiva, se pueden encontrar los

siguientes:

 Plan de acciones de mejora.

 Nuevas best practices.
 Acuerdos de equipo actualizados.
 Impedimentos a escalar.

Notar que esta reunión se realiza después de la reunión de demostración

al cliente de los objetivos conseguidos en la iteración, para poder
incorporar su feedback y cumplimiento de expectativas como parte de
los temas a tratar en la reunión de retrospectiva

Se realiza en un time box de alrededor de 1,5 horas (si la iteración es de

2 semanas). 

Resultados

 Incrementa la productividad en el proyecto, la calidad del producto

(cosa que permite hacerlo crecer de manera sostenida) y potencia
el aprendizaje del equipo de manera sistemática, iteración a
iteración,  con resultados a corto plazo.
 Aumenta la motivación del equipo dado que participa en la mejora
de proceso, se siente escuchado, toma decisiones consensuadas
(y más sostenibles) para ir eliminando lo que molesta e impide
que sea más productivo.
Otra reunión es el Daily Scrum Meeting (Scrum diario). Se trata de
una reunión muy breve en la que el Development Team organiza el
trabajo de cada día. Este evento de Scrum se repite cada día mientras
dure cada Sprint

El Sprint Planning Meeting (Reunión de Planificación del Sprint) es

una reunión previa a cada Sprint en la que se planifica y se establece el
objetivo a alcanzar. En ella intervienen todos los miembros del equipo
Scrum.

https://www.izito.com.co/ws?q=burndown%20chart
%20scrum&asid=iz_co_ba_1_cg1_02&de=c&ac=2222&msclkid=f27157
e32ade13a56fc209403e4d1afb

http://www.moga.cat/docs/agils/Introducing_SCRUM_ES.pdf
https://www.scrum-institute.org/scrum-grooming-meeting-the-scrum-framework.php

https://agiledigest.com/agile-digest-tutorial-2/product-backlog-grooming-n/

https://www.javiergarzas.com/2014/03/reuniones-de-refinamiento-o-backlog-grooming.html

https://www.deconstruyendoscrum.com/sprint-backlog/

https://www.agilealliance.org/glossary/backlog-grooming/

https://cristinaramosvega.com/los-eventos-scrum/

https://www.beagilemyfriend.com/que-es-el-sprint-review/

https://proyectosagiles.org/retrospectiva-sprint-retrospective/

https://knowledge21.es/blog/consejos-para-daily-scrum-mas-productiva/

Cuáles son los eventos de Scrum

1. Sprint Planning,
2. Daily Scrum,
3. Sprint Review, 
4. Sprint Retrospective
5. Sprint Grooming o Refinement