📥 Entradas

Equipo Scrum

Frecuencia y Contexto:

La retrospectiva en XP generalmente se realiza al final de cada iteración (normalmente cada 1-2 semanas).
Se enfoca en mejorar las prácticas de desarrollo, la colaboración dentro del equipo y la relación con el cliente.
Durante el proyecto, se busca una retroalimentación constante para ajustar el rumbo.

Aspectos a reflexionar:

Lo que salió bien: Se identifican los aspectos del proceso que fueron efectivos, como la colaboración entre los miembros del equipo, la calidad del código o la entrega puntual de funcionalidades.
Lo que no salió bien: Se identifican los desafíos y problemas encontrados durante el ciclo de desarrollo, como la falta de comunicación o la baja calidad del código.
Áreas de mejora: Se definen acciones claras para mejorar en futuras iteraciones, como mejorar la cobertura de pruebas automatizadas o afinar los tiempos de entrega.

Métodos y Herramientas para la retrospectiva:

Start-Stop-Continue: El equipo revisa qué actividades o prácticas deben empezar a hacer, cuáles deben dejar de hacer y cuáles deben continuar.
Feedback directo con el cliente: Permite que el equipo de desarrollo ajuste sus prioridades según las expectativas del cliente.
Técnicas de evaluación visual: Como la “Matriz de Impacto”, que permite identificar qué elementos de la iteración tuvieron mayor efecto sobre el proyecto.

Enfoque en la calidad del código y la colaboración:

Prácticas de calidad en XP: La retroalimentación se enfoca en prácticas como la programación en pareja (pair programming), la integración continua, y la prueba automatizada.
Evaluación de los estándares de codificación: Se evalúa si el equipo ha seguido las buenas prácticas de codificación, como la escritura de código limpio y la refactorización continua.

Acciones concretas y compromisos:

Definir acciones concretas y medibles que el equipo se compromete a implementar para mejorar el proceso.

Problema Identificado	Mejora Acordada	Criterio de Éxito
Llegar tarde a las reuniones.	Ser más puntuales y poner un recordatorio antes de las reuniones.	Todos llegan a tiempo a las reuniones.
Dejar tareas sin terminar.	Terminar primero las tareas más importantes antes de comenzar nuevas.	Cuando una tarea termine, se avisará a todo el grupo.
No avisar cuando se completa una tarea.	Avisar cuando terminemos una tarea para que el equipo lo sepa.	Cada tarea completada será informada al equipo.
Guardarse dudas o preguntas.	Preguntar o pedir ayuda cuando no entendemos algo.	Las dudas son resueltas, sin que queden problemas sin aclarar.
No planificar bien el tiempo para cada tarea.	Organizar mejor el tiempo para cada tarea.	El equipo sigue un plan de tiempo y lo respeta durante el sprint.
No anotar cambios en la documentación.	Anotar todos los cambios que se hagan en la documentación.	La documentación se actualiza cada vez que haya un cambio.

Tarea	Responsable	Fecha Límite
Reunir al equipo para compartir ideas sobre el progreso de sus avances en las reuniones virtuales.	Anderson Mancilla Aquino	24/06/2025
Corregir errores en el diseño de la interfaz de usuario.	Tinoco Aguilar Victor	19/06/2025
Documentar los cambios realizados en el backlog del proyecto, incluyendo las prácticas de XP.	Marcani Diaz Terry Anthony	21/06/2025
Supervisar que las pruebas de funcionalidad sean correctas y que todos los criterios de aceptación se hayan cumplido.	Anderson Mancilla Aquino	22/06/2025
Actualizar la estructura de la base de datos para soportar las nuevas funcionalidades.	Ames Medina Edison German	20/06/2025
Hacer el merge de las ramas de desarrollo y subir los cambios al repositorio de GitHub.	Ayquipa Estrada Jheremy William	24/06/2025
Planificar una reunión final con los stakeholders para revisar los cambios implementados y evaluar los resultados.	Tinoco Aguilar Victor	22/06/2025