Skip to main content

Sprint Retrospective - GRUPO 3

Logo FisioFind

FISIO FIND - SPRINT RETROSPECTIVE - GRUPO 3

ÍNDICE

Ficha del documento

  • Nombre del Proyecto: FISIO FIND

  • Número de Grupo: Grupo 6

  • Entregable: #SPRINT 2

  • Miembros del grupo: Alberto Carmona Sicre, Antonio Macías Ferrera, Benjamín Ignacio Maureira Flores, Francisco Capote García, Daniel Alors Romero, Daniel Fernández Caballero, Daniel Ruiz López, Daniel Tortorici Bartús, Daniel Vela Camacho, Delfín Santana Rubio, Guadalupe Ridruejo Pineda, Julen Redondo Pacheco, Miguel Encina Martínez, Francisco Mateos Villarejo, Pablo Fernández Pérez, Ramón Gavira Sánchez, Rafael Pulido Cifuentes.

  • Contribuidores: Miguel Encina Martínez (autor), Franciso Mateos Villarejo (autor), Daniel Tortorici Bartús, Francisco Capote García, Daniel Vela Camacho

  • Fecha de Creación: 27/03/2025

  • Versión: v1.0

Histórico de Modificaciones

FechaVersiónRealizada porDescripción de los cambios
27/03/2025v1.0Miguel Encina Martínez, Francisco Mateos VillarejoElaboración sprint retrospective grupo 3 sprint 2

Participantes

Nombre completoRolContacto
Francisco Capote García--fracapgar@alum.us.es
Miguel Encina Martínez--migencmar@alum.us.es
Francisco Mateos Villarejo--framatvil@alum.us.es
Daniel Tortorici Bartús--dantorbar1@alum.us.es
Daniel Vela Camacho--danvelcam@alum.us.es

1. OBJETIVOS DE LA RETROSPECTIVA

En la Sprint Retrospective tratamos de evaluar de forma grupal el desempeño durante el Sprint, reconocer las áreas en las que hemos tenido éxito, así como identificar y abordar los problemas encontrados, y evaluar los márgenes de mejora para el próximo Sprint.

2. METODOLOGÍA UTILIZADA

El equipo utilizó un enfoque basado en cinco secciones clave:

✅ Good: Se identificaron las acciones y prácticas que funcionaron bien durante el sprint, destacando los logros y fortalezas del equipo.

🔴 Bad: Se señalaron aquellos aspectos que no se manejaron de manera óptima, incluyendo desafíos enfrentados y posibles áreas de mejora.

🟡 Start: Se discutieron iniciativas o prácticas que el equipo debería comenzar a implementar para mejorar la dinámica de trabajo.

🟠 Stop: Se identificaron procesos o hábitos que han resultado poco efectivos y que deberían ser eliminados o modificados.

🔵 Actions: A partir de los hallazgos de las secciones anteriores, se definieron acciones concretas para aplicar en los próximos Sprints, asegurando así un proceso de mejora continua.

Este tipo de retrospectiva permite que el equipo reflexione de manera estructurada sobre su rendimiento y fomenta una cultura de aprendizaje y adaptación, proceso crucial en la correcta aplicación de una metodología ágil.

3. DISCUSIÓN Y FEEDBACK

GOOD: ¿Qué salió bien?​

  • ✅ Trabajo en equipo: estamos muy orgullosos de que si un compañero necesitaba ayuda, sin pensarlo, algún otro compañero le ayudaba a resolverla.
  • ✅ Compromiso: Todos los miembros del equipo mostraron una actitud proactiva y se mantuvieron enfocados en cumplir con las metas establecidas.
  • ✅ Cambio en la aplicación: Durante este sprint, la aplicación ha experimentado una transformación significativa, lo que demuestra el avance del equipo en el desarrollo de nuevas funcionalidades y mejoras.
  • ✅ Finalización de las tareas: Se consiguió completar las tareas a tiempo aunque requirió de un esfuerzo extra de última hora para corregir errores de integración
  • ✅ Disgregación del equipo: Aunque el equipo se dividió en varios grupos para cumplir con los objetivos establecidos, esta disgregación fue necesaria

BAD: ¿Qué NO salió bien?​

  • 🔴 Comunicación: al ser necesaria la disgregación, la comunicación del grupo se ha visto considerablemente afectada, sobre todo entre backend y frontend. Además no se nos ha comunicado por parte de otros grupos si se han modificado funcionalidades que nos afectan.
  • 🔴 Integración: no se puede refactorizar y hacer funcionalidades al mismo tiempo, sobre todo si se trata de lo mismo, ya que produce un doble esfuerzo para completar de nuevo la funcionalidad implementada.

START: ¿Qué debemos empezar a hacer?​

  • 🟡 Daily Meeting: para mejorar la comunicación grupal y seguimiento diario del trabajo grupal, se propone realizar una reunión corta cada dos días para mejorar el flujo de trabajo y la comunicación de los miembros.
  • 🟡 Merge diario a develop: Es crucial que todos los miembros del equipo realicen merges a develop a diario para evitar los conflictos de integración que se presentaron en este sprint. Esto contribuirá a mantener un flujo de trabajo más estable y sin sobresaltos.
  • 🟡 Medición de conflictos en PRs: A partir de ahora, se realizará un seguimiento del número de conflictos en cada Pull Request y el tiempo perdido en resolverlos. Esto permitirá identificar patrones y mejorar la gestión de ramas e integraciones.

STOP: ¿Qué debemos dejar de hacer?​

  • 🟠 Refactorizar código a la vez que se implementan funcionalidades.
  • 🟠 Trabajar en solitario.

4. CONCLUSIONES

A partir de las discusiones anteriores, se han definido las siguientes acciones para mejorar el desempeño en el próximo sprint:

AcciónResponsableFecha límite
🔵 Asegurarse de realizar merges a develop a diario para evitar conflictos e integraciones de gran envergadura.Todo el equipoDiario
🔵 Realizar Daily Meeting para mejorar la comunicación y el seguimiento semanal de las tareas del grupoTodo el equipoDiario/Cada dos días

Aprobado por:
Scrum Master: Antonio Macías Ferrera