Paramètres des backlogs
In OpenProject, you can configure your Backlogs settings specific to each project. Navigate to Project settings -> Backlogs.
Types and statuses
Under the tab Types and statuses you can configure which work package statuses are considered closed and which work package types are excluded from backlog views.
Statuses considered closed
You can choose the statuses that represent a closed or finished state in your workflow.
These statuses are treated as closed throughout sprint planning and reporting, including burndown charts and sprint completion.
Examples include:
- Done
- Resolved
- Rejected
- Won’t Fix
Statuses using the global Closed meta status are always treated as closed and cannot be removed.
Excluded work package types
You can choose which work package types should be hidden from backlog views.
Excluded work package types:
- do not appear in the Inbox backlog.
- do not appear in backlog buckets.
- continue to appear in sprints.
- continue to appear on sprint boards.
This can be useful for work package types that are managed at a higher level, such as Epics or Milestones.
Select one or more work package types from the list of active work package types available in the project.
Remarque
The selection is project-specific and is copied when a project is copied.
Appuyez sur le bouton Enregistrer pour appliquer vos modifications.
Partager les sprints
Sprint sharing is a project-level setting that allows you to choose whether sprints should be shared across projects.
Remarque
Il ne s’agit pas d’un réglage au niveau du sprint, comme c’est actuellement le cas pour les versions.
Le partage des sprints permet aux équipes travaillant sur plusieurs projets de planifier et de suivre le travail de manière coordonnée. Au lieu de gérer des sprints distincts et déconnectés dans chaque projet, vous pouvez définir un sprint une seule fois et le réutiliser dans tous les projets. Ceci est particulièrement utile pour les configurations scrum de plusieurs équipes, les environnements agiles scaled, ou lorsque plusieurs équipes contribuent au même incrément.
Selon l’option choisie, un projet peut soit fournir des sprints à d’autres, soit utiliser des sprints partagés, soit rester indépendant :
Ne pas partager : il s’agit du paramètre par défaut pour les projets. Les sprints peuvent être créés dans ce projet et ne sont disponibles et visibles que dans ce projet. Aucun des sprints créés n’est partagé avec d’autres projets ou sous-projets.
**Les sprints peuvent être créés dans ce projet et partagés avec tous les projets ou les sous-projets :
-
Tous les projets : si vous sélectionnez cette option, les sprints créés sont disponibles pour tous les projets de l’instance. Cela signifie également qu’aucun autre projet ne peut partager des sprints avec tous les projets.
-
Sous-projets : les sprints créés dans ce projet seront disponibles pour tous les sous-projets du projet actuel.
Recevoir des sprints partagés : aucun sprint ne peut être créé dans le cadre de ce projet. En revanche, seuls les sprints partagés par un autre projet peuvent être utilisés.
Ce qui est partagé
Lorsque les sprints sont partagés, le sprint lui-même est partagé entre les projets. Cela comprend :
- Nom du sprint
- Dates de début et de fin
- Statut du sprint (par exemple, planification, actif, terminé)
Cela permet de s’assurer que tous les projets participants travaillent avec la même définition de sprint et le même calendrier.
Ce qui n’est pas partagé
The following remain project-specific:
- Les lots de travaux restent dans leurs projets respectifs
- Les backlogs et leur structure restent spécifiques à chaque projet
- Les autorisations et la visibilité sont toujours gérées par projet
Même lorsque les sprints sont partagés, chaque projet conserve ses propres éléments de travail et sa propre configuration.
Pour en savoir plus, lisez comment travailler avec les backlogs dans OpenProject.