Rapports (Agile)

Vous pouvez analyser la progression et la qualité de votre projet en utilisant les rapports de SQL Server Reporting Services. Ces rapports agrègent des métriques à partir des éléments de travail, du contrôle de version, des résultats de tests et des builds. Ils répondent à des questions concernant l'état actuel de votre projet.

La plupart de ces rapports fournissent des filtres que vous pouvez utiliser pour spécifier le contenu à inclure dans le rapport. Les filtres incluent la période, les chemins d'accès d'itération et de zone, les types d'éléments de travail et les états des éléments de travail. Les questions auxquelles ils répondent concernent tous les types d'éléments de travail, tels que les récits utilisateur, les cas de test, les tâches et les bogues.

Spécifications

• Votre déploiement local de TFS doit être approvisionné avec SQL Server Reporting Services. Ces rapports ne sont pas disponibles si votre page d'accueil Team Explorer ne contient pas de lien vers Rapports.

  De plus, votre projet d'équipe doit être approvisionné avec des rapports.

  Si vous devez approvisionner votre déploiement avec Reporting Services ou ajouter des rapports à un projet d'équipe existant, cliquez ici.

• Pour afficher ces rapports, vous devez avoir été affecté ou appartenir à un groupe auquel a été attribué le rôle Explorateur ou Gestionnaire de contenu Team Foundation dans Reporting Services. Pour plus d'informations, voir Accorder l'accès aux bases de données de l'entrepôt de données pour Visual Studio ALM.

Surveiller la qualité du code

Les rapports de build permettent de suivre la qualité des logiciels en développement. Le fait de définir des tests qui s'exécutent automatiquement dans le cadre de chaque définition de build et d'instrumenter des tests pour recueillir des données de couverture du code vous permet d'en savoir plus sur la qualité des builds, des tests et du code.

Activités de génération et de test Configurer un système de génération. Définir votre processus de génération. Exécuter des tests dans votre processus de génération. Évaluer les builds terminées pour remplir la dimension Qualité de build.

Rapports de build Indicateurs de qualité de build (Agile et CMMI uniquement) Réussite des builds dans le temps (voir illustration) Résumé de la build

Pour obtenir un guide téléchargeable gratuitement pour tester et surveiller les builds, voir Testing for Continuous Delivery with Visual Studio 2012.

Exemple de rapport Réussite des builds dans le temps

Surveiller la progression

Les rapports de gestion de projet permettent d'en savoir plus sur la somme de travail effectuée par l'équipe dans un sprint ou une version finale, ainsi que sur le rythme de progression. En liant des éléments de travail et en mettant à jour des champs spécifiques à mesure que le travail est effectué, vous pouvez suivre la progression de chaque récit et évaluer de manière plus précise les activités ultérieures.

Activités de suivi des éléments de travail Créer le journal des travaux en souffrance. Créer des éléments de journal des travaux en souffrance du produit et spécifier l'Effort (Scrum). Créer des récits utilisateur et spécifier les Points de récit (Agile). Créer des spécifications et spécifier la Taille (CMMI). Travailler dans des sprints. Assigner des éléments du journal des travaux en souffrance à des sprints, créer des tâches et les lier à des éléments du journal des travaux en souffrance parent, et les assigner à un membre de l'équipe. Mettre à jour le Travail restant pour les tâches. Pour les projets d'équipe Agile et CMMI, mettre à jour Travail effectué également. Conseil Le seul rapport qui fait référence à Estimation d'origine est État de toutes les itérations. Créer des cas de test et des bogues, les lier à leur élément du journal des travaux en souffrance parent et mettre à jour leur État. (Facultatif) Assigner des éléments de travail à des zones pour filtrer les rapports.

Rapports de gestion de projet (Scrum) Aperçu du journal des travaux en souffrance (semblable à Aperçu des récits) Burndown de la version finale Burndown du sprint Rapidité Rapports de gestion de projet (Agile et CMMI) Burndown et taux de Burndown Travail restant Vue d'ensemble des spécifications (CMMI) Progression des spécifications (CMMI) État de toutes les itérations (semblable à la vélocité) Vue d'ensemble des récits (Agile) (voir illustration) Progression des récits (Agile) Travail non planifié

Exemple de rapport Vue d'ensemble des récits

Surveiller les plans de test et le suivi des bogues

Les rapports de planification de test prennent en charge la surveillance de la progression des tests et de la couverture des éléments du journal des travaux en souffrance ou des récits utilisateur. Les rapports de suivi des bogues illustrent la capacité de l'équipe à identifier et à résoudre les bogues.

Activités de planification des tests et de suivi des bogues Définir des plans de test et des cas de test et mettre à jour leur État à mesure que le travail progresse. Marquer les résultats de chaque étape de validation dans les tests manuels comme ayant réussi ou échoué. Créer des bogues, spécifier la Priorité et la Gravité, assigner à un membre de l'équipe et mettre à jour l'État. (Facultatif) Assigner des cas de test et des bogues à des zones et des itérations pour filtrer les rapports.

Test et rapports de bogues Disponibilité du cas de test Progression du plan de test (voir l'illustration) État des bogues (Agile et CMMI uniquement) Tendances des bogues (Agile et CMMI uniquement) Réactivations (Agile et CMMI uniquement)

Exemple de rapport Progression du plan de test

Ouvrir un rapport

Vous pouvez ouvrir un rapport à partir de Team Explorer, de votre portail de projet d'équipe ou de toute page d'accueil d'équipe sur le portail d'accès web.

Ouvrez le site de rapports à partir de la page Rapports dans Team Explorer.

Voici une vue des rapports pour un projet Scrum dans le Gestionnaire de rapports.

Notes

Si une icône X rouge apparaît sur le nœud Rapports dans Team Explorer, vous ne disposez peut-être pas des autorisations d'accès aux rapports ou Team Explorer a peut-être perdu la communication avec le serveur qui héberge SQL Server Reporting Services.Dans ces cas-là, contactez votre administrateur de projet pour vous assurer que vous disposez des autorisations d'accès au nœud de rapports et que le serveur qui héberge Reporting Services est en cours d'exécution.

L'icône X rouge peut apparaître sur le nœud Rapports si les deux conditions suivantes sont remplies :

• Team Explorer est en cours d'exécution sur le même ordinateur que SQL Server Reporting Services.

• Vous n'êtes pas connecté en tant qu'administrateur ou la sécurité renforcée est activée pour Internet Explorer.

Pour résoudre ce problème, connectez-vous à l'ordinateur en tant qu'administrateur, ou ouvrez Internet Explorer, ouvrez Options Internet, choisissez l'onglet Sécurité et décochez la case Activer le mode protégé.

Actualisation d'un rapport

Toutes les données capturées pour les éléments de travail sont écrites dans le magasin de données WIT, mais seules les données sélectionnées sont écrites dans l'entrepôt de données Analysis Services. Le magasin de données WIT est mis à jour en temps réel lorsque les membres de l'équipe créent et modifient des éléments de travail. Les mises à jour incrémentielles sont ensuite écrites dans la base de données relationnelle de l'entrepôt et le cube OLAP respectivement toutes les deux minutes et toutes les deux heures. Pour modifier ces paramètres, voir Modifier un paramètre de contrôle de processus pour l'entrepôt de données ou le cube Analysis Services.

Le tableau suivant décrit comment actualiser le rapport.

Option	Résultat
Bouton Actualiser dans la fenêtre du navigateur	Actualise l'affichage avec le rapport stocké dans le cache de session. Un cache de session est créé quand un utilisateur ouvre un rapport. Reporting Services utilise les sessions de navigateur pour conserver une expérience d'affichage cohérente lors de l'ouverture d'un rapport.
	Fait en sorte que le serveur qui exécute Reporting Services réexécute la requête et mette à jour les données du rapport si celui-ci s'exécute à la demande. Si le rapport est mis en cache ou s'il s'agit d'un instantané, le rapport stocké dans la base de données du serveur de rapports apparaît.
Combinaison de touches du clavier Ctrl+F5	Produit le même résultat que le choix de l'option Actualiser dans la barre d'outils de rapport.

Gérer et utiliser des rapports publiés

Vous pouvez aussi effectuer les tâches suivantes lors de l'affichage d'un rapport dans Reporting Services :

• Effectuer un zoom avant ou arrière sur le rapport.

• Rechercher du texte dans le rapport.

• Ouvrir un rapport associé.

• Exporter le rapport dans un autre format tel que XML, CSV, PDF, MHTML, Excel, TIFF ou Word.

• Actualiser le rapport.

• Imprimer le rapport.

• Créer un abonnement pour le rapport.

Q et R

Q : Les rapports gèrent-ils les récits et les récits subordonnés ou les tâches et les tâches subordonnées ?

R : Oui, vous pouvez sous-diviser des récits ou des éléments du journal des travaux en souffrance ainsi que des tâches, créant ainsi une hiérarchie imbriquée de tâches et d'éléments du journal des travaux en souffrance. Vous pouvez imbriquer des éléments à plusieurs niveaux. Si vous décomposez une tâche en sous-tâches, spécifiez les heures uniquement pour les sous-tâches. Ces heures sont cumulées sous forme de valeurs de synthèse pour la tâche parente et son élément du journal des travaux en souffrance parent. Pour corriger les rapports que vous pensez être erronés, voir Éliminer les erreurs publiées pour des valeurs de synthèse.

Q : Quels rapports dépendent de la liaison des éléments de travail ?

R : Les rapports de vue d'ensemble et de progression dépendent de la liaison des éléments de travail, des cas de test et des bogues aux éléments du journal de travaux en souffrance. Vous devez lier ces éléments à l'aide du lien parent-enfant pour les tâches et les bogues et du lien Testé par pour les cas de test.

Q : Quels rapports dépendent de Microsoft Test Manager ?

R : Les rapports Disponibilité du cas de test et Progression du plan de test sont conçus pour fonctionner avec Test Manager. De plus, les points de test et la progression des tests dans les rapports de vue d'ensemble de gestion de projet dépendent de la liaison entre les cas de test et les éléments du journal des travaux en souffrance.

Q : Pourquoi les données d'évolution du code et de couverture du code n'apparaissent-elles pas dans mes rapports ?

R : Si vous utilisez Git pour le contrôle de version, les données des rapports d'évolution du code et de couverture du code ne sont pas disponibles.

Q : Ces rapports sont-ils identiques aux graphiques de planification Agile qui apparaissent dans Team Web Access (TWA) ?

R : Bien que certains rapports affichent des informations similaires, tels que les rapports de burndown du sprint et de vélocité ou d'état sur toutes les itérations, ces rapports sont mis en forme différemment et prennent en charge des filtres supplémentaires. D'autres rapports, tels que les rapports de génération et de planification de test, ne sont à l'heure actuelle pas disponibles avec TWA.

Q : Vous souhaitez créer des zones produit ou des jalons de version supplémentaires ?

R : Voir Créer des zones ou des itérations.

Q : Vous souhaitez modifier en bloc des éléments de travail pour les assigner à une zone, une itération, un membre d'équipe ou une priorité ?

R : Consultez Modifier en bloc les éléments de travail.

Q : Vous souhaitez ajouter un champ pour suivre des données supplémentaires ?

R : Voir Ajouter ou modifier un champ d'élément de travail pour prendre en charge la création de rapports.

Q : Vous souhaitez gérer vos rapports à l'aide des fonctions du Gestionnaire de rapports ?

R : Voir Rubriques de procédures relatives au Gestionnaire de rapports.