Hemos estado usando Scrum por alrededor de 9 meses y ha tenido mucho éxito. Sin embargo, nuestras tablas de combustión rara vez se parecen a las tablas de "modelos", sino que se parecen más a una aterradora montaña rusa con algunos vómitos que provocan subidas y bajadas.

Para intentar combatir esto, pasamos más tiempo antes de la creación y creación de prototipos del sprint, pero todavía parece que descubrimos mucho más trabajo durante el sprint de lo que inicialmente se pensaba. Nota: Con esto quiero decir que el trabajo requerido para cumplir con la cartera de pedidos está más involucrado de lo que se pensaba en lugar de haber identificado nuevos elementos para la cartera de pedidos.

Es este un problema común con Scrum y alguien tiene algún consejo para ayudar a suavizar el viaje?

Debo señalar que la mayor parte de nuestro trabajo de desarrollo no es totalmente nuevo, por lo que mantenemos la funcionalidad en una aplicación grande y compleja existente. ¿Scrum es menos adecuado para este tipo de desarrollo simplemente porque no sabes qué problemas va a provocar el código existente?

Cuánto tiempo deberíamos pasar antes de que el sprint comience a resolver los detalles del desarrollo?

UPDATE: estamos teniendo más éxito y un viaje más suave ahora. Esto se debe en gran parte a que hemos tenido una visión más pesimista al estimar qué nos da más espacio para respirar para lidiar con las cosas cuando no van a planear. Se podría decir que nos permite ser más "ágiles". También estamos tratando de cambiar la percepción de que el gráfico de quemado es algún tipo de cronograma en lugar de una indicación de alcance v recursos.