On suppose que Al, l'architecte, a travaillé avec le propriétaire du produit afin de prioriser les éléments en attente (backlog) de l'édition. Le sprint 1 est terminé et le reste de l'apprentissage à rythme libre décrit les activités entreprises au cours du sprint 2 d'une édition.
Lorsque le sprint commence, le propriétaire du produit passe en revue le journal des éléments en attente (backlog) pour identifier les cas d'utilisation et les exigences non fonctionnelles qui peuvent être inclus dans une période définie, également appelée "boîte de temps" (timebox).
Une fois les exigences identifiées, l'architecte explore les solutions techniques afin d'y déceler les éléments à haut risque. L'équipe s'engage ensuite à réaliser un ensemble de fonctions en s'appuyant sur leur compréhension de l'effort de développement et de test.
[Scénario CLM] Durant la planification du sprint, les développeurs font une estimation de l'effort de développement, tandis que les spécialistes des tests planifient l'effort de test conformément aux exigences proposées par le propriétaire du produit.
Scénario de cycle de vie Money that Matters sur Jazz.net
Lors de la planification du sprint, Al, l'architecte, évalue les besoins en conception induits par les nouvelles exigences.
L'équipe vérifie que chaque exigence est reliée à un cas d'implémentation et à un scénario de test. L'objectif est de s'assurer que les besoins métier les plus importants sont couverts et que le sprint peut contenir les activités associées de conception, de développement et de test.