---
title: "Décaler un backlog au sprint suivant"
module: projects
type: functional
status: active
updated: 2026-08-28
---

# 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.