Réactivations, rapport

Pendant que l'équipe résout et ferme les bogues, vous pouvez utiliser le rapport Réactivations pour déterminer l'efficacité de la résolution des bogues par l'équipe. En règle générale, les réactivations font référence aux bogues qui ont été résolus ou fermés prématurément, avant d'être rouverts. Le taux de réactivation fait référence au nombre de mauvaises corrections de bogues par rapport au nombre total de corrections de bogues.

Vous pouvez utiliser le rapport Réactivations pour afficher les bogues ou les récits utilisateur qui ont été réactivés. En tant que propriétaire du produit, vous pouvez discuter avec l'équipe des taux acceptables de réactivation. Un taux de réactivation bas (inférieur à 5 %, par exemple) peut être acceptable selon les objectifs de votre équipe. Toutefois, un taux de réactivation élevé ou croissant indique que l'équipe doit peut-être diagnostiquer et corriger les problèmes systémiques.

Pour plus d'informations sur l'accès aux rapports, leur actualisation ou leur gestion, consultez Rapports (Agile).

Notes

Ce rapport nécessite la configuration préalable avec SQL Server Reporting Services de la collection de projets d'équipe qui contient votre projet d'équipe.Ce rapport n'est pas disponible si  Rapports ne s'affiche pas lorsque vous ouvrez Team Explorer et développez le nœud de votre projet d'équipe.

Dans cette rubrique Données du rapport Définition de la durée de l'itération Interprétation du rapport Filtrage du rapport

Vous pouvez utiliser ce rapport pour répondre aux questions suivantes : Combien de bogues sont réactivés ? Combien de récits utilisateur sont réactivés ? Est-ce que l'équipe résout et ferme les bogues réactivés selon un taux acceptable ?

Autorisations requises

Pour afficher le rapport, vous devez avoir été affecté ou appartenir à un groupe auquel a été attribué le rôle Explorateur dans SQL Server Reporting Services. Pour plus d'informations, consultez Ajouter des utilisateurs aux projets d'équipe.

Données du rapport

Le rapport Réactivations affiche un graphique en aires du nombre de bogues ou récits qui sont dans un état résolu ou qui ont été réactivés à partir de l'état fermé. Les données sont dérivées de l'entrepôt de données. Le graphique représente le nombre d'éléments en fonction de la durée et des filtres que vous spécifiez, comme le présente l'illustration suivante.

Vous pouvez filtrer le rapport Réactivations de différentes manières :

• Modifier les dates de début et de fin du rapport.

• Filtrez les bogues et les récits comptés dans le rapport en spécifiant les chemins d'accès d'itération et de zone, les types d'éléments de travail, ainsi que l'état antérieur des éléments de travail.

Pour plus d'informations, consultez Filtrage du rapport, plus loin dans cette rubrique.

Activités requises pour le suivi des récits utilisateur et des bogues

Pour que le rapport Réactivations soit utile et précis, l'équipe doit effectuer les activités suivantes :

• définir des récits utilisateur et des bogues, et spécifier leurs chemins d'accès d'Itération et de Zone ;

• mettre à jour l'État des récits et des bogues lorsqu'ils passent de l'état actif à fermé.

Définition de la durée de l'itération

Pour déterminer le taux de réactivation de votre itération actuelle, les dates de début et de fin du rapport doivent correspondre à celles du cycle de votre itération actuelle.

Pour modifier la durée de l'itération

1. En regard de Début de l'itération (Date) ou de Fin de l'itération (Date), cliquez sur l'icône de calendrier, puis sur une date.

2. Cliquez sur Afficher le rapport.

Interprétation du rapport

Attendez-vous à ce que le rapport Réactivations varie en fonction de l'étape dans laquelle vous vous trouvez dans votre cycle de développement de produit. Les premières itérations doivent montrer très peu de réactivations. Au fur et à mesure de la fermeture des bogues et des récits, vous pouvez passer en revue le taux des réactivations.

Le rapport Réactivations affiche des informations que vous pouvez utiliser pour déterminer si l'équipe réactive un nombre élevé de bogues ou de récits. Le taux de réactivation prend en compte le nombre de bogues censés être résolus mais dont les corrections ne fonctionnent pas. Ces réactivations peuvent créer un cycle négatif de modifications qui interfère avec la progression des tâches planifiées.

Questions auxquelles répond le rapport

Vous pouvez passer en revue le rapport pour répondre aux questions suivantes :

• Combien de bogues ont été réactivés dans l'itération actuelle ?

• Combien de récits utilisateur ont été réactivés dans l'itération actuelle ?

• Est-ce que l'équipe résout et ferme les bogues et récits réactivés selon un taux acceptable ?

Version correcte du rapport

Une version correcte du rapport Réactivations indique une progression régulière de la résolution et de la fermeture des bogues, comme le présente l'illustration suivante. Le taux total de réactivation des éléments de travail est inférieur ou égal à 5 %, il n'augmente pas pendant l'itération. De petites fluctuations sont éventuellement acceptables, en fonction des objectifs de votre équipe. Plus le taux de réactivation est bas, plus la progression générale de votre équipe sera meilleure.

Version incorrecte du rapport

L'illustration suivante présente une version incorrecte du rapport Réactivations.

Le tableau suivant décrit les indications d'une version incorrecte de ce rapport, et fournit par ailleurs quelques questions à prendre en considération.

Indicateur	Questions à poser
L'équipe réactive un nombre élevé de bogues. Vous devez considérer le taux de réactivation comme un pourcentage du nombre total des bogues trouvés par l'équipe. Un taux élevé de réactivation des bogues peut indiquer que l'équipe ferme prématurément des bogues. C'est un signal d'avertissement indiquant un dysfonctionnement du projet. Les réactivations introduisent un surcroît de travail dans le cycle du produit, ce qui double souvent l'effort total requis pour effectuer le travail correspondant.	Est-ce que l'équipe effectue suffisamment de tests unitaires lorsqu'elle résout des bogues ? Est-ce que les descriptions des bogues contribuent efficacement à leur résolution ? Est-ce que les bogues sont résolus alors que les problèmes sous-jacents ne sont pas corrigés ? Est-ce qu'il ne faudrait pas attribuer à certains bogues une priorité plus faible, ce qui réduirait efficacement le nombre de bogues hautement prioritaires sur lesquels l'équipe travaille ? Est-ce que le laboratoire de test est géré efficacement ?
L'équipe réactive un nombre élevé de récits utilisateur. Vous devez considérer le taux de réactivation des récits utilisateur comme un pourcentage du nombre total des récits utilisateur fermés par l'équipe. Un taux élevé de réactivation des récits peut indiquer que d'autres problèmes requièrent un examen.	Est-ce que la couverture des tests est appropriée pour les scénarios utilisateur ?
Le nombre des réactivations augmente. Lorsque le nombre des réactivations augmente, les bogues ou récits réactivés ne sont pas corrigés. Vous pouvez réévaluer les priorités de l'équipe pour la correction des bogues ou récits réactivés.	Est-ce que les priorités de l'équipe sont correctement définies ? Existe-t-il d'autres problèmes à l'origine des réactivations ?

Filtrage du rapport

Vous pouvez filtrer le rapport Réactivations de différentes manières :

• Modifier les dates de début et de fin du rapport.

• Filtrez les bogues ou les récits représentés par le rapport en spécifiant les chemins d'accès d'itération et de zone, les types d'éléments de travail, ainsi que les états antérieurs des éléments de travail.

L'illustration suivante présente les filtres disponibles :

Pour filtrer les éléments de travail qui s'affichent dans le rapport

1. Effectuez une ou plusieurs des actions suivantes :

   • Dans les listes Itération et Zone, activez la case à cocher de chaque itération ou zone de produit à inclure.

   • Dans les listes Type d'élément de travail et État antérieur, activez la case à cocher de chaque type d'élément de travail et état à inclure.

2. Cliquez sur Afficher le rapport.

Voir aussi

Autres ressources

Rapports (Agile)