Como líder de servicio en un proyecto piloto ágil, después de tres sprints, el equipo realiza una demostración y los principales stakeholders dan retroalimentación negativa, a pesar de que las características cumplieron con los criterios de aceptación del product owner. El equipo está confundido. ¿Cómo debería el gerente de proyecto mitigar el rechazo del producto?

Involucrar a los principales stakeholders en las próximas sesiones de revisión del sprint es la mejor opción porque fomenta la colaboración y asegura que sus expectativas se alineen con el producto en desarrollo. La retroalimentación temprana y continua de los stakeholders es crucial en un entorno ágil para evitar sorpresas y rechazos al final. Compartir el product backlog para revisión anticipada es útil, pero no garantiza la comprensión o el acuerdo sobre la implementación de las características. Crear sprints dedicados a correcciones es una reacción a un problema ya existente, no una mitigación proactiva. Pedir un nuevo product owner es una medida extrema que no aborda la causa raíz del problema: la falta de alineación con los stakeholders.