Re-evaluación en el Próximo Sprint
1. Introducción (Para Clientes y Socios)
A veces, una función o corrección de errores no llega a lanzamiento completo dentro de un sprint, o surge nueva información que requiere una evaluación adicional. En tales casos, movemos el ítem al estado de “re-evaluación” para el próximo sprint. Esto asegura que nada se pase por alto y que revisitemos el ítem con una nueva perspectiva y prioridades actualizadas.
2. Quién Está Involucrado
| Rol | Participación | Beneficio para Ti | 
|---|---|---|
| Scrum Master | Realiza un seguimiento de los elementos incompletos o no resueltos y los programa para su reevaluación. | Asegura que tu función o corrección de errores permanezca visible y no se abandone. | 
| Product Owner | Confirma si el elemento aún se alinea con la hoja de ruta o si debe ser pospuesto. | Proporciona una dirección clara sobre si continuar, posponer o rehacer. | 
| Dev Team | Reevaluar las limitaciones técnicas, completar tareas pendientes o actualizar estimaciones. | Entrega cualquier trabajo adicional necesario para finalizar o mejorar la solución. | 
| Ingeniero de QA | Vuelve a probar el elemento en el siguiente sprint si se necesita nuevo código o si los criterios de aceptación han cambiado. | Asegura que el resultado cumpla con los estándares de calidad cuando finalmente se libere. | | Tú (Cliente/Socio) | Puede ser consultado si se necesitan más detalles o requisitos revisados. | Te mantiene informado del plan para completar tu función o solucionar tu problema. |
3. Flujo de Proceso / Esquema
Así es como un ítem se re-evalúa en el próximo sprint (utilizando comillas dobles en el diagrama de Mermaid):
1. **Elemento No Completado**: Una característica o corrección de errores permanece parcialmente hecha, o surgen nuevos problemas.  
2. **Marcar como “Reevaluación”**: El Scrum Master lo etiqueta para la sesión de planificación del **próximo** sprint.  
3. **Revisar Durante la Retrospectiva del Sprint**: El equipo discute **por qué** no se completó y qué se necesita.  
4. **Decisión**:  
   - **Sí**: Si el elemento aún tiene valor comercial, pasa a la **Planificación del Próximo Sprint**.  
   - **No**: Si ya no es relevante o factible, lo aplazamos o lo rechazamos por completo (con comentarios).  
5. **Trabajo del Próximo Sprint**: El equipo de desarrollo aclara tareas, actualiza estimaciones e incluye el elemento en el nuevo backlog del sprint si la capacidad lo permite.
---
## 4. Preguntas Frecuentes Cortas
**P1: ¿Por qué no se completaría una función o corrección de errores en un solo sprint?**  
**R1:** Las razones incluyen **complejidad inesperada**, **prioridades cambiadas** o **nuevos detalles** que surgen a mitad del sprint.
**P2: ¿Significa "re-evaluación" empezar desde cero?**  
**R2:** No necesariamente. Típicamente significa que **revisaremos** el progreso, confirmaremos las tareas pendientes y continuaremos con el desarrollo/pruebas en el siguiente sprint.
**P3: ¿Qué pasa si el ítem aún no está terminado después del siguiente sprint?**  
**R3:** Puede ser re-evaluado nuevamente, pospuesto o dividido en tareas más pequeñas. Nuestro objetivo es evitar un arrastre interminable refinando el alcance o aclarando los criterios de aceptación.
**P4: ¿Seré notificado si mi función o problema pasa a "re-evaluación"?**  
**R4:** Sí, recibirás una actualización explicando por qué se está trasladando y un **cronograma esperado** para la finalización en el siguiente sprint.
## 5. Siguientes Pasos y Recursos Adicionales
- **Planificación de Sprint**: Aprende cómo asignamos elementos (incluidos los reevaluados) a nuevos sprints.  
- **Diferencia entre Diferir y Reevaluar**: Comprende la diferencia entre diferir un elemento (pospuesto) y reevaluarlo activamente en el próximo sprint.  
- **Contáctanos**: Si tienes más detalles o deseas revisar tus solicitudes, envía un correo a `contact+support@aismarttalk.tech` o consulta nuestro chatbot.
Al **reevaluar** elementos en el **próximo sprint**, mantenemos el **impulso** en el trabajo parcialmente completado y aseguramos que incluso las características/soluciones de errores detenidas o retrasadas reciban la **atención** que necesitan para eventualmente alcanzar un **lanzamiento exitoso**.