Partager via


Avancement de la version (Scrum)

L'examen du rapport de burndown de la version finale vous permet de comprendre la vitesse à laquelle l'équipe a livré les éléments du journal des travaux en souffrance (backlog) et de suivre la quantité de travail que l'équipe doit encore effectuer pour finaliser une version de produit.

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 Rapport Rapports ne s'affiche pas lorsque vous ouvrez Team Explorer et développez le nœud de votre projet d'équipe.

Autorisations requises

Pour afficher le rapport, vous devez avoir été affecté ou appartenir à un groupe auquel a été attribué le rôle Explorateur dans Reporting Services. 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.

Données du rapport

Comme le montre l'illustration suivante, un graphique d'avancement de version indique la quantité de travail qui restait à effectuer au démarrage de chaque sprint dans une version. La source des données brutes est votre journal des travaux en souffrance (backlog) du produit. Chaque sprint assigné au projet d'équipe ou à l'équipe apparaît le long de l'axe horizontal. L'axe vertical indique la somme de tous les efforts de tous les éléments actifs du journal au début de chaque sprint. À mesure que l'équipe actualise l'état des éléments du journal des travaux en souffrance (backlog) à Terminé, les efforts restants diminuent. L'estimation de l'effort de travail sur l'axe vertical est exprimée dans l'unité que votre équipe Scrum a décidé d'utiliser (par exemple, des points de récit, une taille ou des heures).

Burndown chart Version

Vous pouvez filtrer le rapport en sélectionnant Chemin d'accès à la version finale ou Zone.

Activités requises pour le suivi du burndown de version

Pour que le graphique d'avancement soit utile et précis, votre équipe doit effectuer les activités suivantes pour le suivi des éléments de travail :

  • Spécifiez le nombre de versions que vous souhaitez suivre et définissez les dates de début et de fin de chaque sprint.

  • Définissez les éléments et bogues du journal des travaux en souffrance (backlog) du produit et assignez chacun à un sprint ou à une itération. (champItération). Assurez-vous que tous les éléments du journal sont assignés au chemin de zone ou de sous-zone de votre équipe.

  • Au début d'une version, estimez l'Effort nécessaire à chaque élément du journal des travaux en souffrance (backlog) du produit et à chaque bogue sur lequel travaillera votre équipe.

  • Pendant le sprint ou à la fin de chaque sprint, pour chaque élément du journal des travaux en souffrance (backlog) du produit et chaque bogue terminé par l'équipe, changez son État en Terminé.

Interprétation du rapport

Vous pouvez vérifier le rapport pour déterminer l'avancement de votre équipe dans le cadre d'une version et répondre aux questions suivantes :

  • Quelle est la quantité de travail restant à effectuer dans le cadre de la version ?

  • À quelle vitesse l'équipe progresse-t-elle dans le journal des travaux en souffrance (backlog) du produit ?

Voir aussi

Concepts

Ajouter et modifier des chemins de zone et d'itération

Autres ressources

Modèle de processus Scrum pour Visual Studio ALM