Examiner les activités d'équipe pour prendre en charge des rapports utiles

En ajoutant un serveur de rapports à votre déploiement TFS (localement), vous pouvez accéder à une quantité de données sur les projets de votre équipe, comme la qualité de build, les tendances des bogues, les burndowns, l'avancement et la progression des tests. Les rapports SSRS (SQL Server Reporting Services) fournissent des informations pour aider les équipes à gérer le travail et à améliorer les processus.

Ajouter un serveur de rapports

Télécharger des rapports

Accorder des autorisations pour afficher ou créer des rapports

Maintenant que vous avez téléchargé les rapports, comment les utilisez-vous pour suivre la progression, optimiser l'analyse et améliorer les processus ?

Tout d'abord, assurez-vous que votre équipe effectue les activités qui créent les données utilisées par ces rapports. Votre équipe effectue déjà probablement la plupart de ces activités.

Vous trouverez ci-dessous un résumé des rapports fournis par TFS et des activités d'équipe qui leur sont associées. Vous pourrez utiliser ultérieurement ces rapports pour voir les tendances et identifier les pratiques et les processus qui nécessitent plus d'attention pour donner les résultats souhaités.

Surveiller la qualité du code

Les rapports de build effectuent le suivi de la qualité du logiciel en cours de développement. En définissant les tests qui doivent s'exécuter automatiquement dans le cadre de chaque définition de build et en instrumentant ces tests pour collecter les données de couverture du code, vous pouvez optimiser l'analyse de la qualité des builds, des tests et du code.

Activités de build 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 renseigner la dimension Qualité de build.

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

Pour obtenir un guide téléchargeable gratuit de test et de surveillance de build, 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'analyser en détail la quantité de travail à laquelle l'équipe s'attaque au sein d'un sprint ou d'une version, et son niveau de progression. En liant les éléments de travail et en mettant à jour les champs spécifiques au fur et à mesure de la réalisation du travail, vous pouvez suivre la progression des récits individuels et estimer plus précisément les activités futures.

Activités de suivi des éléments de travail Créez le Backlog. Créer les éléments de Backlog de produit et spécifiez l'effort (Scrum). Créez les récits utilisateur et spécifiez les points de récit (Agile). Créez les spécifications et spécifiez la taille (CMMI). Utilisez les sprints. Assignez les éléments de Backlog aux sprints, créez des tâches et liez-les aux éléments de Backlog parents, puis assignez-les à un membre de l'équipe. Mettez à jour le travail restant pour les tâches. Pour les projets d'équipe Agile et CMMI, mettez à jour également le Travail effectué. Conseil Le seul rapport faisant référence à l'Estimation d'origine est État de toutes les itérations. Créez des cas de test et des bogues, liez-les à leur élément de Backlog parent et mettez à jour leur État. (Facultatif) Assignez les éléments de travail à des zones pour filtrer les rapports.

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

Exemple de rapport Aperçu 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 la couverture des éléments de Backlog ou des récits utilisateur. Les rapports de suivi de bogues illustrent la capacité de l'équipe à rechercher et à résoudre les bogues.

Activités de planification de test et de suivi de bogues Définissez des plans de test et des cas de test, et mettez à jour leur État au fur et à mesure de l'avancement du travail. Marquez les résultats de chaque étape de validation dans les tests manuels, que ce soit une réussite ou un échec. Créez des bogues, spécifiez leur Priorité et leur Gravité, affectez-les à un membre d'équipe et mettez à jour leur État. (Facultatif) Assignez les cas de test et les 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 (image) É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

Q et R

Q : Les rapports gèrent-ils des récits et sous-récits ou des tâches et sous-tâches ?

R : Oui, vous pouvez subdiviser des récits ou des éléments de Backlog, ainsi que des tâches, pour créer une hiérarchie imbriquée d'éléments de Backlog et de tâches. Vous pouvez imbriquer des éléments sur 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 regroupées sous forme de valeurs de synthèse pour la tâche parent et son élément de Backlog parent. Pour corriger les rapports qui vous semblent erronés, voir Corriger les imprécisions publiées pour les valeurs de synthèse.

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

R : Les rapports de vue d'ensemble et de progression dépendent de la liaison de tâches, de cas de test et de bogues aux éléments de Backlog. Vous devez lier ces éléments à l'aide du lien parent-enfant pour les tâches et les bogues et le 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 des cas de test aux éléments de Backlog.

Q : Ces rapports sont-ils les mêmes que les graphiques de planification Agile qui apparaissent dans Team Web Access (TWA) ?

R : Certains rapports affichent en effet des informations similaires, tels que l'avancement de sprint et la rapidité ou l'état sur toutes les itérations, mais ces rapports sont formatés différemment et prennent en charge des filtres supplémentaires. D'autres rapports, tels que les rapports de planification de test et de build, ne sont pas disponibles via TWA à ce stade.

Q : Voulez-vous créer des zones de produits ou des jalons de versions supplémentaires ?

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

Q : Voulez-vous modifier en bloc des éléments de travail pour les affecter à une zone, une itération, un membre d'équipe ou une priorité ?

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

Q : Voulez-vous ajouter un champ pour effectuer le suivi de données supplémentaires ?

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