La leçon sur la vélocité montrait un calcul simple : reste du backlog ÷ vélocité = nombre de sprints. En pratique, on ne donne jamais une date unique — on donne une fourchette.

Pourquoi une fourchette

La vélocité varie d'un sprint à l'autre. Le backlog grossit (de nouvelles stories apparaissent). Prendre la vélocité moyenne et diviser donne un point qui a peu de chances d'être exact.

Le calcul de la fourchette

• Optimiste : reste du backlog ÷ meilleure vélocité observée.
• Pessimiste : (reste du backlog + marge de croissance) ÷ vélocité la plus basse observée.

On communique « entre 5 et 8 sprints », pas « 6,5 sprints ».

Tenir compte de la croissance du backlog

Sur les sprints passés, de combien le backlog a-t-il grossi en moyenne ? Si chaque sprint ajoute 10 % de stories, la prévision brute est trop optimiste.

Réactualiser à chaque sprint

Après chaque sprint, on recalcule avec la nouvelle vélocité et le nouveau reste. La fourchette se resserre à mesure qu'on approche de la fin. Une prévision faite une fois et jamais revue ne vaut rien.

Communiquer honnêtement

« Au rythme actuel, l'essentiel du backlog sera livré entre mi-mars et début avril ; je réactualise cette fourchette chaque quinzaine. » Cette phrase est plus utile — et plus crédible — qu'une date ferme sortie d'un tableur.

Exemple concret : reste 90 points, vélocités observées entre 16 et 24, backlog qui croît d'environ 8 % par sprint. Fourchette : optimiste 90 ÷ 24 ≈ 4 sprints ; pessimiste (90 + 20 %) ÷ 16 ≈ 7 sprints. L'équipe annonce « 4 à 7 sprints », réactualisé chaque quinzaine.

À vous de jouer : avec un reste de 60 points et des vélocités observées entre 10 et 15, donnez une fourchette en nombre de sprints.