À propos des processus par défaut et des modèles de processus

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Azure Boards propose différents processus pour la gestion des éléments de travail. Il est essentiel de sélectionner le processus approprié pour optimiser le workflow d’un projet et garantir sa réussite. Dans cet article, nous explorons les différents processus disponibles avec Azure Boards. Cet article fournit également des conseils sur la façon de choisir le processus le plus approprié pour votre projet.

Lorsque vous créez un projet, vous choisissez un processus ou modèle de processus basé sur le modèle de processus pour lequel votre organisation ou votre collection a été créée. Avant de choisir un processus pour votre projet, vous devez comprendre les termes suivants.

Les objets de suivi du travail contenus dans les processus et les modèles de processus par défaut (Basic, Agile, Capability Maturity Model Integration (CMMI) et Scrum) sont identiques. Nous les résumons dans cet article.

Processus par défaut

Les processus par défaut diffèrent principalement par les types d’élément de travail qu’ils fournissent pour la planification et le suivi du travail. Les processus par défaut sont les suivants :

• Basic : est le plus léger et est en préversion sélective.
• Scrum : est le deuxième plus léger.
• Agile : prend en charge de nombreuses conditions de la méthode Agile.
• CMMI : fournit la plus grande prise en charge des processus formels et de la gestion des changements.

Si vous avez besoin de plus de deux ou trois niveaux de backlog, ajoutez-en d’autres en fonction du modèle de processus que vous utilisez :

• Héritage : Personnaliser vos backlogs ou vos tableaux pour un processus
• XML hébergé ou XML local : ajouter des backlogs de portefeuille

Distinctions principales entre les processus par défaut

Les processus par défaut sont conçus pour répondre aux besoins de la plupart des équipes. Si votre équipe a des besoins inhabituels et se connecte à un serveur local, personnalisez un processus, puis créez le projet. Vous pouvez également créer un projet à partir d’un processus, puis le personnaliser.

Le tableau suivant résume les différences majeures entre les types d’éléments de travail et les états utilisés par les quatre processus par défaut.

Remarques :

1. Ajoutez des éléments de travail à partir du backlog de produit ou du tableau Kanban. Le backlog de produit montre une vue unique du backlog actuel du travail, qu'il est possible de réorganiser et de regrouper de façon dynamique. Les propriétaires de produits peuvent rapidement classer par ordre de priorité le travail et esquisser des dépendances et des relations. En outre, chaque équipe peut configurer la façon dont elle souhaite que les bogues apparaissent dans ses backlogs et tableaux.
2. Définissez une hiérarchie des backlogs de portefeuille pour comprendre la portée du travail de plusieurs équipes et voir comment le déploiement de ce travail s'inscrit dans le cadre d'initiatives plus larges. Chaque équipe configure les backlogs de portefeuille qui s’affichent en vue de leur utilisation.
3. Définissez les tâches à partir du backlog de sprint et du tableau des tâches. Grâce à la planification de la capacité, les équipes peuvent rapidement déterminer si leur capacité est supérieure ou inférieure à celle d’un sprint.

États du flux de travail, transitions et raisons

Les états de flux de travail prennent en charge le statut du travail à mesure qu’il passe d’un état New à un état Closed ou à un état Done. Chaque flux de travail comprend un ensemble d'états, les transitions valides entre les états et les raisons de la transition de l'élément de travail à l'état sélectionné.

Les diagrammes suivants montrent la progression classique des types d’éléments de travail utilisés pour suivre les erreurs de code et de travail pour les trois processus par défaut. Ils indiquent également les régressions vers d'anciens états et les transitions vers des états supprimés. Chaque image présente uniquement la raison par défaut associée à la transition.

La plupart des types d’éléments de travail utilisés par les outils Agile, ceux qui apparaissent sur les backlogs et les tableaux, prennent en charge les transitions de et vers n’importe quel état. Mettez à jour l’état d’un élément de travail à l’aide du tableau Kanban ou du tableau des tâches en le faisant glisser vers la colonne d’état correspondante.

Modifiez le workflow pour prendre en charge d’autres états, transitions et raisons. Pour plus d’informations, consultez Personnaliser votre expérience de suivi du travail.

États d’élément de travail

Lorsque vous modifiez l’état d’un élément de travail en Removed, Closed ou Done, le système répond comme suit :

• Closed/Done : les éléments de travail dans cet état n’apparaissent pas dans les pages du backlog de portefeuille et du backlog. Ils apparaissent sur les pages du backlog de sprint, le tableau Kanban et le tableau de tâches. Par ailleurs, lorsque vous modifiez l’affichage du backlog de portefeuille pour afficher les éléments de backlog, par exemple pour afficher les fonctionnalités des éléments de backlog de produit, les éléments de travail dans l’état Closed etDone apparaissent.
• Removed : les éléments de travail dans cet état n’apparaissent dans aucun backlog ou tableau.

Votre projet conserve les éléments de travail tant qu’il est actif. Même si vous définissez les éléments de travail sur Closed, Done ou Removed, le magasin de données conserve un enregistrement. Utilisez un enregistrement pour créer des requêtes ou des rapports.

Si vous devez supprimer définitivement des éléments de travail, consultez Retirer ou supprimer des éléments de travail.

Types d’éléments de travail ajoutés à tous les processus

Les types d’éléments de travail suivants sont ajoutés à tous les processus, à l’exception du processus de base.

Votre équipe peut créer et utiliser les types suivants à l’aide de l’outil correspondant.

Les éléments de travail de ces définitions de type ne sont pas destinés à être créés manuellement, et sont ensuite ajoutés à la catégorie Hidden Types. Les types d’éléments de travail ajoutés à la catégorie Hidden Types n’apparaissent pas dans les menus qui créent des éléments de travail.

Types d’éléments de travail qui prennent en charge l’expérience de test

Les types d’éléments de travail prenant en charge l’expérience de test et fonctionnant avec Test Manager et le portail web sont liés entre eux à l’aide des types de lien illustrés dans l’image suivante.

À partir du portail web ou de Microsoft Test Manager, affichez les cas de test définis pour une suite de tests, ainsi que les suites de tests définies pour un plan de test. Cependant, ces objets ne sont pas connectés entre eux via des types de lien. Personnalisez ces types d’éléments de travail comme vous le feriez pour tous les autres. Pour plus d’informations, consultez Personnaliser les objets de suivi de travail pour prendre en charge les processus de votre équipe.

Si vous modifiez le flux de travail du plan de test et de la suite de tests, vous devrez peut-être mettre à jour la configuration du processus comme indiqué ici. Pour les définitions de chaque champ de test, consultez Requête basée sur des champs d’intégration de build et de test.

Articles connexes

• Personnaliser votre expérience de suivi du travail
• Charger et télécharger des modèles de processus