Personnaliser vos backlogs ou vos tableaux (processus d’héritage)
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Vous pouvez personnaliser vos backlogs pour y ajouter d’autres niveaux ou ajouter des types d’éléments de travail personnalisés. Comme indiqué ci-dessous, nous avons ajouté un backlog de portefeuille de troisième niveau intitulé Initiatives qui suit le type d’élément de travail d’initiative personnalisé, et nous avons renommé le backlog de produit en Stories et Tickets pour indiquer que nous suivons non seulement les récits utilisateur, mais également les tickets client sur le backlog du produit.
Votre projet définit deux backlogs de portefeuille : fonctionnalités et épopées. Toutefois, si vous avez besoin d’un ou de plusieurs backlogs de portefeuille supplémentaires, vous pouvez les ajouter.
Important
Le modèle de processus d’héritage est disponible pour les projets configurés pour le prendre en charge. Si vous utilisez une collection plus ancienne, vérifiez la compatibilité du modèle de processus. Si votre collection locale est configurée pour utiliser le modèle de processus XML local, vous pouvez uniquement utiliser ce modèle de processus pour personnaliser l’expérience de suivi du travail. Pour plus d’informations, consultez Choisir le modèle de processus pour votre collection de projets.
Les backlogs de portefeuille sont utiles pour organiser votre backlog dans différents scénarios d’entreprise et d’utilisateurs. Lorsque vous organisez vos backlogs en portefeuilles, vous pouvez obtenir une vue hiérarchique du travail défini dans les backlogs de niveau inférieur, y compris le travail en cours au sein de plusieurs équipes. Les gestionnaires de programme peuvent suivre les status des éléments de backlog intéressants et explorer le dossier pour s’assurer que tout le travail est représenté.
Pour en savoir plus sur ce que vous pouvez personnaliser, consultez À propos de la personnalisation des processus et des processus hérités.
Remarque
Vous ne pouvez pas ajouter un type d’élément de travail hérité au niveau du backlog. Par exemple, vous ne pouvez pas ajouter le type d’élément de travail Problème ou Obstacle au backlog du produit.
Personnalisations prises en charge
Les backlogs et les tableaux sont des outils Agile essentiels pour créer et gérer le travail d’une équipe. Les backlogs standard (produit, itération et portefeuille) hérités du processus système sont entièrement personnalisables. En outre, vous pouvez ajouter des backlogs de portefeuille personnalisés pour un total de cinq backlogs de portefeuille.
Types de backlog
Prise en charge de la personnalisation
Backlogs hérités
Backlogs de portefeuille personnalisés
Ce que vous ne pouvez pas personnaliser
- Vous ne pouvez pas supprimer un niveau de portefeuille hérité du produit (mais vous pouvez renommer le niveau de portefeuille et désactiver un type d’élément de travail hérité)
- Vous ne pouvez pas insérer un niveau de backlog dans l’ensemble existant de backlogs définis
- Vous ne pouvez pas réorganiser les niveaux de backlog
- Vous ne pouvez pas ajouter un type d’élément de travail à deux niveaux de backlog différents
- Vous ne pouvez pas créer un niveau de backlog de tâches personnalisé, bien que vous puissiez ajouter des WIT personnalisés au backlog d’itération
- Vous ne pouvez pas ajouter le bogue WIT au niveau du backlog. Au lieu de cela, le système permet à chaque équipe de décider de la façon dont elle souhaite gérer les bogues. Pour plus d’informations, consultez Afficher les bogues sur les backlogs et les tableaux.
- Vous ne pouvez pas ajouter ou supprimer un WIT hérité dans ou à partir d’un backlog, par exemple, vous ne pouvez pas ajouter le wit de problème au backlog du produit.
- Vous ne pouvez pas supprimer un niveau de portefeuille hérité du produit (mais vous pouvez renommer le niveau de portefeuille et désactiver un type d’élément de travail hérité)
- Vous ne pouvez pas insérer un niveau de backlog dans l’ensemble existant de backlogs définis
- Vous ne pouvez pas réorganiser les niveaux de backlog
- Vous ne pouvez pas ajouter un type d’élément de travail à deux niveaux de backlog différents
- Vous ne pouvez pas créer un niveau de tâche personnalisé, même si vous pouvez ajouter des types d’éléments de travail personnalisés au backlog d’itération
- Vous ne pouvez pas ajouter le bogue WIT au niveau du backlog. Au lieu de cela, le système permet à chaque équipe de décider de la façon dont elle souhaite gérer les bogues. Pour plus d’informations, consultez Afficher les bogues sur les backlogs et les tableaux.
Remarque
Certaines fonctionnalités nécessitent l’installation de la mise à jour d’Azure DevOps Server 2020.1. Pour plus d’informations, consultez Notes de publication d’Azure DevOps Server 2020 Update 1 RC1, Tableaux.
Ajouter un type d’élément de travail système à un backlog
Si vous souhaitez suivre les problèmes ou les obstacles ou d’autres types d’éléments de travail hérités au sein d’un backlog ou d’un tableau, vous pouvez en modifiant le backlog correspondant. Le tableau suivant répertorie les types d’éléments de travail disponibles que vous pouvez ajouter à un backlog.
Remarque
Cette fonctionnalité nécessite la mise à jour d’Azure DevOps Server 2020.1 ou une version ultérieure.
Process
Types d’éléments de travail
Agile
Problème
Scrum
Obstacle
CMMI
Demande de modification, problème, révision, risque
Chaque boîte de dialogue Modifier le niveau du backlog inclut automatiquement les types d’éléments de travail hérités et personnalisés qui n’ont pas été affectés à d’autres niveaux de backlog. Par exemple, les types d’éléments de travail Agile non attribués sont répertoriés sous la section Autres types d’éléments de travail, comme illustré dans l’image suivante
Ces mêmes types d’éléments de travail, ainsi que tous les types d’éléments de travail personnalisés, apparaissent dans la boîte de dialogue Modifier le niveau du backlog de tous les niveaux de backlog jusqu’à ce qu’ils soient affectés à un niveau de backlog particulier.
Remarque
Vous ne pouvez pas supprimer le type d’élément de travail par défaut hérité d’un niveau de backlog, mais vous pouvez désactiver le type d’élément de travail correspondant. Par exemple, vous pouvez désactiver le type d’élément de travail De l’article utilisateur pour le backlog Des exigences agiles tant que vous avez ajouté un autre type d’élément de travail pour prendre en charge ce backlog.
Champs ajoutés aux types d’éléments de travail
Lorsque vous ajoutez un type d’élément de travail à un niveau de backlog, les champs suivants sont ajoutés à la définition de type d’élément de travail en tant que champs masqués (autrement dit, ils n’apparaissent pas dans le formulaire d’élément de travail) pour prendre en charge la sélection des fonctionnalités d’outil Agile.
Niveau du backlog | Champs ajoutés |
---|---|
Backlog de portefeuille | - Classement de pile (Agile, CMMI) - Priorité du backlog (Scrum) |
Backlog des conditions requises | - Classement de pile, Points d’histoire (Agile) - Classement de la pile, Taille (CMMI) - Priorité du backlog, Effort (Scrum) |
Backlog d’itération | - Activité, Travail restant, Classement de pile (Agile) - Discipline, Travail restant, Classement de pile (CMMI) - Activité, Travail restant, Priorité du backlog (Scrum) |
Les champs Classement de pile et Priorité du backlog capturent la priorité relative des éléments de travail, car ils sont réorganisé sur un backlog ou une carte. Pour plus d’informations sur son utilisation, voir En arrière-plan : le champ Priorité du backlog ou Classement de pile.
Les champs Points de l’article, Taille et Effort capturent le travail relatif requis pour terminer un WIT affecté au backlog Des exigences. Cette valeur est utilisée pour calculer la vitesse.
Enfin, le travail restant est utilisé dans les graphiques de capacité et de burndown sprint.
Prérequis
Nous vous recommandons de consulter Configurer et personnaliser Azure Boards, qui fournit des conseils sur la personnalisation d’Azure Boards pour s’aligner sur vos besoins métier spécifiques.
- Vous devez disposer d’une organisation dans Azure DevOps.
- Pour créer, modifier et gérer des processus, vous devez être membre du groupe Administrateurs de collection de projets ou disposer des autorisations correspondantes au niveau de la collection Créer un processus, supprimer un processus, modifier le processus ou Supprimer un champ de organization défini sur Autoriser. Pour plus d’informations, consultez Définir les autorisations et l’accès pour le suivi du travail, Personnaliser un processus hérité.
- Vous devez disposer du modèle de processus d’héritage pour la collection de projets où le projet est créé. Pour plus d’informations, consultez Choisir le modèle de processus pour votre collection de projets.
- Pour créer, modifier et gérer des processus, vous devez être membre du groupe Administrateurs de collection de projets ou disposer des autorisations correspondantes Créer un processus, Supprimer un processus, Modifier ou Supprimer un champ de organization défini sur Autoriser. Pour plus d’informations, consultez Définir les autorisations et l’accès pour le suivi du travail, Personnaliser un processus hérité.
Ouvrez Paramètres > Processus
Connectez-vous à votre organisation (
https://dev.azure.com/{yourorganization}
).Sélectionnez
Paramètres de l’organisation.
Sélectionnez Traiter.
Connectez-vous à votre collection (
https://dev.azure.com/{Your_Collection}
).Sélectionnez Paramètres de collecte ou Paramètres administratifs.
Sélectionnez Traiter.
Remarque
Lorsque vous personnalisez un processus hérité, tous les projets qui utilisent ce processus reflètent automatiquement les personnalisations. Pour garantir une transition fluide, nous vous recommandons de créer un processus de test et un projet, ce qui vous permet de tester vos personnalisations avant de les implémenter à l’échelle de l’organisation. Pour plus d’informations, consultez Créer et gérer des processus hérités.
Ajouter ou modifier des backlogs du portefeuille
Les processus système Agile, Scrum et CMMI définissent deux backlogs de portefeuille par défaut, Epics et Features. Chacun est associé à leurs types d’éléments de travail correspondants, Epic et Feature. Le processus de base définit uniquement le backlog Epics et le type d’élément de travail Epic. Pour plus d’informations, consultez À propos des processus et des modèles de processus.
Vous pouvez ajouter un type d’élément de travail personnalisé lors de l’ajout ou de la modification d’un backlog de portefeuille, ou choisir un type d’élément de travail que vous avez précédemment ajouté. Seuls les types d’éléments de travail qui n’appartiennent pas à un autre niveau de backlog apparaissent pour la sélection.
Ajouter un backlog de portefeuille
Vous pouvez ajouter un backlog de portefeuille et un type d’élément de travail personnalisé en suivant ces étapes.
Dans la page Niveaux du backlog, choisissez
Nouveau backlog de portefeuille de niveau supérieur.
Nommez le niveau du backlog, sélectionnez la couleur du niveau du backlog et ajoutez le type d’élément de travail à associer à ce niveau. Cliquez sur Ajouter.
Si vous associez un seul type d’élément de travail au backlog, choisissez Enregistrer pour enregistrer vos modifications. Sinon, vous pouvez ajouter d’autres types d’éléments de travail en fonction des besoins.
Modifier, renommer ou supprimer un backlog de portefeuille
Dans la page Niveaux du backlog, choisissez le menu contextuel d’un backlog de portefeuille pour modifier, renommer ou supprimer celui-ci.
La suppression d’un niveau de backlog supprime le backlog et la carte associés au niveau de toutes les équipes, y compris les personnalisations apportées à ces derniers. Les éléments de travail définis avec les types d’éléments de travail associés ne sont pas supprimés ou affectés de quelque manière que ce soit.
Remarque
Vous ne pouvez pas supprimer le type d’élément de travail hérité par défaut des backlogs de portefeuille Epics ou Features. Toutefois, vous pouvez désactiver ces types d’éléments de travail et les supprimer efficacement de l’interface utilisateur.
Modifier ou renommer le backlog des conditions requises
Le backlog des conditions requises, également appelé backlog de produit, définit les types d’éléments de travail qui apparaissent sur le backlog et le tableau du produit. Le type d’élément de travail par défaut pour Agile est User Story ; pour de base, problème ; pour Scrum, élément de backlog de produit ; et pour CMMI, condition requise.
Vous pouvez renommer le backlog, modifier la couleur, ajouter des types d’éléments de travail et modifier le type d’élément de travail par défaut. Ouvrez la boîte de dialogue Modifier le backlog dans le menu contextuel du backlog Configuration requise.
Ici, nous avons renommé le backlog, ajouté ticket client et problème, puis modifié le type par défaut par ticket client. Cochez ces cases des types d’éléments de travail à inclure dans le backlog.
Ici, nous avons renommé le backlog, ajouté ticket client et modifié le type par défaut par ticket client.
Remarque
Vous ne pouvez pas supprimer le type d’élément de travail hérité par défaut du backlog Configuration requise. Toutefois, vous pouvez désactiver le type d’élément de travail et le supprimer efficacement de l’interface utilisateur.
Modifier le backlog d’itération
Le backlog itération, également appelé backlogs sprint, définit les types d’éléments de travail affichés sur les backlogs sprint et les tableaux de tâches. Le type d’élément de travail par défaut pour tous les processus est Task.
Pour le backlog d’itération, vous pouvez ajouter des types d’éléments de travail et modifier le type d’élément de travail par défaut. Ouvrez la boîte de dialogue Modifier le backlog à partir du menu contextuel du backlog itération.
Ici, nous avons ajouté le type d’élément de travail Ticket qui est suivi avec les tâches.
Remarque
Vous ne pouvez pas supprimer le type d’élément de travail hérité par défaut du backlog itération. Toutefois, vous pouvez désactiver le type d’élément de travail et le supprimer efficacement de l’interface utilisateur.
Articles connexes
Remarque
Passez en revue les modifications apportées à un processus hérité par le biais du journal d’audit. Pour plus d’informations, consultez Access, exporter et filtrer les journaux d’audit.
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour