Processus Agile

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Le processus agile prend en charge les types d’éléments de travail (Wit) suivants pour planifier et suivre le travail, les tests, les commentaires et la révision du code. Avec différents Wit, vous pouvez effectuer le suivi de différents types de travaux — , tels que les fonctionnalités, les récits utilisateur et les tâches. Ces artefacts sont créés lorsque vous créez un projet à l’aide du processus agile. Ils sont basés sur les principes et les valeurs agiles.

Agile process work item types

Outre les Wit, les équipes ont accès à un ensemble de requêtes d’élément de travail pour effectuer le suivi des informations, analyser la progression et prendre des décisions.

Notes

Vous pouvez personnaliser le système de suivi de travail pour votre projet en créant et en personnalisant un processus hérité et en appliquant ce processus à votre projet. Pour plus d’informations, consultez modèle de processus d’héritage.

Notes

Vous pouvez personnaliser le système de suivi de travail pour votre projet en personnalisant un processus hérité ou un processus XML local. Pour plus d’informations, consultez modèle de processus d’héritage ou Personnalisation du processus XML local.

La dernière version de chaque processus se charge automatiquement lorsque vous installez ou effectuez une mise à niveau vers la dernière version de Azure DevOps Server. Des artefacts supplémentaires, tels que les rapports de SQL Server, sont disponibles uniquement lorsque vous vous connectez à un projet. D’autres exigences en matière de ressources s’appliquent.

Notes

Vous pouvez personnaliser le système de suivi de travail pour votre projet en personnalisant un processus XML local. Pour plus d’informations, consultez Personnalisation du processus XML local.

La dernière version de chaque processus se charge automatiquement lorsque vous installez ou effectuez une mise à niveau vers la dernière version de Azure DevOps Server. Des artefacts supplémentaires, tels que les rapports de SQL Server, sont disponibles uniquement lorsque vous vous connectez à un projet. D’autres exigences en matière de ressources s’appliquent.

Notes

Vous pouvez personnaliser le système de suivi de travail pour votre projet en personnalisant un processus XML local. Pour plus d’informations, consultez Personnalisation du processus XML local.

La dernière version de chaque processus se charge automatiquement lorsque vous installez ou effectuez une mise à niveau vers la dernière version de Azure DevOps Server. Les artefacts supplémentaires, tels que les rapports de SQL Server et les tableaux de bord SharePoint, sont disponibles uniquement lorsque vous vous connectez à un projet. D’autres exigences en matière de ressources s’appliquent.

Les types d’éléments de travail suivants sont disponibles comme suit : Epic, TFS 2015 et versions ultérieures. Paramètres partagés, TFS 2013,2 et versions ultérieures ; et le plan de test et la suite de tests, TFS 2013,3 et versions ultérieures.

Planifier et suivre le travail avec agile

Vous générez votre plan de projet en créant un journal des travaux en souffrance des récits utilisateur qui représentent le travail que vous souhaitez développer et expédier. Vous suivez les bogues, les tâches et les problèmes de blocage à l’aide des Wit bogue, tâche et problème. Pour prendre en charge la gestion de portefeuille, les équipes créent des fonctionnalités et des narrations pour afficher un cumul de récits utilisateur au sein ou entre les équipes. Pour plus d’informations sur l’utilisation d’éléments de travail agiles, consultez processus agile types d’éléments de travail et flux de travail.

Le déroulement essentiel de la mise en route est le présenté. Pour commencer à utiliser les outils Scrum ou kanban, consultez prise en main des outils agile pour planifier et suivre le travail.

Cliquez sur l’une des images suivantes pour accéder à l’article lié.

 Définir des récits  organiser le backlog  gérer les boguesgérer les  problèmes

Notes

Un élément de travail est un enregistrement de base de données qui contient la définition, l’assignation, la priorité et l’état du travail. Les types d'éléments de travail définissent le modèle des champs, du flux de travail et du formulaire pour chaque type d'élément de travail. Les éléments de travail peuvent être liés entre eux pour prendre en charge le suivi des dépendances, le regroupement du travail et les rapports.

Répertorier les éléments de travail à l’aide de requêtes

Vous pouvez gérer votre charge de travail plus efficacement en examinant fréquemment l’état des récits utilisateur et des tâches. Vous pouvez utiliser les requêtes d’élément de travail partagées pour répertorier les éléments de travail d’un sprint actuel ou du backlog de produit.

Notes

Les nouveaux projets ne définissent plus un ensemble de requêtes partagées par défaut au moment de la création du projet. Les définitions des requêtes partagées ont été supprimées du modèle de processus. Pour les déploiements sur site, vous pouvez les ajouter à un modèle de processus personnalisé comme décrit dans Ajouter des requêtes d’élément de travail à un modèle de processus.

Requêtes d’éléments de travail Agile

Les descriptions des requêtes prédéfinies sont répertoriées plus loin dans cet article.

Vous pouvez afficher et exécuter des requêtes à partir du portail Web ou du plug-in Team Explorer vers Visual Studio. Vous pouvez modifier une requête à l’aide de l' éditeur de requête pour appliquer différents critères de filtre. En outre, vous pouvez Ajouter des requêtes aux tableaux de bord d’équipe.

Conseils rapides sur les requêtes partagées

Si vous débutez avec Azure Boards, le suivi du travail et les requêtes partagées, consultez ces conseils pour savoir comment gérer le travail plus efficacement :

  • Pour rechercher des éléments de travail qui vous sont assignés, ajoutez @Me comme valeur pour le champ affecté à dans l’une des clauses de requête.
  • Tous les utilisateurs valides disposant d’un accès standard peuvent créer des requêtes et des dossiers sous la zone Mes requêtes . Pour créer des requêtes et des dossiers de requêtes sous requêtes partagées, vous devez disposer du jeu d’autorisations collaboration et d’un accès de base ou supérieur. Pour plus d’informations, consultez définir des autorisations sur les requêtes.
  • Vous pouvez modifier une requête en ajoutant des critères pour vous concentrer sur une zone de produit, une itération ou un autre champ. Pour modifier une requête, Ouvrez l’éditeur de requête.
  • Vous pouvez ouvrir une requête dans Excel ou Project, où vous pouvez mettre à jour les champs d’un ou plusieurs éléments de travail et publier vos modifications dans la base de données pour le suivi des éléments de travail.
  • Vous pouvez visualiser l’État ou la progression en créant un graphique à secteurs, un histogramme ou un graphique de tendances pour les requêtes de liste plate.

Important

À compter de Visual Studio 2019, le plug-in Team Foundation pour Office déprécie la prise en charge de Microsoft Project. L’intégration de projet et la commande TFSFieldMapping ne sont pas prises en charge pour Azure DevOps Server 2019 ni pour Azure DevOps services. Vous pouvez continuer à utiliser Microsoft Excel.

Surveiller la progression

Tous les processus — agile, Scrum et CMMI — prennent en charge la création de graphiques et de tableaux de bord d’État et de tendance. En outre, plusieurs graphiques sont générés automatiquement en fonction des outils agile que vous utilisez. Ces graphiques s’affichent dans le portail Web.

Créer des graphiques légers

Pour commencer, vous pouvez définir une requête à plat partagée et créer un graphique basé sur vos centres d’intérêt de suivi. Les types de graphiques incluent les graphiques à secteurs, à — barres, à colonnes, à barres empilées et aux — — graphiques en aires, en courbes et en aires empilées — .

 Modifier la requête  créer un graphique  Ajouter au tableau de bord.

Widgets d’analyse et rapports de Power BI

Le service Analytics peut répondre à des questions quantitatives sur l’état passé ou présent de vos projets. Vous pouvez ajouter des widgets d’analyse à un tableau de bord ou utiliser Power bi pour créer des graphiques et des rapports.

Pour plus d’informations, consultez qu’est-ce que le service Analytics ?

Rapports de SQL Server

Si votre collection de projets et le projet sont configurés avec SQL Server Analysis Services et Reporting Services, vous avez accès à un certain nombre de rapports agile. Pour que ces rapports soient utiles, les équipes doivent effectuer certaines activités, telles que la définition des processus de génération, la liaison des éléments de travail et la mise à jour de l’État ou du travail restant.

Si vous devez ajouter Reporting Services ou mettre à jour des rapports avec les versions les plus récentes, consultez Ajouter des rapports à un projet.

Tableaux de bord SharePoint Portal

Vous pouvez accéder aux tableaux de bord de processus agile affichés via SharePoint. Ces tableaux de bord affichent les données de projet, prennent en charge les tâches d’investigation et aident les équipes à effectuer rapidement des tâches courantes. Ces tableaux de bord prennent en charge l’affichage des composants d’accès Web pour répertorier les éléments de travail et les rapports qui ont été créés dans le cube Analysis Services.

Pour utiliser les tableaux de bord SharePoint , votre projet doit avoir un portail de projet configuré et le portail du projet doit pointer vers un site SharePoint.

Avant de commencer le suivi du travail, vous devez disposer d’un projet. Pour en créer un, consultez créer un projet.

Si vous avez un projet, commencez le suivi du travail :

Pour plus d’informations sur les outils agile :

Versions de processus agile

À mesure que des mises à jour sont apportées au modèle de processus agile, le numéro de version est mis à jour. Le tableau suivant fournit un mappage du contrôle de version appliqué lorsque des mises à jour sont apportées aux modèles de processus locaux Azure DevOps. Par Azure Boards, la version la plus récente est toujours utilisée. À partir de TFS 2012, l' version élément a été ajouté au modèle de processus pour prendre en charge le contrôle de version des modèles. Cet élément spécifie une version majeure et une version mineure. Avant cette modification, la version était spécifiée dans le nom du modèle de processus.

Version locale Nom du processus agile Version principale
Azure DevOps Server 2020
Azure DevOps Server 2019
Agile 17
TFS 2018 Agile 16
TFS 2017 Agile 15
TFS 2015 Agile 7
TFS 2013 MSF for Agile Software Development 7
TFS 2012 MSF for Agile Software Development 6,0 6
TFS 2008 MSF for Agile Software Development-v4. n

Pour obtenir un résumé des mises à jour apportées aux modèles de processus, consultez modifications apportées aux modèles de processus.

Requêtes prédéfinies de processus agile

Journal des travaux en souffrance du produit et requêtes de commentaires

Les propriétaires de produits peuvent utiliser les requêtes partagées définies dans le tableau suivant pour effectuer la planification et le suivi des récits utilisateur qui composent le journal des travaux en souffrance du produit.

Requête partagée Description
Backlog de produit Fournit une arborescence de tous les récits utilisateur qui sont dans l’état Nouveau, Actif ou Résolu, et les trie par classement.
Planification du produit Fournit une liste plate de tous les récits utilisateur qui ne sont pas dans l'état Supprimé et qui n'ont pas été fermés au cours des 90 derniers jours.
Commentaires Répertorie toutes les réponses de commentaires qui sont dans un état Actif.

Requêtes de planification des itérations

Le tableau suivant décrit les requêtes partagées qui sont répertoriées sous le dossier itération actuelle . Ces requêtes recherchent des éléments de travail assignés à l'itération spécifiée. Lorsque vous planifiez des itérations supplémentaires, vous pouvez modifier ces requêtes pour spécifier une itération différente, puis les enregistrer dans des dossiers supplémentaires que vous créez, par exemple Itération 2 ou itération 3.

L’administrateur du projet pour chaque projet définit des chemins de zone et d’itération pour ce projet afin que l’équipe puisse suivre la progression selon ces désignations.

Requête partagée

Description

Bogues actifs

Répertorie tous les bogues actifs et les trie par classement, priorité et gravité.

Tâches actives

Répertorie toutes les tâches actives et les trie par classement, priorité et gravité.

Triage des bogues

Répertorie tous les bogues actifs qui ne sont pas assignés à un membre de l'équipe.

Le classeur Triage fait référence à cette requête.

Tâches terminées

Répertorie toutes les tâches qui ont été fermées et les trient par classement, priorité et gravité.

Backlog des itérations

Répertorie tous les récits utilisateur et leurs tâches liées et trie les récits par classement et priorité.

Problèmes ouverts

Répertorie tous les problèmes sous le chemin d’itération spécifié qui ne sont pas fermés et toutes les tâches qui sont liées aux problèmes puis trient les problèmes par classement et priorité.

Le classeur problèmes référence cette requête.

Ouvrir les cas de test

Répertorie tous les cas de test qui ne sont pas fermés et les trie par priorité.

Ouvrir des récits utilisateur

Répertorie tous les récits utilisateur actifs et les trie par leur rang dans la pile.

Bogues résolus

Répertorie tous les bogues résolus et les trie par classement, priorité et gravité.

Récits utilisateur

Répertorie tous les récits utilisateur qui ne sont pas fermés et les trient par priorité puis par ID.

Récits utilisateur sans cas de test

Répertorie tous les récits utilisateur qui n'ont pas de lien vers un cas de test. Les récits sont triés par ID.

Conseil

Les requêtes figurant dans le dossier itération actuelle ne sont pas automatiquement mises à jour lorsqu’une nouvelle itération devient actuelle. L’itération actuelle est basée sur les dates que vous attribuez à vos planifications de sprints. Vous devez mettre à jour manuellement le chemin d'itération de chaque requête afin qu'il pointe vers le chemin d'itération correspondant à l'itération actuelle. Vous pouvez modifier la requête partagée pour utiliser la @CurrentIteration macro.

Recherche des tâches ayant des valeurs de synthèse

La requête éléments de travail avec des valeurs récapitulatives partagées, qui se trouve dans le dossier Dépannage , répertorie toutes les tâches qui ont des tâches enfants et qui contiennent des valeurs différentes de zéro dans les champs travail restant ou travail effectué. Cette requête est conçue pour rechercher des tâches qui indiquent l'effort de travail déjà pris en compte dans leurs tâches enfants. Pour ne comptabiliser les heures qu'une fois, les tâches récapitulatives ne doivent pas être assignées à n'importe quelle heure. Pour plus d’informations, voir adresses imprécises publiées pour les valeurs de synthèse.

Workbooks

Vous pouvez utiliser les classeurs Excel suivants pour examiner des problèmes ouverts et classer et assigner les éléments de travail non triés. Les classeurs ne sont disponibles que si votre projet a été configuré avec un portail SharePoint. Chaque classeur référence une requête partagée.

Étant donné que ces requêtes prennent en charge les classeurs, si vous les modifiez, les classeurs qui les utilisent sont également affectés.