Respecto del punto 7 ¿Qué pasa si en los criterios de aceptación de una historia de usuario o tarea, está que debe ser probada en todo nivel, documentada y subida a producción?

Cuando Scrum dice que al final de cada Sprint debemos entregar incrementos de valor, no quiere decir que todas las tareas de desarrollo o procesos deben esperar hasta fin de Sprint para implementarse. De hecho, el Sprint planning se trata de hacer una definición lo suficientemente robusta del Sprint Goal de modo que, siendo transparentes (Uno de los pilares del empirismo) y previendo todas estas posibilidades, podamos establecer las condiciones de cumplimiento y el plan más acercado a la realidad de acuerdo con las necesidades más inmediatas de nuestro Backlog para el próximo Sprint.

Qué bueno encontrarnos con este tipo de debates por acá.