Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Les tableaux de bord actionnables permettent à votre équipe et aux parties prenantes d’être informés et de suivre les projets. Vous pouvez créer des tableaux de bord pour les projets qui servent plusieurs équipes ou une équipe spécifique, et ajouter des widgets qui affichent le contenu de l’utilisateur connecté.
Conseil / Astuce
Vous pouvez utiliser l’IA pour vous aider à effectuer cette tâche plus loin dans cet article, ou voir Activer l’aide à l’IA avec Azure DevOps MCP Server pour commencer.
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é. Si Azure Boards est désactivé, les vues Analytics ne s’affichent pas. Réactivez Azure Boards pour les utilisateurs individuels ou 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é. Si Azure Boards est désactivé, les vues Analytics ne s’affichent pas.
Réactivez Azure Boards pour les utilisateurs individuels ou pour l’ensemble de l’organisation. - service d'analyse activé. Vous devez être propriétaire du compte ou membre du groupe Administrateurs de collection de projets pour activer le service. |
Choisir le focus du tableau de bord
Pour déterminer le focus d’un tableau de bord, identifiez les besoins d’information de l’audience prévue. Créez 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. | Projet ou équipe |
| 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. | Équipe |
| Sprint | Passez en revue l’état au cours des stand-ups quotidiens pour vous assurer que l’équipe est sur le chemin pour atteindre les objectifs de sprint et résoudre les problèmes qui affectent les objectifs. | Équipe |
| Version | Surveillez l’état et suivez la progression vers une version majeure qui peut impliquer des contributions de plusieurs équipes. | Projet |
| Test et déploiement | Surveillez l’intégration continue, les builds, les déploiements et les versions. | Projet ou équipe |
Choisissez le type de tableau de bord et créez-le
Lorsque vous créez une équipe, Azure DevOps crée un tableau de bord d’équipe par défaut intitulé Vue d’ensemble, qui n’a aucun widget. Vous pouvez renommer le tableau de bord ultérieurement et ajouter des widgets pour vos besoins en équipe.
Lorsque vous ajoutez manuellement un tableau de bord, choisissez le type de tableau de bord à créer :
Un tableau de bord Project inclut des informations pour plusieurs équipes ou si le contenu n’est pas axé sur l’équipe.
Un tableau de bord d’équipe inclut des widgets spécifiques à l’équipe.
Pour afficher les widgets configurables pour une seule équipe ou plusieurs équipes, passez en revue le catalogue de widgets Out Of Box.
Après avoir déterminé le type de tableau de bord, créez le tableau de bord. Vous pouvez également simplifier le processus en copiant le tableau de bord d’une autre équipe et en modifiant les widgets pour les besoins de votre équipe.
Partager le tableau de bord avec votre équipe et vos parties prenantes
Après avoir créé un 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.
Les conditions suivantes s’appliquent à l’affichage et à la modification des tableaux de bord :
Tous les membres du projet peuvent afficher tous les tableaux de bord, sauf si vous appliquez des restrictions spécifiques à l’aide d’un outil en ligne de commande de sécurité. Pour plus d’informations, consultez le namespace de sécurité et la référence d’autorisation - DashboardsPrivileges.
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 vous révoquez des autorisations. Pour plus d’informations, consultez Définir les 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 vous révoquez l’autorisation Modifier le tableau de bord pour un tableau de bord spécifique ou tous les tableaux de bord d’équipe. Pour plus d’informations, consultez Définir des autorisations de tableau de bord.
Certains graphiques de tableau de bord et widgets contiennent des données soumises à des autorisations et un accès spécifiques au niveau des données. Pour plus d’informations, consultez faq sur les tableaux de bord, graphiques et rapports Azure DevOps.
Vous pouvez également étendre la visibilité du tableau de bord en ajoutant des tableaux de bord et des tableaux de bord sous forme d’onglets dans votre canal Microsoft Teams. Pour plus d’informations, consultez Configurer des onglets Azure DevOps dans Microsoft Teams.
Ajuster les tableaux de bord pour différents scénarios
Une fois votre tableau de bord utilisé, effectuez des ajustements en fonction des commentaires. Mettez à jour les requêtes selon les besoins pour affiner les résultats des données. 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.
Les sections suivantes décrivent plusieurs scénarios de tableau de bord et suggestions de réglage précis.
Tableau de bord des parties prenantes
Les parties prenantes incluent tous les membres du projet intéressés par votre travail. Pour créer un tableau de bord qui prend en charge vos parties prenantes, utilisez une combinaison de widgets Markdown (.md) et de widgets axés sur l’équipe qui répondent aux préoccupations des parties prenantes :
- 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
En utilisant un tableau de bord axé sur le personnel, chaque membre de l’équipe peut voir ses propres tâches, d’autres tâches qu’il suit, ou des tâches où il est mentionné. Créez un tableau de bord personnel à 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 avec plusieurs widgets qui prennent en charge l’utilisateur connecté :
L’exemple de tableau de bord utilise des vignettes de requête et des graphiques de requête filtrés par Assigned To = @Me pour afficher le travail du sprint actuel, le travail du prochain sprint, les éléments récemment terminés, les éléments de backlog et le travail que vous avez créé ou récemment mis à jour. Sélectionnez une vignette de requête ou un widget pour accéder à la liste complète des éléments de travail.
Envisagez également d’ajouter ces widgets à un tableau de bord personnel :
- Affecté à moi : afficher les éléments de travail affectés à l’utilisateur connecté.
- Nouvel élément de travail : créez des éléments de travail directement à partir du tableau de bord.
- Liens de travail : Accéder aux liens vers le Backlog, le tableau, le tableau des tâches du sprint en cours et la page des requêtes.
L’image suivante montre un tableau de bord personnel qui répertorie le travail affecté à l’utilisateur connecté :
Pour connaître les requêtes utilisées dans ces exemples, consultez Exemples de graphiques de requête.
Tableau de bord d’équipe
Un tableau de bord d’équipe aide les membres à atteindre les objectifs, à surveiller l’état, à suivre la progression, à identifier les goulots d’étranglement et à garantir que les éléments du backlog sont bien définis. Créez un tableau de bord d'équipe en intégrant un ou plusieurs widgets à portée d'équipe suivants :
- Diagramme de flux cumulé (CFD) : surveillez le flux des éléments de travail et suivez le nombre d’éléments de travail par phases de sprint.
- Métriques de vélocité : suivez la capacité de l’équipe à fournir le travail de sprint en sprint.
- Durée du cycle : ajoutez des mesures de temps pour suivre le temps nécessaire à l’exécution des éléments de travail par votre équipe.
- Délai d’exécution : ajoutez des mesures de temps pour suivre le temps de création jusqu’à la fin de l’exécution des éléments de travail.
La vitesse aide les équipes à comprendre comment elles planifient et exécutent des sprints. Le temps de traitement et le temps de cycle montrent la durée moyenne du travail pour passer de la création à l'achèvement.
Envisagez d’ajouter un tableau croisé dynamique afin que les utilisateurs puissent rapidement voir le nombre d’éléments de travail et leurs affectations. Utilisez ces graphiques pour déterminer si l’équipe doit mieux équilibrer la charge de travail.
De nombreuses équipes gèrent du code, des tests, des builds et des versions à l’aide d’Azure DevOps. Pour prendre en charge ces tâches, ajoutez les widgets suivants au tableau de bord de votre équipe :
- Vignette de code : incluez un résumé du contenu d’un dossier de code ou d’un dépôt Git.
- Tendance des résultats des tests (avancé) : ajoutez une visibilité quasi en temps réel des données de test pour les builds et les versions.
- Pull Request : Affichez les pull requests actives demandées par les membres de l’équipe ou assignées à l’utilisateur connecté.
Pour les widgets de génération et de déploiement, consultez le tableau de bord Test et déploiement.
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. Vous pouvez afficher la capacité Sprint lorsque votre équipe effectue le suivi du travail à l’aide de tâches et définit la capacité Sprint.
L’image suivante montre un exemple de tableau de bord sprint-focus :
L’exemple de tableau de bord comprend plusieurs vignettes de requête et les widgets suivants :
- Vue d’ensemble du sprint : Représenter graphiquement la progression du sprint sous forme de points d'histoire ou d’un nombre d’éléments de travail.
- Nouvel élément de travail : permet aux utilisateurs d’ajouter des éléments de travail directement à partir du tableau de bord.
- Métriques de vélocité : suivez la capacité de l’équipe à fournir le travail de sprint en sprint.
- Sprint Burndown : surveillez la progression de l’équipe en montrant le travail restant pour le sprint.
Tableau de bord de déploiement
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. Vous pouvez configurer de manière poussée ces graphiques. Vous pouvez choisir des équipes, des éléments de travail de 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.
Remarque
Les graphiques basés sur l'analyse 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 à la date de leur attribution. 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 atteinte.
Tableau de bord de test et de déploiement
De nombreuses équipes disposent d’un tableau de bord dédié pour suivre la progression des tests, des builds et des déploiements. Vous pouvez créer un tableau de bord axé sur les tests et les déploiements en ajoutant les widgets suivants :
- Historique des builds : ajoutez un histogramme de toutes les builds exécutées pour un pipeline de build spécifique.
- État du déploiement : affichez l’état du déploiement et le taux de réussite de test pour des pipelines de build spécifiques.
- Vue d’ensemble du pipeline de mise en production : affichez l’état des étapes d’un pipeline de mise en production.
- Qualité des exigences : affichez un mappage des exigences de test et des résultats de test les plus récents.
L’image suivante montre un exemple de sortie du widget Historique des builds sur un tableau de bord :
L’image suivante montre un exemple de résultat du widget Vue d’ensemble du pipeline de mise en production sur un tableau de bord.
L’image suivante montre un exemple de sortie du widget d’état de déploiement sur un tableau de bord :
Utiliser l’IA pour planifier des tableaux de bord efficaces
Si vous configurez le serveur MCP Azure DevOps, vous pouvez utiliser des assistants IA pour planifier et concevoir des tableaux de bord.
Exemples d’invites
| Tâche | Exemple d’invite |
|---|---|
| Planifier un tableau de bord d’équipe | What widgets should I include on a team dashboard for a Scrum team in <Contoso> project? |
| Planifier un tableau de bord de projet | Help me design a project-level dashboard that gives leadership visibility into progress across all teams in <Contoso> project |
| Choisir des widgets | Which widgets should I use to track code quality and test coverage on my dashboard? |
| Productivité personnelle | What assigned-to-me widgets can I add to a dashboard to track my own work items and pull requests? |
| Vue des parties prenantes | Help me create a dashboard focused on release readiness for stakeholders in <Contoso> project |
| Intégrité du pipeline | What widgets should I add to monitor build and release pipeline health on a dashboard? |
| Goulots d’étranglement de triage | Based on work items in the current sprint for <Contoso> project, where are items getting stuck and which dashboard widgets should we add to monitor those bottlenecks? |
| Créer une liste de contrôle de tableau de bord | Create a checklist for a sprint dashboard for <Fabrikam> team: what questions should it answer, which widgets should it include, and what queries does each widget need? |
Conseil / Astuce
Si vous utilisez Visual Studio Code, le mode agent est particulièrement utile pour effectuer une itération sur les recommandations de tableau de bord pendant que vous explorez les données réelles du projet.