Die übrigen Backlog Items, werden erneut in das Product Backlog überführt. Diese müssen erneut geschätzt: Der Product Owner priorisiert diese neu.
Der Sprint hat eine feste Dauer. Diese Dauer wird zu Beginn festgelegt und bestimmt sich aus der Notwendigkeit heraus, Anpassungen auf Grund neuer Gegebenheiten schnell umzusetzen.
Die feste Dauer eines Sprints hilft dem Product Owner eine Prognose über das Produkt zu machen. Die Developers verbessern sich bei den Schätzungen und unterschätzen das Ausmaß der Arbeiten immer seltener. Nach einiger Zeit pendelt sich die Schätzung für den Sprint in einen realistischen Bereich ein. Die Developers ermitteln die Gründe für die Probleme in der Sprint Retrospective.
Durch Arbeiten am Produkt verbessern die Developers die eigenen Fähigkeiten. Die Erfahrungen von den vorangegangenen Sprints hilft die Produktivität zu steigern.