Personnaliser un projet à l’aide d’un processus hérité
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Chaque projet est basé sur un processus qui définit les blocs de construction pour le suivi du travail. Le premier projet que vous créez utilise l’un des processus par défaut : Agile, Basic, Scrum ou CMMI.
Chaque projet est basé sur un processus qui définit les blocs de construction pour le suivi du travail. Le premier projet que vous créez utilise l’un des processus par défaut : Agile, Scrum ou CMMI.
Vous pouvez uniquement personnaliser les processus hérités. Toutes les modifications que vous apportez au processus hérité apparaissent automatiquement dans les projets qui utilisent ce processus.
Important
Cet article s’applique aux versions Azure DevOps Services et Azure DevOps Server 2019 et ultérieures. Pour personnaliser un projet défini sur une collection pour TFS 2018 ou une version antérieure, consultez Modèle de processus XML local.
Important
Vous pouvez uniquement utiliser le modèle de processus d’héritage pour les projets définis sur une collection de projets configurée pour prendre en charge le modèle de processus d’héritage. 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 Personnaliser le suivi du travail, Choisir le modèle de processus pour votre collection de projets.
Pour personnaliser un projet défini sur une collection pour TFS 2018 ou une version antérieure, consultez Modèle de processus XML local.
La séquence générale de personnalisation d’un projet consiste à personnaliser un processus hérité, à vérifier vos personnalisations, puis à modifier le processus du ou des projets pour utiliser ce processus.
Vous personnalisez principalement un processus en ajoutant ou en modifiant un type d’élément de travail (WIT) défini pour ce processus.
Découvrez comment effectuer ces tâches :
- Ouvrir le processus de paramètres>
- Créer un processus hérité à personnaliser
- Ajouter ou modifier un champ
- Ajouter ou modifier une règle pour un type d’élément de travail
- Ajouter ou modifier des types d’éléments de travail
- Modifier le flux de travail d’un type d’élément de travail
- Ajouter ou modifier un contrôle personnalisé
- Ajouter une extension à un type d’élément de travail
- Vérifier les personnalisations que vous avez effectuées
- Modifier le processus utilisé par un projet
Notes
Vous pouvez passer en revue les modifications apportées à un processus hérité via le journal d’audit. Pour plus d’informations, consultez Accéder, exporter et filtrer les journaux d’audit.
Prérequis
Avant de personnaliser un processus, nous vous recommandons de consulter Configurer et personnaliser Azure Boards, qui fournit des conseils sur la façon de personnaliser Azure Boards pour répondre aux besoins de votre entreprise. Pour obtenir une description des différents backlogs et tableaux, consultez Tâches prises en charge par les backlogs, les tableaux de tâches et les plans.
- Vous devez avoir un organization créé dans Azure DevOps Services. Si vous n’en avez pas encore créé, faites-le maintenant.
- 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 du regroupement Créer un processus, Supprimer un processus, Modifier le processus ou Supprimer un champ de organization définies sur Autoriser. Voir Définir les autorisations et l’accès pour le suivi du travail, Personnaliser un processus hérité.
- Vous devez avoir sélectionné le modèle de processus d’héritage pour la collection de projets dans laquelle 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 le processus ou Supprimer un champ de organization défini sur Autoriser. Voir Définir les autorisations et l’accès pour le suivi du travail, Personnaliser un processus hérité.
Ouvrez Paramètres>Processus
Vous créez, gérez et personnalisez les processus à partir de Paramètres de l’organisation>Processus.
Choisissez le logo Azure DevOps pour ouvrir Projets. Choisissez ensuite Paramètres de l’organisation.
Ensuite, choisissez Processus.
Important
Si vous ne voyez pas Processus, vous travaillez à partir de TFS-2018 ou d’une version antérieure. La page Processus n’est pas prise en charge. Vous devez utiliser les fonctionnalités prises en charge pour le modèle de processus XML local.
Vous créez, gérez et personnalisez les processus à partir de Paramètres de la collection>Processus.
Choisissez le logo Azure DevOps pour ouvrir Projets. Choisissez la collection de projets dont vous souhaitez personnaliser les processus, puis Paramètres de collection.
Ensuite, choisissez Processus.
Vous créez, gérez et personnalisez les processus à partir de Paramètres d’administration>Processus.
Choisissez le logo Azure DevOps pour ouvrir Projets. Choisissez ensuite Paramètres d’administration.
Ensuite, choisissez Processus.
Notes
Lorsque vous personnalisez un processus hérité, tous les projets qui utilisent ce processus sont mis à jour automatiquement pour refléter les personnalisations. Pour cette raison, nous vous recommandons de créer un processus de test et un projet de test lorsque vous avez un certain nombre de personnalisations à effectuer afin de tester les personnalisations avant de les déployer sur votre organization. Pour plus d’informations, consultez Créer et gérer des processus hérités.
Créer un processus hérité
La première étape consiste à créer un processus hérité que vous pouvez personnaliser. Les processus système par défaut ne sont pas personnalisés.
Dans la page Processus , ouvrez le menu contextuel ... du processus que vous allez utiliser pour créer un processus hérité, puis choisissez Créer un processus hérité. Choisissez le même processus système (Agile, Basic, Scrum ou CMMI) qui a été utilisé pour créer le projet que vous souhaitez personnaliser.
Ici, nous créons un processus hérité à partir du processus système Agile.
Important
Si vous ne voyez pas l’option de menu Créer un processus hérité , la collection que vous avez sélectionnée est définie pour fonctionner avec le modèle de processus XML local. Vous pouvez importer et exporter des modèles de processus et utiliser les fonctionnalités prises en charge pour le modèle de processus XML local.
Entrez un nom pour votre processus et éventuellement une description. Les noms de processus doivent être uniques et ne pas dépasser 128 caractères. Pour obtenir des restrictions supplémentaires, consultez Créer et gérer des processus d’héritage, Restrictions de nom de processus. Si vous le souhaitez, ajoutez une description.
Ajouter ou modifier un champ
Les champs verrouillés et les champs hérités correspondent aux champs hérités d’un processus système. Vous ne pouvez pas personnaliser les champs verrouillés. Vous pouvez personnaliser certaines options pour les champs hérités. Vous pouvez personnaliser entièrement les champs que vous ajoutez à un processus.
Pour commencer, choisissez votre processus hérité, puis choisissez le WIT que vous souhaitez personnaliser.
Pour ajouter un champ, choisissez l’icône (Nouveau champ ).
Dans la boîte de dialogue qui s’ouvre, choisissez le type de champ que vous souhaitez ajouter. Pour en savoir plus, consultez les articles suivants :
Pour modifier un champ existant, vous pouvez effectuer les choix suivants :
Ajouter ou modifier une règle pour un type d’élément de travail
Vous ajoutez des règles pour prendre en charge des cas d’usage métier et de flux de travail spécifiques. Les règles vous permettent d’effacer la valeur d’un champ, de copier une valeur dans un champ et d’appliquer des valeurs basées sur les dépendances entre les valeurs des différents champs.
Pour ajouter une règle, choisissez votre processus hérité, le type d’élément de travail, puis Règles, puis choisissez Nouvelle règle.
Pour plus d’informations, consultez Règles et évaluation des règles.
Ajouter ou modifier des types d’éléments de travail
Vous utilisez différents WIT pour planifier et suivre différents types de travail. La main raison pour laquelle vous ajoutez un WIT personnalisé est de personnaliser les états du formulaire web et du flux de travail pour répondre à des cas d’usage métier spécifiques.
Pour commencer, choisissez votre processus hérité, puis choisissez le WIT que vous souhaitez personnaliser.
Dans la page Types d’éléments de travail, choisissez le type Nouvel élément de travail.
Nommez le WIT et spécifiez éventuellement une description, une icône et une couleur. L’icône et la couleur que vous spécifiez s’affichent dans le portail web, y compris dans le formulaire d’élément de travail et lorsque les éléments de travail associés apparaissent sur un backlog, des tableaux, des résultats de requête, etc.
Cliquez sur Créer pour enregistrer.
Vous pouvez maintenant ajouter des champs au WIT ou le personnaliser des manières suivantes :
Modifier le flux de travail d’un type d’élément de travail
Les états de flux de travail vous permettent de suivre la status d’un élément de travail à mesure qu’il passe de nouveau à terminé.
Pour modifier un flux de travail, choisissez votre processus hérité, le WIT, puis la page États .
Vous pouvez modifier le flux de travail des manières suivantes :
Ajouter un contrôle personnalisé
Les contrôles personnalisés fournissent des fonctionnalités supplémentaires à un formulaire d’élément de travail.
Pour ajouter un contrôle personnalisé, choisissez votre processus hérité, le WIT, puis Ajouter un contrôle personnalisé.
Pour plus d’informations, consultez Ajouter des extensions et des contrôles personnalisés à un type d’élément de travail.
Ajouter une extension à un type d’élément de travail
Une extension est une unité installable qui apporte de nouvelles fonctionnalités à votre projet.
Notes
Les extensions de groupe et de page sont automatiquement ajoutées à tous les WIT pour tous les processus, à la fois système et hérités. Vous pouvez choisir de masquer une extension pour les WIT sélectionnés dans un processus hérité.
Pour ajouter une extension à un type d’élément de travail, choisissez votre processus hérité, le WIT, puis choisissez Obtenir les extensions.
Sélectionnez l’extension que vous souhaitez ajouter. Ici, nous choisissons la liste de contrôle de l’élément de travail.
Sélectionnez le organization auquel vous souhaitez l’ajouter, puis choisissez Installer.
Des extensions peuvent être ajoutées à tous les projets et processus.
Revenez au processus et à WIT et vérifiez que l’emplacement de l’extension est l’endroit où vous le souhaitez. Recherchez-la en bas de la colonne centrale et faites-la glisser vers l’emplacement souhaité dans le formulaire.
Modifier le backlog et les tableaux
Vous pouvez ajouter des WIT supplémentaires à un niveau de backlog ou ajouter un autre backlog de portefeuille. Comme indiqué ci-dessous, nous avons ajouté un backlog de portefeuille de troisième niveau intitulé Initiatives qui effectue le suivi du WIT d’initiative personnalisé, et nous avons renommé le backlog de produits en Histoires et tickets pour indiquer que nous suivons non seulement les récits utilisateur, mais également les tickets clients dans le backlog de produits.
Pour modifier la configuration des backlogs et des tableaux, commencez par choisir votre processus hérité, puis choisissez la page Niveaux de backlog .
Vous pouvez modifier la configuration du backlog et de la carte des manières suivantes :
- Ajouter un WIT personnalisé à un backlog ou à un tableau
- Modifier le WIT par défaut
- Renommer le backlog des exigences
- Renommer un backlog de portefeuille
- Ajouter un backlog de portefeuille qui affiche des WIT personnalisés
- Modifier ou renommer un backlog de portefeuille
- Supprimer le backlog de portefeuille personnalisé de niveau supérieur
Vérifier la personnalisation que vous avez effectuée
Nous vous recommandons de créer un projet de test et de lui appliquer votre processus hérité personnalisé pour vérifier les modifications que vous avez apportées. Toutes les personnalisations apportées à un processus entrent immédiatement en vigueur sur tous les projets. Si vous souhaitez effectuer une mise en scène de vos modifications, vous pouvez le faire à l’aide de l’une des deux méthodes suivantes :
- Créer un projet de test et une copie de votre processus personnalisé
- Créer un organization de test et importer/exporter votre processus
Créer un projet de test et une copie de votre processus personnalisé
Ouvrez la page Tous les processus , puis choisissez le ... menu contextuel du processus que vous souhaitez utiliser, puis sélectionnez Nouveau projet d’équipe.
La page Créer un projet s’ouvre. Remplissez le formulaire. Pour plus d’informations, consultez Créer un projet.
Ouvrez la >page Éléments de travail (contexte utilisateur) et choisissez Nouvel élément de travail, puis sélectionnez un WIT que vous avez personnalisé. Ici, nous choisissons Bogue.
Vérifiez que le ou les champs que vous avez ajoutés s’affichent dans le formulaire. Notez que l’icône (point d’exclamation) indique que le champ est obligatoire.
Créer un organization de test et importer/exporter votre processus
Vous pouvez également utiliser les étapes suivantes pour vérifier les personnalisations que vous avez apportées à un processus hérité.
- Créez un organization de test.
- Utilisez l’outil de processus d’importation/exportation pour copier le processus dans le organization de test.
- Vérifiez les personnalisations de processus dans le organization de test.
- Utilisez à nouveau l’outil de processus d’importation/exportation pour importer le processus modifié dans le organization de production.
Appliquer le processus personnalisé à votre projet
Une fois que vous avez vérifié vos personnalisations, vous pouvez maintenant appliquer le processus à votre projet existant.
Conseil
Lorsque vous personnalisez un WIT, tous les projets qui font référence au processus hérité que vous personnalisez sont automatiquement mis à jour pour refléter les WIT personnalisés que vous avez ajoutés. Pour afficher vos personnalisations, actualisez votre navigateur web.
Pour le processus actuellement utilisé par le projet, choisissez le nombre de projets.
Ici, nous ouvrons le menu pour le processus Agile par défaut.
Ouvrez le ... menu contextuel du projet que vous souhaitez modifier, puis choisissez l’option Modifier le processus .
Ici, nous ouvrons le menu de MyFirstProject1.
Dans la boîte de dialogue Modifier le processus de projet, choisissez le processus dans le menu des options. Puis, choisissez Enregistrer.
Ouvrez le ... menu contextuel du processus et choisissez modifier les projets d’équipe... option.
Ici, nous ouvrons le menu du processus hérité MyAgile.
Cochez la case case activée des projets que vous souhaitez modifier pour utiliser le processus Agile. Le système répertorie uniquement les projets qui sont valides pour le processus en cours.
Ici, nous choisissons d’utiliser le processus Agile pour les projets Fabrikam Fiber A et Fabrikam Fiber. Seuls les projets créés à partir du processus Agile ou qui héritent d’Agile apparaissent sous la colonne Projets disponibles.
Une fois que vous avez confirmé que les projets que vous souhaitez modifier sont corrects, choisissez Ok.
Utiliser des processus par programmation
Vous pouvez obtenir, créer, mettre à jour et supprimer des processus définis pour un organization à l’aide de l’API REST, Processus.
Articles connexes
N’oubliez pas que tous les projets qui font référence au processus hérité que vous personnalisez sont automatiquement mis à jour pour contenir les modifications que vous apportez.
Pour personnaliser un projet unique, commencez toujours par créer un processus hérité et modifier le projet pour qu’il utilise ce processus. Ensuite, toutes les personnalisations que vous apportez au processus hérité s’affichent automatiquement pour le projet que vous avez migré.
Voir aussi :
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de l’année 2024, nous abandonnerons progressivement le mécanisme de retour d’information GitHub Issues pour le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez :Soumettre et afficher des commentaires pour