Bogues, tableau de bord

Vous pouvez surveiller l'activité Bogue d'un projet d'équipe à l'aide du tableau de bord Bogues, qui affiche les graphiques suivants :

• Avancement des bogues

• Fréquence d'identification, de résolution et de fermeture des bogues assignés à l'équipe au fil du temps

• Nombre de bogues par ordre de priorité au fil du temps

• Nombre actuel de bogues actifs qui sont assignés à chaque membre de l'équipe

  Notes

  Vous accédez aux tableaux de bord via votre portail du projet d'équipe. Vous pouvez accéder au tableau de bord Bogues uniquement si ce portail a été activé et configuré pour utiliser Microsoft Office SharePoint Server 2007. Pour plus d'informations, consultez Tableaux de bord (Agile) ou Accéder à un portail de projet d'équipe et au guide de processus.

Dans cette rubrique Données qui s'affichent dans le tableau de bord Activités requises pour le suivi des bogues Surveillance des bogues actifs et des tendances des bogues

Vous pouvez utiliser ce tableau de bord pour répondre aux questions suivantes : Quelle est la fréquence de résolution et de fermeture des bogues assignés à l'équipe ? L'équipe corrige-t-elle les bogues assez rapidement pour terminer dans les temps ? Combien de bogues sont signalés, résolus et fermés chaque jour par l'équipe ? Est-ce que l'équipe résout les bogues de priorité 1 avant ceux de priorité 2 et 3 ? Est-ce qu'un membre de l'équipe dispose d'un journal des bogues de priorité 1 en souffrance garantissant la redistribution ? Quel est l'état de la build exécutée hier soir ? Quels sont les archivages les plus récents ?

Autorisations requises

Pour afficher le tableau de bord, vous devez avoir été affecté ou appartenir à un groupe disposant des autorisations de Lecture dans produits SharePoint pour le projet d'équipe. Pour modifier, copier ou personnaliser le tableau de bord, vous devez appartenir ou être assigné à un groupe disposant des autorisations Membres dans les produits SharePoint pour le projet d'équipe. Pour plus d'informations, consultez Ajouter des utilisateurs aux projets d'équipe.

Pour modifier un rapport dans Office Excel, vous devez être membre du rôle de sécurité TfsWarehouseDataReaders dans SQL Server Analysis Services. Vous devez avoir été affecté ou appartenir à un groupe disposant des autorisations de Membres dans produits SharePoint pour le projet d'équipe. Pour plus d'informations, consultez Accorder l'accès aux bases de données de l'entrepôt de données pour Visual Studio ALM.

Pour afficher un bogue ou un autre type d'élément de travail, vous devez être membre du groupe Readers ou disposer de l'autorisation Afficher les éléments de travail dans ce nœud définie à Autoriser. Pour créer ou modifier un bogue ou un autre type d'élément de travail, vous devez être membre du groupe Contributors ou disposer de l'autorisation Modifier les éléments de travail dans ce nœud définie à Autoriser. Pour plus d'informations, consultez Gestion des autorisations.

Données qui s'affichent dans le tableau de bord

L'équipe peut utiliser le tableau de bord Bogues pour déterminer son degré d'efficacité quant à l'identification, la résolution et la fermeture des bogues. En particulier, le tableau de bord affiche les WebParts qui sont décrits dans l'illustration et le tableau suivants :

Notes

Les graphiques d'avancement, de tendances et à barres, ainsi que les rapports à , ne s'affichent pas lorsque le serveur qui héberge Analysis Services pour le projet d'équipe n'est pas disponible.

Pour plus d'informations sur l'interprétation, la mise à jour ou la personnalisation des graphiques qui s'affichent dans le tableau de bord Bogues, consultez les rubriques répertoriées dans le tableau suivant.

Composant WebPart	Données affichées	Rubrique connexe
	Représentation visuelle du nombre cumulé de bogues, regroupés par état, pour les quatre dernières semaines.	Progression des bogues, rapport Excel
	Graphique en courbes qui affiche la moyenne enchaînée du nombre de bogues ouverts, résolus et fermés par l'équipe les quatre dernières semaines. La moyenne enchaînée est basée sur la période de sept jours précédant la date de calcul de la moyenne.	Tendances des bogues, rapport Excel
	Une représentation visuelle du nombre cumulé de bogues, groupés par priorité, pour les quatre dernières semaines.	Bogues par priorité, rapport Excel
	Graphique à barres horizontales présentant le nombre total de bogues actifs qui sont actuellement assignés à chaque membre de l'équipe et regroupés par priorité.	Bogues par assignation, rapport Excel
	Liste des bogues actifs. La liste est dérivée d'un composant WebPart Team Web Access.	Triage, classeur
	Liste des événements à venir. La liste est dérivée d'un composant WebPart SharePoint.	Non applicable
	Nombre d'éléments de travail actifs, résolus et fermés. Vous pouvez ouvrir la liste d'éléments de travail en cliquant sur chaque nombre. Cette liste est dérivée d'un composant WebPart Team Web Access.	Éléments de travail et workflow (Agile)
	Liste des builds récentes et leur état. Vous pouvez afficher des détails supplémentaires concernant une build en cliquant sur cette dernière. Cette liste est dérivée d'un composant WebPart Team Web Access. Légende : : build en cours de génération : build non démarrée : build ayant réussi : build ayant échoué : build arrêtée : build partiellement réussie	Gérer et afficher des builds terminées
	Liste des archivages les plus récents. Vous pouvez afficher des détails supplémentaires concernant un archivage spécifique en cliquant sur ce dernier. Cette liste est dérivée d'un composant WebPart Team Web Access.	Utilisation des fenêtres Archiver et Modifications en attente

Activités requises pour le suivi des bogues

Pour que les rapports s'affichant dans le tableau de bord Bogues soient utiles et précis, l'équipe doit mettre en œuvre les activités suivantes :

• Définir des bogues, et spécifier leurs chemins Itération et Zone.

• Assigner chaque bogue au membre de l'équipe qui est chargé de le résoudre ou de le fermer.

• Spécifier la Priorité de chaque bogue.

• Mettre à jour l'État de chaque bogue à mesure qu'il est résolu, vérifié, puis fermé par l'équipe.

Surveillance des bogues actifs et des tendances des bogues

Les membres de l'équipe peuvent utiliser le tableau de bord Bogues pour déterminer s'ils gèrent la liste des bogues actifs conformément aux pratiques agiles et aux objectifs de l'équipe. Par le biais de tests unitaires exécutés sur chaque incrément de code avant l'archivage, l'équipe peut réduire le nombre total de bogues à rechercher. En se concentrant sur la livraison de chaque incrément de code, elle supprime les erreurs de façon incrémentielle et limite les bogues en cours.

À l'aide du tableau de bord Bogues, l'équipe peut répondre aux questions suivantes :

• Le nombre de bogues actifs est-il acceptable compte tenu des objectifs de l'équipe ? L'équipe diffère-t-elle la résolution d'un trop grand nombre de bogues ?

• Est-ce que l'équipe identifie, résout et ferme les bogues suffisamment rapidement pour répondre aux attentes et à un rythme conforme à celui des cycles de développement précédents ?

• Est-ce que l'équipe traite les bogues de priorité élevée avant ceux de priorité inférieure ?

• Est-ce qu'un membre de l'équipe a besoin d'aide pour résoudre les bogues ?

D'autres questions pouvant être soulevées par les indicateurs du tableau de bord sont présentées dans les sections suivantes :

• Indicateurs de progression des bogues

• Indicateurs de tendance

• Priorité et distribution des bogues

Indicateurs de progression des bogues

Indicateur	Questions
La proportion de bogues actifs est de plus en plus importante. Si la proportion de bogues actifs s'accroît pour l'équipe, la taille du journal des bogues en souffrance augmente. L'équipe identifie plus de bogues qu'elle ne peut en résoudre ou en fermer. Une proportion croissante de bogues actifs peut indiquer qu'un goulot d'étranglement empêche l'équipe de les résoudre et de les fermer.	Les membres de l'équipe sont-ils réaffectés à d'autres tâches non prioritaires ? Est-ce que d'autres problèmes empêchent l'équipe de résoudre les bogues ?
Le nombre de bogues actifs ne change pas. Si le nombre de bogues actifs reste stable, cela indique que l'équipe n'identifie pas de bogues.	Est-ce que la couverture des tests est suffisante ? Est-ce que d'autres problèmes empêchent l'équipe d'identifier les bogues ?
Le nombre de bogues résolus ou fermés ne change pas. Lorsque le nombre de bogues résolus ou fermés par l'équipe reste stable sur de longues périodes, cela peut signifier que les membres de l'équipe ne peuvent pas résoudre ou fermer les bogues.	Les priorités de l'équipe sont-elles correctement définies ? Les membres de l'équipe sont-ils surutilisés pour d'autres tâches ? Est-ce que les membres de l'équipe assurent correctement le suivi de l'état de leurs bogues ?

Indicateurs de tendance des bogues

Indicateur	Questions
L'équipe résout de nombreux bogues sur chaque période. Un taux de résolution élevé indique généralement que la progression de l'équipe est satisfaisante.	Est-ce que l'équipe ferme rapidement les bogues qu'elle résout ? Le taux de fermeture doit correspondre au taux de résolution. Est-ce que le taux de réactivation des bogues assignés à l'équipe est acceptable ?
L'équipe résout les bogues rapidement, mais ne les ferme pas. Les efforts des membres de l'équipe chargés de vérifier les résolutions de bogue sont peut-être trop dispersés ou des priorités différentes peuvent les empêcher de fermer les bogues résolus.	Les ressources de test sont-elles surutilisées ? L'équipe doit-elle réexaminer les priorités de test ? Pour plus d'informations sur ces métriques, consultez Test, tableau de bord (Agile).
L'équipe identifie peu de bogues sur chaque période. L'équipe peut avoir du mal à identifier les bogues dans une solution de haute qualité ou avec des tests inefficaces.	Les métriques relatives à la couverture du code, à l'évolution de ce dernier ou à la progression des tests indiquent-elles un problème au niveau du code ou des tests ? Pour plus d'informations sur ces métriques, consultez Qualité, tableau de bord (Agile).
L'équipe trouve à peu près le même nombre de bogues sur des périodes consécutives. Si l'équipe trouve le même nombre de bogues semaine après semaine ou itération après itération, vous pouvez tenter de déterminer la cause sous-jacente. Au début du cycle de test, les tests peuvent ne pas être suffisamment rigoureux ou avancés pour identifier de nombreux bogues. Dans les premières itérations, cette situation est attendue. Toutefois, à mesure que le produit arrive à maturité, les tests doivent couvrir des scénarios et des intégrations plus larges.	Est-ce que les cas de test sont appropriés pour tester les récits utilisateur que l'équipe développe ? Les tests sont-ils périmés ou ne portent-ils pas sur les fonctionnalités appropriées ? L'équipe de test teste-t-elle rigoureusement chaque récit utilisateur ? Pour plus d'informations sur ces métriques, consultez Test, tableau de bord (Agile).
L'équipe identifie de nombreux bogues sur chaque période. L'équipe parvient peut-être facilement à identifier les bogues dans du code mal écrit ou récemment intégré, avec des tests efficaces ou lors d'un événement spécifique tel qu'une campagne de détection des bogues.	Les métriques relatives à la couverture du code, à l'évolution de ce dernier ou à la progression des tests indiquent-elles un problème au niveau du code ou des tests ? Pour plus d'informations sur ces métriques, consultez Qualité, tableau de bord (Agile).

Priorité et distribution des bogues

Indicateur	Questions à poser
Le nombre de bogues actifs de priorité élevée est supérieur au nombre de bogues actifs de priorité plus basse. Lorsque le nombre de bogues de priorité élevée est largement supérieur au nombre de bogues de priorité plus basse, l'équipe se concentre peut-être d'abord sur les éléments de priorité plus basse.	L'équipe résout-elle les bogues selon l'ordre de priorité qu'elle a défini ? Est-ce que des problèmes empêchent l'équipe de résoudre les bogues de priorité élevée ?
Les assignations de bogues ne sont pas distribuées de façon homogène. L'équipe peut réassigner le travail lorsque de nombreux bogues sont assignés à un ou deux membres de l'équipe alors que les autres membres n'en prennent en charge que quelques-uns.	L'équipe doit-elle équilibrer la charge de travail en réassignant les bogues ?

Voir aussi

Concepts

Triage, classeur

Bogue (Agile)

Tableaux de bord (Agile)

Artefacts (Agile)