Después de varias iteraciones, el gerente de proyecto muestra el producto a un stakeholder clave, quien informa que muchas características no cumplieron con las expectativas. ¿Qué debería hacer el gerente de proyecto para evitar que esto vuelva a suceder?

La opción correcta es programar demostraciones de sprint adecuadas para recopilar retroalimentación temprana de los stakeholders y adaptar el plan en consecuencia. En un entorno ágil, las demostraciones de sprint regulares son cruciales para obtener retroalimentación continua de los stakeholders. Esto permite identificar y corregir desviaciones de las expectativas a tiempo, evitando que los problemas se acumulen hasta el final del proyecto. Las otras opciones son menos efectivas o no abordan la causa raíz del problema: Establecer sesiones de recopilación de requisitos con todos los stakeholders clave para reevaluar el alcance y repriorizar el backlog: Esto es reactivo y ocurre después de que el problema ya se ha manifestado, no lo previene. Incorporar prácticas de design thinking en el ciclo de vida del proyecto para comprender mejor a los usuarios (personas) y satisfacer mejor sus necesidades: Aunque el design thinking es valioso, no reemplaza la necesidad de retroalimentación continua sobre el producto en desarrollo. Evaluar las habilidades del equipo para encontrar a alguien con experiencia en diseño de producto y asignar a esa persona para reconstruir la interfaz del producto: Esto es una solución técnica a un problema de comunicación y gestión de expectativas, y no previene futuras desviaciones.