Retrospectiva del Sprint

ENTRADAS

1- SCRUM MASTER

2- EQUIPO SCRUM

Scrum Master: Cule Rojas Denis

Product Owner: Taquiri Palomino Eudis

Equipo De Desarrollo:

• Anaya Yaranga, Juan
• Escalante Gomez, Robert
• Gutierrez Chura, Luis Alberto
• La Madrid Martínez, Ayrton César
• Pérez Leyva, Luis
• Salvador Perez

3- SALIDAS DE DEMOSTRAR Y VALIDAR SPRINT

Se ha procedido a demostrar y validar el Sprint previo verificando los criterios de aceptación por cada Historia de Usuario, en este 3° Sprint se han determinado 2 Épicas: 
– El sistema deberá registrar los pagos respectivos.
– El sistema deberá generar reporte.
Los cuales están compuestos por las historias 13, 14, 15, 16 y 17.

4- PRODUCT OWNER

5- RECOMENDACIONES DEL SCRUM GUIDANCE BODY

Documentos recomendados por el Ingeniero Arqque Pantigozo Antonio:

• https://www.tenstep.ec/portal/images/pdfs/Suscripciones_TenStep/Silver/SCRUMstudy_GUIA_SBOK_espanol.pdf (Capitulo 9.1, Una Guia para el Conocimiento Scrum (GUIA SBOK™ ), “Retrospectiva del sprint”, 260– 266)

HERRAMIENTAS

1- REUNIÓN DE LA RETROSPECTIVA DEL SPRINT

La reunión de retrospectiva del sprint es un elemento importante del framework de “inspección-adaptación” de Scrum y es el último paso en un sprint. Todos los miembros del Equipo Scrum asisten a la reunión, misma que organiza y modera el Scrum Master. Se recomienda que asista el Product Owner, aunque no es obligatorio. Un integrante del equipo se desempeña como secretario y documenta las discusiones y los elementos para acciones a futuro.

Los objetivos primordiales de la reunión son identificar tres elementos específicos: 
• Las cosas que el equipo necesita seguir haciendo: mejores prácticas.
• Las cosas que el equipo necesita empezar a hacer: mejoras en el proceso. 
• Las cosas que el equipo necesita dejar de hacer: problemas de proceso

2- SPEED BOAT

• Es una técnica que se puede utilizar para llevar a cabo la reunión de retropectiva.
• Los miembros del equipo hacen que son tripulante en un speed boat.  El barco debe llegar a una isla, lo cual es símbolo de la visión del proyecto.
• Las notas adhesivas son utilizadas para registrar los “motores” y “anclas”. Los motores les  ayudan a llegar a la isla, mientras que los anclajes les impiden llegar.
• Este ejercicio es time-boxed a unos pocos minutos.
• Una vez que todos los elementos están documentados, la información se analiza y prioriza mediante un proceso de votación. Los motores se reconocen y se planifican las acciones de mitigación de los anclajes. Dependiendo de la prioridad.

3- PARÁMETROS Y TECNICAS DE MEDICIÓN

• Velocidad del equipo: Número de puntos de historia en un determinado sprint.

5 historias de usuarios

. Tasa de terminado satisfactorio: Porcentaje de puntos de historia que se han terminado en comparación a los que se han asignado.

100 % se termino todas las historias asignadas en el sprint respectivo

.Eficacia de la estimación:  Número o porcentaje de discrepancia entre el tiempo estimado y el tiempo actual en las tareas e historias de usuario.

21 días completado

SALIDAS

1- AGREED ACTIONABLE IMPROVEMENTS

Los llamados Agreed Actionable Improvements son el principal resultado del proceso de Retrospectiva del sprint. Forman parte de la lista de actionable items (elementos accionables) que ha elaborado el equipo para hacer frente a los problemas y mejorar los procesos a fin de mejorar también su desempeño en futuros sprints.

2- RETROSPECT SPRINT LOG(S)

Los registros de la retrospectiva del sprint, o Retrospect Sprint Log(s), son registros de las opiniones, debates y elementos accionables planteados en la reunión de retrospectiva del sprint. El Scrum Master puede facilitar la creación de dicho registro con la aportación de los miembros del equipo principal de Scrum. La recopilación de todos los registros de la retrospectiva del sprint se convierte en el diario del proyecto y detalla los éxitos del mismo, los problemas y las resoluciones. Los registros son documentos públicos disponibles a todos en la organización.

¿Qué funcionó?
– Capacitaciones de PHP.
– Reuniones presenciales y online fueron más provechosas.
– Estar bajo el liderazgo del Scrum Master.
– Aplicaciones del desarrollo de las metodologías del software (MVC).

¿Qué se debe mejorar?
– Planificar con anticipacion las fechas de reuniones.
– La asistencia de todo el equipo Scrum en las reuniones presenciales.
– El seguimiento de los procesos de scrum y su gestión.
– El orden de la documentación del sistema.

¿Qué no debemos seguir haciendo?
– Desorganizacion del equipo
– No acumular todo para el final.
– No cumplir con los tiempos asignados para el desarrollo de tareas.

3- LECCIONES APRENDIDAS DEL EQUIPO SCRUM

Se espera que el Equipo Scrum aprenda de los errores cometidos durante el sprint y que estas lecciones aprendidas ayuden a mejorar su desempeño en futuros sprints. Estas lecciones ^aprendidas también pueden documentarse en las recomendaciones del Scrum Guidance Body para compartirse con otros equipos de Scrum.

• Debido a lo extenso de este Sprint y al poco tiempo que tuvimos para desarrollarlo, aprendimos las siguientes lecciones:
• Manejar tiempos: Debido a tener muchos trabajos de otros cursos hicimos reuniones online y a la poca disponibilidad de los integrantes por motivos laborales tuvimos que pedir permiso a nuestros centros laborales.
•  Programación en php: Estudiamos los cursos online (udemy , platzi) pudimos aprender la programación en php.
• Hosting: Aprendimos subir la base de datos y el software al servidor web.
• Metodología scrum y xp : Investigamos por internet y asi obtenimos mas conocimiento sobre estas metodologías