ES 
EN 
JA 
IT 
La evasión de la adaptación (Serie de escenarios #5)
Serie de escenarios para evitar la adaptación #5: los desarrolladores se acercan a usted y le dicen que debido a que la funcionalidad en la que están trabajando para ofrecer este Sprint es tan grande, no tendrán nada que inspeccionar al final del Sprint. Como tal, sugieren cancelar la Sprint Review.
¿Qué harías?
Llegar a Terminar es difícil, sin embargo, si tuvieras que resumir Scrum en una idea, sería solo eso, terminar el "trabajo". Los equipos Scrum a menudo tienen problemas con esto debido a una variedad de razones; mala planificación (necesitamos garantizar el por qué, el qué y el cómo se consideran), una comprensión inconsistente de lo que significa "Listo" y tal vez incluso poca transparencia sobre cómo se ve "Listo".
Si los Desarrolladores sugieren que necesitan cancelar la Revisión del Sprint, hay una causa subyacente a la que debemos llegar aquí. Es complicado evaluarlo y actuar para mejorarlo. En particular, la autogestión de un Scrum Team podría sugerir que, de hecho, pueden cancelar la Sprint Review. Eso sería un error. Un Scrum Master es responsable de crear un entorno para que florezca la autogestión, pero, lo que es más importante, que florezca dentro de los límites del marco de Scrum.
Si esta fuera una situación en la que te encontraras, ¿cómo actuarías?
Si estás interesado en mi opinión, mira el vídeo a continuación.
Encuentre una transcripción del video aquí: