Isi-APP Docs fonctionnelles
Toutes les docs
Markdown brut
Décaler un backlog au sprint suivant
Actif projects functional Revu le 2026-08-28 projects/backlog-next-sprint.md

Décaler un backlog au sprint suivant

Doc fonctionnelle : décrit le quoi et le pourquoi (point de vue utilisateur / chef de projet).

À quoi ça sert

En fin de sprint, une partie des items ne passera pas et doit être reportée. Jusqu'ici il fallait, pour chaque item, ouvrir la modale « Changer de sprint » et retrouver le bon sprint dans la liste — alors que la réponse est presque toujours la même : le sprint d'après.

L'action « Prochain sprint » fait ce geste en deux clics, sans avoir à savoir quel sprint est le suivant.

Comment ça marche (côté utilisateur)

  1. Dans Projet → Backlog, vue tableau, ouvrir le menu « … » de la ligne concernée.
  2. Cliquer sur « Prochain sprint ».
  3. Une fenêtre de confirmation s'ouvre et nomme le sprint cible : sprint actuel de l'item, sprint de destination et ses dates — par exemple « Sprint actuel : « SP #015 - 09/26 ». Il sera déplacé vers « SP #016 - 10/26 », du 02/10/2026 au 05/11/2026. »
  4. Déplacer applique le changement ; Annuler ne modifie rien.

Un message de confirmation rappelle le sprint dans lequel l'item a atterri.

Quel est le « sprint suivant » ?

Les sprints du projet sont classés par date de début (date réelle si elle est saisie, sinon date prévisionnelle). Le sprint proposé est le premier qui commence après le sprint actuel de l'item.

Situation de l'item Sprint proposé
Rattaché à un sprint daté Le premier sprint qui commence après lui
Rattaché à aucun sprint Le premier sprint à venir (début postérieur à aujourd'hui)
Rattaché à un sprint sans date Idem : le premier sprint à venir

Les sprints sans aucune date ne sont jamais proposés : ils ne sont pas positionnables dans le temps. C'est aussi le tri par date — et non l'ordre alphabétique du board — qui fait foi : sur un projet où des sprints « au long cours » (R&D, chantiers annuels) cohabitent avec les sprints mensuels, la confirmation nomme le sprint retenu pour lever toute ambiguïté avant de valider.

Cas particuliers

  • Aucun sprint suivant (item déjà sur le dernier sprint planifié, ou projet sans sprint à venir) : aucune fenêtre ne s'ouvre, un message d'erreur l'indique et rien n'est modifié.
  • Droits : l'action n'apparaît que pour les utilisateurs ayant le droit de modification sur le backlog. Elle est absente en lecture seule.
  • Vue kanban : l'action n'existe que dans la vue tableau. Le kanban conserve le déplacement par glisser-déposer (qui change le statut, pas le sprint) et la sélection multiple.

Et pour plusieurs items à la fois ?

Cocher les lignes puis utiliser l'action en masse « Changer de sprint », qui laisse choisir le sprint de destination. « Prochain sprint » reste une action unitaire, volontairement sans saisie.