Skip to content

F‐ Restrospective SPRINT 1

Carla E edited this page May 20, 2024 · 2 revisions

Retrospectiva del Sprint 1

Introducción

En esta reunión de retrospectiva, el equipo de desarrollo revisará el progreso y las áreas de mejora del sprint recién completado. El objetivo es identificar lo que se hizo bien, lo que no se hizo tan bien, y cómo podemos mejorar en el próximo sprint. La retroalimentación proporcionada por el Product Owner (Equipo de Profesores) ha sido esencial para guiar nuestra evaluación y planificación futura.

Asistentes

• Laura Cruz • Micaela Juarez Manescotto • Carla Arevalo • Delfina Aricoma • Antonio Figueroa • Ernesto Cevasco • Dalma Ponce • Melisa Gulle • Mariana Cos

Aspectos positivos

  1. Metodología Scrum: • La distribución clara de roles facilitó la colaboración y la toma de decisiones. Cada miembro del equipo comprendió sus responsabilidades y al progreso del sprint.
  2. Enfoque en los Objetivos del Sprint: • El equipo se mantuvo enfocado en los objetivos establecidos, priorizando y completando tareas principales.
  3. Reuniones efectivas: • Las reuniones, la planificación y la revisión del sprint se llevaron a cabo de manera eficiente. Estas reuniones mantuvieron al equipo enfocado, facilitaron la comunicación y permitieron adaptaciones rápidas a cualquier cambio o problema que surgiera.
  4. Transparencia y visibilidad del trabajo: • El uso del tablero Scrum (Kanban) permitió visualizar fácilmente el progreso del trabajo en cada etapa. Esto ayudó a identificar rápidamente los cuellos de botella y áreas que necesitaban atención.
  5. Registro detallado de tareas: • Mantuvimos un registro detallado de tareas y avances en cada reunión. Esto proporcionó una referencia clara para todos los miembros, asegurando que todos estuvieran al tanto del estado del proyecto y facilitando la continuidad del trabajo.

Áreas a mejorar

  1. Estimaciones iniciales poco precisas: • Algunas estimaciones resultaron inexactas, llevando a una planificación subóptima y ajustes sobre la marcha.
  2. Baja comprensión en las tareas: • Hubo falta de comunicación de algunos participantes durante las reuniones, lo que afectó la comprensión de las tareas.
  3. Baja de un miembro del equipo: • A último momento, uno de los desarrolladores del equipo se dio de baja debido a mala información por parte de la administración, lo que afectó la división de tareas.
  4. Organización tardía del equipo: • El equipo se organizó de manera tardía, lo que impidió que se lograran todas las tareas o que se realizaran como se hubiesen querido.

Mejoras en la Planificación del Sprint

  1. Claridad en la Comunicación: • Fomentar una mejor comunicación durante las reuniones para asegurar que todos los miembros comprendan claramente las tareas asignadas.
  2. Mejoras en la Estimación: • Revisar y mejorar las técnicas de estimación para lograr una planificación más precisa y evitar ajustes sobre la marcha.
  3. Gestión de Recursos Humanos: • Establecer un canal de comunicación más claro y directo con la administración para evitar bajas de último momento y reorganizar las tareas de manera eficiente en caso de que ocurran.
  4. Organización del Equipo: • Asegurar una organización más temprana y eficiente del equipo al inicio del sprint para maximizar la productividad y la calidad de las entregas.

Continuidad de Tareas Pendientes

  1. Retomar tareas pendientes: • Todas las tareas que quedaron pendientes del Sprint 1 se retomarán en el Sprint 2, asegurando su finalización y evitando acumulación de trabajo.

Con estas acciones, el equipo debería abordar los puntos pendientes y mejorar tanto la estructura del proyecto como las funcionalidades del frontend y backend. Es fundamental mantener una comunicación abierta y solicitar ayuda cuando sea necesario para garantizar el éxito del siguiente sprint.

Clone this wiki locally