Lire en anglais

Partager via


Concevoir des tableaux de bord efficaces dans Azure DevOps

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

Pour tenir votre équipe et vos parties prenantes informées et les projets en cours, les tableaux de bord actionnables dans Azure DevOps sont essentiels. Cet article explique comment concevoir des tableaux de bord efficaces qui s’alignent sur vos objectifs métier.

Choisir un focus de tableau de bord

Lorsque vous déterminez le focus d’un tableau de bord, il est essentiel d’identifier les besoins d’information de son public prévu. Votre objectif est de créer des tableaux de bord qui fournissent des insights et aident à identifier les actions à entreprendre.

Le focus de votre tableau de bord détermine si vous créez une équipe ou un tableau de bord de projet, comme indiqué dans le tableau suivant.

Focus Description Type de tableau de bord
Partie prenante Partagez des objectifs d’équipe et d’organisation, des informations, des liens vers des modèles d’éléments de travail pour créer des bogues ou de nouvelles demandes de fonctionnalités, etc. Équipe ou projet
Personnel Aidez chaque membre de l’équipe à se concentrer sur son backlog et son travail actuel. Projet ou équipe
Team Fournissez des informations à une équipe pour surveiller l’état, suivre la progression, identifier les goulots d’étranglement et vérifier que les éléments du backlog sont bien définis. Team
Sprint Passez en revue les stand-ups quotidiens pour vous assurer que l’équipe est en voie de répondre aux objectifs de sprint et de résoudre les problèmes qui affectent ces objectifs. Team
Version release Surveillez l’état et suivez la progression vers une version majeure qui peut impliquer des contributions de plusieurs équipes. Project
Tester et déployer Surveillez l’intégration continue, les builds, les déploiements et les versions. Projet ou équipe

Le tableau suivant répertorie plusieurs types de tableaux de bord que vous souhaiterez peut-être créer.

Focus Description
Partie prenante Partagez des objectifs d’équipe et d’organisation, des informations, des liens vers des modèles d’éléments de travail pour créer des bogues ou de nouvelles demandes de fonctionnalités, etc.
Personnel Aidez chaque membre de l’équipe à se concentrer sur son backlog et son travail actuel.
Team Fournissez des informations à une équipe pour surveiller l’état, suivre la progression, identifier les goulots d’étranglement et vérifier que les éléments du backlog sont bien définis.
Sprint Passez en revue les stand-ups quotidiens pour vous assurer que l’équipe est en voie d’atteindre les objectifs de sprint et de résoudre les problèmes qui affectent ces objectifs.
Version release Surveillez l’état et suivez la progression vers une version majeure, ce qui peut impliquer des contributions de plusieurs équipes.
Tester et déployer Surveillez l’intégration continue, les builds, les déploiements et les versions.

Conditions préalables

Catégorie Exigences
niveaux d’accès - membre du projet.
- Au moins un accès de base .
autorisations Toute personne ayant accès au projet, y compris les parties prenantes, peut afficher les vues Analytics. Pour plus d’informations sur les autres conditions préalables concernant l’activation du service et des fonctionnalités et les activités de suivi des données générales, consultez Autorisations et conditions préalables pour accéder à Analytics.
Services Azure Boards activé. S'il est désactivé, les vues Analytics ne s'affichent pas. Réactiver le soit pour des utilisateurs individuels, soit pour l’ensemble de l’organisation.
Catégorie Exigences
niveaux d’accès - membre du projet.
- Au moins un accès de base.
Autorisations Toute personne disposant d'un accès au projet, à l'exception de celles ayant un accès de type Stakeholder, peut afficher les vues Analytics. Pour les parties prenantes : 'autorisation View Analytics définie sur Autoriser.
- Pour plus d’informations, consultez Accorder des autorisations pour accéder au service Analytics.
- Pour plus d’informations sur les autres prérequis concernant les activités de service et de fonctionnalité et de suivi des données générales, consultez Autorisations et conditions préalables pour accéder à Analytics.
Services - Azure Boards activé. S’il est désactivé, les vues d'Analytics ne s’affichent pas. Réactivez cela soit pour des utilisateurs individuels, soit pour toute l'organisation.
- service d'analyse activé. Être propriétaire de compte ou membre du groupe des administrateurs de la collection de projets pour l’activer.

Choisir un type de tableau de bord et le créer

Lorsqu’une équipe est créée, un tableau de bord par défaut nommé Vue d’ensemble est également créé sans widgets. Ce tableau de bord par défaut est toujours un tableau de bord d’équipe que vous pouvez modifier et renommer. Lorsque vous ajoutez un tableau de bord, choisissez le type en fonction des instructions suivantes :

  • Projet : sélectionnez ce type pour inclure des informations pour plusieurs équipes ou si le contenu n’est pas axé sur l’équipe.
  • Équipe : sélectionnez ce type pour inclure des widgets spécifiques à l’équipe.

Passez en revue le catalogue de widgets Out Of Box pour déterminer quels widgets sont configurables pour une seule équipe ou plusieurs équipes.

Une fois que vous avez choisi votre type de tableau de bord, créez un tableau de bord. Vous pouvez également simplifier votre processus en copiant le tableau de bord d’une autre équipe et en le mettant à jour pour votre équipe.

Une fois que vous avez choisi votre type de tableau de bord, créez un tableau de bord.

Configurer des widgets

Lorsqu’une équipe est créée, un tableau de bord par défaut nommé Vue d’ensemble est également créé sans widgets. Ce tableau de bord par défaut est toujours un tableau de bord d’équipe que vous pouvez modifier et renommer. Passez en revue le catalogue de widgets Out Of Box pour déterminer quels widgets sont configurables pour une seule équipe ou plusieurs équipes.

Partager le tableau de bord avec votre équipe et vos parties prenantes

Après avoir créé votre tableau de bord, partagez l’URL avec votre équipe et vos parties prenantes. Spécifiez les actions que vous souhaitez qu’elles prennent et demandent des commentaires pour les rendre plus exploitables et plus perspicaces.

Pour afficher ou modifier des tableaux de bord, les conditions suivantes doivent être remplies :

  • Tous les membres du projet peuvent afficher tous les tableaux de bord, sauf si des restrictions spécifiques sont appliquées à l’aide d’un outil en ligne de commande de sécurité. Pour plus d’informations, consultez Espace de noms de sécurité et la référence d’autorisation.
  • Tous les membres du projet disposant d’un accès de base peuvent créer un tableau de bord.
  • Tous les membres de l’équipe disposant d’un accès de base peuvent créer un tableau de bord d’équipe, sauf si des autorisations ont été révoquées. Pour plus d’informations, consultez Définir des autorisations de tableau de bord, Définir des autorisations de tableau de bord d’équipe par défaut.
  • Tous les membres de l’équipe peuvent modifier tous les tableaux de bord d’équipe, sauf si l’autorisation Modifier le tableau de bord a été révoquée pour un tableau de bord spécifique ou pour tous les tableaux de bord d’équipe. Pour plus d’informations, consultez Définir les autorisations du tableau de bord.
  • Certains graphiques de tableau de bord et widgets contiennent des données soumises à leurs propres autorisations et niveaux d’accès. Pour plus d’informations, consultez faq sur les tableaux de bord, graphiques et rapports Azure DevOps.

Examiner et affiner

Après avoir créé votre tableau de bord, ajustez-le en fonction des commentaires. Mettez à jour les requêtes selon les besoins pour affiner les résultats. Passez régulièrement en revue vos tableaux de bord pour vous assurer qu’ils fournissent les informations dont vous, votre équipe et vos parties prenantes ont besoin.

Le tableau suivant décrit les types de tableaux de bord :

Type de tableau de bord

Description


Tableau de bord des parties prenantes

Les parties prenantes incluent tous les membres du projet intéressés par votre travail. Utilisez une combinaison de widgets Markdown et de widgets axés sur l’équipe pour traiter :

  • Objectifs de l’équipe
  • Informations d’équipe
  • Membres de l’équipe et contacts clés
  • Liens vers des modèles d’élément de travail
  • Conseils d’équipe liés au contenu wiki

Tableau de bord personnel

Configurez un tableau de bord de focus personnel pour tous les membres de l’équipe à l’aide du widget Affecté à moi et d’autres vignettes de requête ou graphiques qui référencent une Assigned To = @Me clause de requête.
L’image suivante montre un tableau de bord personnel intitulé My Work Focus. Chaque membre de l’équipe peut passer en revue ce tableau de bord pour le travail qui lui est attribué, le travail qu’il suit ou le travail où il est mentionné.
Capture d’écran des vignettes de requête de tableau de bord et des graphiques de requête.
La liste suivante fournit plus d’informations pour chaque widget affiché dans le tableau de bord. Pour plus d’informations sur la construction de requêtes pour ces exemples, consultez Exemples de graphiques de requêtes.

  • Sprint actuel : travail affecté au @Me sprint actuel.
  • Sprint suivant : Travail affecté au @Me sprint suivant.
  • Dernier sprint terminé : travail terminé dernier sprint affecté à @Me.
  • Mon backlog : Travail affecté à @Me un nouveau, proposé ou actif.
  • J’ai créé les 30 derniers jours : Travail actif avec les clauses suivantes : Created By = @Me et Created Date >= @Today-30.
  • J’ai récemment mis à jour : travail actif dont ID In @MyRecentActivity.
  • Travail que je suis suivant : travail actif dont ID In @MyFollows.
  • Mon état de backlog : graphique en aires empilées montrant le travail affecté @Me au cours des quatre dernières semaines (graphique de requête).
  • Mon travail - Sprint actuel par type d’élément de travail : travail actif par type affecté @Me pour le sprint actuel (graphique de requête).
  • Mon backlog par type d’élément de travail : travail affecté par @Me type (graphique de requête).
  • Nouveau travail < 7 jours : travail actif affecté à @Me et Created Date >= @Today-7 (graphique de requêtes).
    Sélectionnez une vignette de requête ou un widget pour accéder rapidement à la requête et afficher une liste complète d’éléments de travail. Envisagez d’ajouter les widgets suivants au tableau de bord focus personnel :
  • Nouvel élément de travail : créez des éléments de travail.
  • Liens de travail : accéder aux liens vers le backlog, le tableau d’administration, le tableau des tâches sprint actuel et la page des requêtes.
  • Affecté à moi : affichez une liste d’éléments de travail affectés à l’utilisateur actuellement connecté, comme illustré dans l’image suivante.
    Capture d’écran du widget Tableau de bord affecté à moi.

Tableau de bord d’équipe

Créez votre tableau de bord d’équipe pour aider les membres à atteindre les objectifs, à surveiller l’état, à suivre la progression, à identifier les goulots d’étranglement et à vérifier que les éléments du backlog sont bien définis. Incluez un ou plusieurs des widgets d’étendue d’équipe suivants :

Tableau de bord Sprint

Azure DevOps propose plusieurs widgets spécifiques au sprint et à l’équipe pour suivre la progression du sprint, notamment la vue d’ensemble du sprint, la capacité Sprint et le burndown Sprint. La capacité sprint n’est utile que si votre équipe effectue le suivi du travail à l’aide de tâches et définit la capacité Sprint comme décrit dans Déterminer et définir la capacité sprint.
L’image suivante montre un exemple de tableau de bord de focus sprint.
Capture d’écran des widgets tableau de bord, vignettes de requête Sprint Focus, Vitesse d’équipe et Widgets Sprint Burndown.
Ce tableau de bord sprint comprend plusieurs vignettes de requête et les widgets suivants :

Tableau de bord de mise en production

Les principales versions logicielles impliquent souvent des contributions de plusieurs équipes. Les graphiques burndown et burnup de mise en production aident les responsables de produits à suivre la progression entre les équipes. Ces graphiques sont hautement configurables, ce qui vous permet de choisir des équipes, des éléments de travail en backlog ou des types d’éléments de travail, des critères de champ, des métriques de compte à rebours et des intervalles de temps. Pour plus d’informations, consultez Configurer un widget burndown ou burnup.

Notes

Les graphiques basés sur l’analytique utilisent WorkItemsSnapshot EntitySet, qui modélise les données en tant qu’instantanés quotidiens. Agrégats de données basés sur les affectations effectuées à la date à laquelle elles sont affectées. Pour filtrer un widget Burndown/Burnup par champ ou affectations de balises, affectez-les avant la période à surveiller. Sinon, le widget ne les inscrit pas tant que la date à laquelle ils sont appliqués n’est pas appliqué.

Tester et déployer un tableau de bord

Créez un tableau de bord dédié pour suivre la progression des tests, des builds et des déploiements en ajoutant les widgets suivants :

Étendre la visibilité de votre tableau de bord

Ajoutez des tableaux de bord et des tableaux de bord sous forme d’onglets à votre canal Teams. Pour plus d’informations, consultez Configurer des onglets Azure DevOps dans Microsoft Teams.

Remarque : L’auteur a créé cet article avec l’aide de l’IA. En savoir plus