Sprint Retrospective - GRUPO 2
FISIO FIND - SPRINT RETROSPECTIVE - GRUPO 2
Í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: Julen Redondo Pacheco (autor), Antonio Macías Ferrera (revisor)
-
Fecha de Creación: 26/03/2025
-
Versión: v1.2
Histórico de Modificaciones
| Fecha | Versión | Realizada por | Descripción de los cambios |
|---|---|---|---|
| 26/03/2025 | v1.0 | Julen Redondo Pacheco | Elaboración sprint retrospective grupo 2 sprint 2 |
Participantes
| Nombre completo | Rol | Contacto |
|---|---|---|
| Antonio Macías Ferrera | -- | antmacfer1@alum.us.es |
| Benjamín Ignacio Maureira Flores | -- | benmauflo@alum.us.es |
| Delfín Santana Rubio | -- | delsanrub@alum.us.es |
| Julen Redondo Pacheco | -- | julredpac@alum.us.es |
| Guadalupe Ridruejo Pineda | -- | guaridpin@alum.us.es |
| Ramón Gavira Sánchez | -- | ramgavsan@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?
- ✅ Ambiente y comunicación: el grupo al completo está satisfecho con el ambiente y la comunicación fluida que se ha generado entre los compañeros.
- ✅ 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, aunque a veces de forma tardía.
- ✅ 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.
- ✅ Disgregación del equipo: Aunque el equipo se dividió en varios grupos para cumplir con los objetivos establecidos, esta disgregación fue necesaria y resultó ser efectiva para avanzar en las funcionalidades críticas.
BAD: ¿Qué NO salió bien?
- 🔴 Feedback de los usuarios piloto: Los usuarios piloto no han mostrado el nivel de compromiso esperado, y su feedback ha resultado insuficiente. Es necesario replantear cómo gestionar mejor su participación y la obtención de comentarios más relevantes.
START: ¿Qué debemos empezar a hacer?
- 🟡 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.
- 🟡 Mejorar la comunicación con los usuarios piloto: Establecer un plan de acción claro para involucrar a los usuarios piloto de manera más activa. Debemos asegurarnos de que comprendan la importancia de su feedback y proporcionarles más contexto sobre cómo sus comentarios impactan el desarrollo de la aplicación.
- 🟡 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?
- 🟠 Posponer tareas importantes: Dejar de retrasar tareas críticas que pueden impactar negativamente en el avance general del proyecto.
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ón | Responsable | Fecha límite |
|---|---|---|
🔵 Asegurarse de realizar merges a develop a diario para evitar conflictos e integraciones de gran envergadura. | Todo el equipo | Diario |
| 🔵 Replantear la estrategia con los usuarios piloto para mejorar la calidad de su feedback. | Antonio y Guadalupe | Antes de la siguiente ronda de pruebas |
| 🔵 Implementar un plan de comunicación proactiva con los usuarios piloto, asegurando su compromiso y claridad sobre el impacto de sus comentarios. | Antonio y Guadalupe | Durante el próximo sprint |
Aprobado por:
Scrum Master: Antonio Macías Ferrera