Que sucede cuando el cliente no acepta parte del resultado del sprint??
Cuando culmina el sprint y se presentan los resultados en el sprint review, el cliente puede no aceptar parte de ese producto. Que sucede? se suma como nuevos requerimientos de un proximo sprint??
I only speak English so I am going to rely on Google Translate to convert this to Spanish.
Yes, that is exactly what happens during the Sprint Review. The work that has been done is discussed with the stakeholders and any modifications are captured as part of the Product Backlog.
However, this should also come up in the Sprint Retrospective. Is there a way to avoid this from happening in the future? Should you be sharing with the stakeholders more often during the Sprint? Could the reason for this been caught with better refinement practices? It is an opportunity to learn.
----------------------------------------------
Solo hablo inglés, así que confiaré en Google Translate para convertir esto a español.
Sí, eso es exactamente lo que sucede durante la Revisión de Sprint. El trabajo que se ha realizado se discute con las partes interesadas y cualquier modificación se captura como parte del Product Backlog.
Sin embargo, esto también debería aparecer en la Retrospectiva de Sprint. ¿Hay alguna forma de evitar que esto suceda en el futuro? ¿Debería compartir con las partes interesadas con más frecuencia durante el Sprint? ¿Podría detectarse la razón de esto con mejores prácticas de refinamiento? Es una oportunidad para aprender.
Buenas Sergio!
"No aceptar parte de ese producto" ¿a que te refieres exactamente?
- A que si has entregado X objetivo y parte de ese objetivo tenia una funcionalidad que el no necesita.
- A que no está contento con lo entregado porque no cumple con lo que el esperaba.
Si es la primera, pues quizás el no la necesite, pero otros clientes si. Si el producto es solo para ese cliente, entonces es un toque de atención para que la comunicación sea mas clara en ambas direcciones.
Si es el segundo caso, es simplemente iterar.
Ten un día genial.
Same as Daniel - I trust the AI translation is correct.
In Scrum, the Sprint Review is where stakeholders inspect and adapt. If the client rejects part of the Increment, the Product Owner captures that feedback as Product Backlog Items. The key is to determine whether the Increment meets the Definition of Done (DoD), or if the client was expecting something different or additional. If it does not meet the DoD, then it was never truly complete and should return to the backlog. If it does meet the DoD but still falls short of client needs, that is valuable feedback for re-prioritisation. In either case, the updated backlog drives what the team works on next.
-----------------------------------------------------
En Scrum, la Revisión del Sprint es el espacio donde los interesados inspeccionan y adaptan. Si el cliente rechaza parte del Incremento, el Product Owner recoge ese feedback como elementos del Product Backlog. Lo clave es determinar si el Incremento cumple con la Definición de Terminado (DoD), o si el cliente esperaba algo diferente o adicional. Si no cumple con la DoD, entonces nunca estuvo realmente completo y debe volver al backlog. Si sí cumple con la DoD pero aun así no satisface las necesidades del cliente, ese es un feedback valioso para re-priorizar. En cualquier caso, el backlog actualizado guiará lo que el equipo trabaje a continuación.