En el mundo del desarrollo ágil, particularmente cuando nos referimos al marco de trabajo Scrum, uno de los términos más importantes y, a veces, desafiantes es “Entregables Rechazados”. De acuerdo al SBOK, estos entregables son los que, después de ser presentados, no cumplen con los criterios de aceptación establecidos y, por ende, no son aceptados en la revisión del sprint.
El proceso de revisión de sprint, también conocido como Sprint Review, es una oportunidad para que el equipo de desarrollo presente su trabajo al Product Owner y otros stakeholders relevantes. El objetivo principal es asegurarse de que lo que se ha producido durante el sprint cumpla con las expectativas y requisitos iniciales. Si algún entregable no cumple con los criterios de aceptación, se clasifica como “rechazado”.
Es fundamental entender que un entregable rechazado no necesariamente implica un fallo grave o un error por parte del equipo. En muchos casos, puede ser simplemente una discrepancia entre lo que se esperaba y lo que se produjo, o un cambio en los requisitos del cliente que surgió durante el sprint. El proceso ágil, por naturaleza, es iterativo y permite este tipo de ajustes.
Mantener una lista de entregables rechazados es esencial para el buen funcionamiento del equipo. Esta lista sirve como una herramienta de retroalimentación y aprendizaje. Al identificar y analizar las razones de los rechazos, el equipo puede tomar medidas para mejorar y evitar repetir errores en el futuro.
Por último, un aspecto clave de esta lista es su actualización constante. Después de cada revisión de sprint, se deben revisar y actualizar los entregables rechazados. Este proceso garantiza que no se pierda de vista ningún entregable y que todos los puntos pendientes sean abordados en los siguientes sprints.
El Product Owner, con la colaboración y presentación del equipo de desarrollo, es quien determina qué entregables son rechazados basándose en los criterios de aceptación predefinidos. Esta evaluación ocurre durante la revisión de sprint, una ceremonia al final de cada sprint. Los criterios de aceptación, definidos al principio del sprint, junto con herramientas de seguimiento y gestión de proyectos, son utilizados para esta evaluación.
Descripción del Proyecto: Desarrollo de una aplicación móvil para reservar citas en salones de belleza.
Entregables Rechazados:
– Nombre del Entregable: Sistema de Notificaciones de Reservas
– Razón de Rechazo: Las notificaciones llegan con un retraso de más de 5 minutos después de haber hecho la reserva.
– Criterio de Aceptación Incumplido: Todas las notificaciones deben ser instantáneas después de confirmar una reserva.
– Nombre del Entregable: Integración con Google Calendar
– Razón de Rechazo: Algunas reservas no se reflejan en el calendario del usuario.
-Criterio de Aceptación Incumplido: Todas las reservas confirmadas deben aparecer automáticamente en el Google Calendar del usuario.
– Nombre del Entregable: Interfaz de Evaluación del Salón
– Razón de Rechazo: Los usuarios no pueden enviar comentarios junto con sus calificaciones.
– Criterio de Aceptación Incumplido: La interfaz debe permitir a los usuarios enviar comentarios y calificaciones.