Paramètres des backlogs

Dans OpenProject, vous pouvez configurer les paramètres de vos backlogs de manière spécifique à chaque projet. Accédez à Paramètres du projet -> Backlogs.

Types et statuts

Sous l’onglet Types et statuts, vous pouvez définir quels statuts de lot de travaux sont considérés comme clôturés et quels types de lot de travaux sont exclus des vues du backlog.

Statuts considérés comme fermés

Vous pouvez sélectionner les statuts qui correspondent à un état « clôturé » ou « terminé » dans votre flux de travail.

Ces statuts sont considérés comme « clôturés » tout au long de la planification et du compte rendu des sprints. Ils sont utilisés pour calculer les graphiques de progression et permettent de déterminer quels lots de travaux restent dans un sprint lorsqu’il est terminé.

On peut citer, par exemple :

  • Terminé
  • Résolu
  • Rejeté
  • Ne sera pas corrigé

Les statuts utilisant le méta-statut global Fermé sont toujours considérés comme fermés et ne peuvent pas être supprimés.

Configurer les statuts considérés comme « fermés » dans les paramètres de Backlogs

Types de lots de travaux exclus

Vous pouvez choisir les types de lots de travaux qui doivent être masqués dans le backlog de la boîte de réception et dans les buckets du backlog.

Les types de lots de travaux exclus :

  • n’apparaissent pas dans le backlog de la boîte de réception.
  • n’apparaissent pas dans les buckets de backlog.
  • continuent d’apparaître lors des sprints.
  • continuent d’apparaître sur les tableaux de sprint.

Cela peut s’avérer utile pour les types de lots de travaux gérés à un niveau supérieur, tels que les epics ou les jalons.

Sélectionnez un ou plusieurs types de lots de travaux dans la liste des types de lots de travaux actifs disponibles dans le projet.

Remarque

La sélection est propre à chaque projet et est copiée lors de la copie d’un projet.

Appuyez sur le bouton Enregistrer pour appliquer vos modifications.

Configurer les statuts considérés comme « fermés » et les types de lots de travaux exclus dans les paramètres des backlogs

Partager les sprints

Sprint sharing
Cette fonction est un add-on Enterprise et ne peut être utilisé qu'avec l'édition Enterprise cloud ou Enterprise sur site avec les formules d'abonnement Basic, Professional, Premium, Corporate.
Plus d'informations

Le partage des sprints est un paramètre au niveau du projet qui vous permet de choisir si les sprints doivent être partagés entre les projets.

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.

Partager des sprints : 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.

Gérer les paramètres des backlogs dans les paramètres du projet dans OpenProject

En fonction de vos permissions d’accès, certains champs de sprint partagés peuvent être en lecture seule. Les champs spécifiques au projet, tels que l’objectif du sprint, peuvent toujours être modifiés séparément.

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é

Les éléments suivants restent propres à chaque projet :

  • Les lots de travaux restent dans leurs projets respectifs
  • Les backlogs et leur structure restent spécifiques à chaque projet
  • Les objectifs de sprint 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.