Modifier

Partager via

FAQ sur les tableaux de bord, graphiques et rapports Azure DevOps

  • FAQ

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

Trouvez des réponses aux questions fréquemment posées lors de l’utilisation de tableaux de bord, de graphiques et de rapports Azure DevOps.

Accès et autorisations

Qui peut créer et afficher des tableaux de bord ?

Tous les membres d’un projet Azure DevOps peuvent afficher les tableaux de bord. Seuls les membres disposant d’un accès De base ou supérieur peuvent créer et modifier des tableaux de bord. Pour plus d’informations sur la gestion des autorisations de tableau de bord, consultez Définir des autorisations de tableau de bord.

Puis-je restreindre qui peut afficher mes tableaux de bord ?

Oui. À partir de l’interface utilisateur, vous ne pouvez pas définir des autorisations de lecture sur un tableau de bord. Toutefois, à l’aide des outils en ligne de commande de gestion des autorisations, vous pouvez définir des autorisations plus granulaires, telles que Read, Createet MaterializeDashboard des autorisations. Pour plus d’informations, consultez Espace de noms de sécurité et la référence d’autorisation.

Puis-je partager un tableau de bord avec un membre non-projet ?

Non. Seuls les utilisateurs qui sont des membres valides du projet peuvent afficher les tableaux de bord. Ils doivent se connecter au portail web pour qu’un projet affiche un tableau de bord.

Existe-t-il des restrictions sur les graphiques ou les projets de données que les membres peuvent afficher dans un tableau de bord ?

Les graphiques et widgets de tableau de bord contiennent des données soumises à leurs propres autorisations et niveaux d’accès. Les membres du projet disposant d’un accès de base ou supérieur peuvent afficher des graphiques et des rapports de tableau de bord s’ils disposent des autorisations nécessaires, dont la plupart sont accordées par défaut. Les membres auxquels l’accès aux parties prenantes est accordé ne peuvent pas afficher de graphiques ou de rapports liés au code.

En général, si les utilisateurs ne disposent pas des autorisations suivantes, ils ne pourront pas afficher les données du graphique ou du widget correspondant :

  • Afficher les éléments de travail dans ce nœud (autorisation Chemin d’accès à la zone) : requis pour afficher les requêtes et les éléments de travail affichés dans un graphique de requête ou de tableau de bord
  • Lecture (autorisation de requête) : obligatoire pour afficher les graphiques et widgets basés sur une requête
  • Afficher l’analytique (autorisation au niveau du projet) : obligatoire pour afficher les données d’analyse dans les widgets de graphiques et les rapports intégrés
  • Lecture (autorisation de requête) : obligatoire pour afficher les graphiques basés sur des requêtes
  • Lecture (autorisation de dépôt Git ou TFVC) : obligatoire pour afficher les graphiques en vignettes de code
  • Afficher le pipeline de build, Afficher les builds (autorisations de génération au niveau de l’objet) : requis pour afficher les données du pipeline de build
  • Afficher le pipeline de mise en production, Afficher les mises en production (autorisation de niveau objet de mise en production) : obligatoire pour afficher les données du pipeline de mise en production
  • Afficher les séries de tests (autorisation au niveau du projet) : obligatoire pour afficher les données d’exécution de repos

Notes

La possibilité pour un membre du projet d’afficher les résultats d’une requête ou d’un tableau de bord peut être affectée par l’appartenance à un autre groupe. Par exemple, si un membre du projet appartient à deux groupes ou plus et que l’un des groupes dispose d’autorisations inférieures à l’autre, les autorisations inférieures s’appliquent. Par exemple, si le groupe est membre d’un groupe Lecteurs , qui peut avoir des autorisations d’affichage refusées, il ne peut pas afficher les requêtes avec des éléments de travail pour lesquels il n’avait pas d’autorisations d’affichage.

Pour obtenir une vue d’ensemble des autorisations par défaut, consultez Informations de référence rapides sur les autorisations par défaut.

Fonctionnalités générales

Puis-je créer un tableau de bord privé ?

Non. Vous pouvez uniquement créer un tableau de bord et définir des autorisations sur le tableau de bord. Pour limiter les personnes autorisées à afficher le tableau de bord, vous pouvez utiliser un outil en ligne de commande de gestion des autorisations. Pour plus d’informations, consultez Espace de noms de sécurité et la référence d’autorisation.

J’ai ajouté un widget, mais il n’affiche pas de données, que se passe-t-il ?

Pour Azure DevOps Server 2019 et versions ultérieures, un widget n’affiche pas de données si le service Azure DevOps correspondant est désactivé pour un projet. Vérifiez que le service associé est activé et actualisez le tableau de bord. Pour savoir comment procéder, consultez Activer ou désactiver un service.

Puis-je copier un tableau de bord ?

Oui. Vous pouvez copier un tableau de bord d’un projet ou d’une équipe dans un autre tableau de bord, projet ou équipe. Pour savoir comment procéder, consultez Copier un tableau de bord. Si vous copiez un tableau de bord dans un tableau de bord d’équipe, vous devez être membre de l’équipe pour le modifier. En outre, lorsque vous copiez un tableau de bord avec des widgets qui référencent des requêtes, vous devez choisir un dossier Requêtes partagées dans lequel vous avez les autorisations nécessaires pour contribuer.

Non. Cette fonctionnalité n’est actuellement disponible que pour Azure DevOps Services. Il devrait être disponible dans les versions ultérieures de Azure DevOps Server à l’avenir.

Puis-je créer un modèle de tableau de bord ?

Non. Il ne s’agit pas d’une fonctionnalité prise en charge. Toutefois, vous pouvez créer un tableau de bord similaire à un modèle, puis le copier pour prendre en charge une ou plusieurs équipes. Pour savoir comment procéder, consultez Copier un tableau de bord.

Non. Il ne s’agit pas d’une fonctionnalité prise en charge.

Puis-je copier un widget de tableau de bord ?

Oui. Vous pouvez copier ou ajouter un widget configuré sur un tableau de bord dans un autre tableau de bord. Pour savoir comment procéder, consultez Ajouter des widgets à un tableau de bord.

Puis-je copier un graphique de requête ?

Oui. Vous pouvez copier un widget basé sur une requête à partir d’un tableau de bord vers un autre. Pour savoir comment procéder, consultez Ajouter des widgets à un tableau de bord. De plus, lorsque vous copiez un tableau de bord, il copie tous les graphiques de requête ajoutés au tableau de bord et les configure pour l’équipe que vous sélectionnez. Cela ajoute principalement de nouvelles requêtes et configure les graphiques. Pour plus d’informations, consultez Copier un tableau de bord.

Oui. Vous pouvez copier un widget basé sur une requête à partir d’un tableau de bord vers un autre. Pour savoir comment procéder, consultez Ajouter des widgets à un tableau de bord.

Puis-je interagir avec un widget de tableau de bord ?

Oui. La plupart des widgets de tableau de bord sont interactifs. Cliquez dans le widget pour afficher un nouvel onglet ou l’onglet actif avec plus de détails. Les spécificités de l’interaction dépendent du widget. Par exemple, voici quelques façons d’interagir avec un widget de tableau de bord :

  • État du déploiement : ce widget fournit des liens vers les différents déploiements définis pour une mise en production.
  • Résultats de la requête : cliquez sur un élément de travail pour ouvrir, mettre à jour et enregistrer l’élément de travail dans le tableau de bord.
  • Vignette de requête : cliquez sur la vignette de requête et l’onglet actuel s’ouvre sur la requête référencée par le widget.
  • Vue d’ensemble du pipeline de mise en production : ce widget fournit des liens qui s’ouvrent aux pipelines et aux phases de mise en production.
  • Vue d’ensemble du sprint : cliquez dans le widget et l’onglet actuel s’ouvre sur le backlog de l’équipe.
  • Vitesse d’équipe : cliquez sur une barre dans le graphique de vélocité et un onglet s’ouvre sur la requête contenant les ID d’élément de travail pour les données référencées par la barre.

Données de gestion de projet et de suivi du travail

Puis-je créer un graphique de requête à partir d’une requête de liens directs ou d’arborescence ?

Non. Tous les graphiques basés sur des requêtes nécessitent la configuration de requêtes de liste plate. Pour plus d’informations, consultez Suivre la progression avec les graphiques basés sur les requêtes d’état et de tendance.

Comment faire afficher les dépendances de projet ?

La meilleure façon d’afficher les dépendances d’élément de travail consiste à utiliser des plans de livraison , comme décrit dans Suivre les dépendances. Pour afficher les dépendances dans un tableau de bord, vous pouvez ajouter un widget de résultats de requête qui répertorie une requête de liens directs.

Quels graphiques ou widgets prennent en charge les graphiques PERT ou Gantt ?

Deux outils de gestion de projet largement utilisés sont les graphiques PERT (Program Evaluation Review Technique) et les diagrammes de Gantt. Les graphiques PERT prennent en charge le calcul du temps nécessaire pour terminer un projet de manière réaliste. Les graphiques à barres horizontales développés par Henry Gantt prennent en charge la visualisation des planifications de projet. Azure DevOps ne fournit pas de prise en charge native pour les graphiques PERT ou Gantt. Toutefois, il fournit les outils et extensions suivants qui prennent en charge la visualisation des planifications et des dépendances :

  • Plans de livraison : affiche les éléments de travail planifiés par sprint des équipes sélectionnées sur un affichage calendrier, y compris la prise en charge de la visualisation des dépendances.
  • Suivi des dépendances : extension de la Place de marché qui prend en charge la planification et la gestion des dépendances entre les équipes, les projets et les organisations. Il fournit des vues filtrables pour afficher toutes les dépendances qu’une équipe consomme et produit.
  • Extensions de diagramme de Gantt : extensions de la Place de marché qui prennent en charge la visualisation des feuilles de route de portefeuille.
  • Plans de livraison : extension de la Place de marché qui affiche les éléments de travail planifiés par sprint des équipes sélectionnées sur un affichage calendrier.
  • Suivi des dépendances : extension de la Place de marché qui prend en charge la planification et la gestion des dépendances entre les équipes, les projets et les organisations. Il fournit des vues filtrables pour afficher toutes les dépendances qu’une équipe consomme et produit.
  • Extensions de diagramme de Gantt : extensions de la Place de marché qui prennent en charge la visualisation des feuilles de route de portefeuille.

Activité sprint

Comment faire suivre les modifications apportées à un sprint ?

Il n’existe pas de graphique ou de widget de modification d’étendue de sprint. Cependant, vous pouvez interroger les éléments de travail ajoutés à un sprint ou déplacés en dehors d’un sprint après le début de celui-ci. Pour savoir comment procéder, consultez les sections suivantes fournies dans Implémenter des pratiques Scrum pour votre équipe, Modifications de l’étendue du sprint des requêtes :

  • Répertorier les éléments de travail ajoutés après le début du sprint
  • Répertorier les éléments de travail déplacés hors du sprint

Les graphiques sprint burndown ou burnup référencent-ils les paramètres de capacité de l’équipe ?

Oui. Les jours de congé de l’équipe et la capacité des membres de l’équipe sont référencés dans les graphiques et rapports de burndown de sprint. Pour plus d’informations sur la définition de la capacité d’équipe, consultez Déterminer et définir la capacité sprint.

Vues de données entre projets

Comment faire afficher les données de plusieurs projets dans un tableau de bord ?

Il existe plusieurs façons d’afficher les données de plusieurs projets dans un tableau de bord unique.