Analytics du sprint

Sprint Analytics fournit des graphiques visuels et des métriques qui révèlent comment le travail progresse à travers votre itération. Les graphiques burndown, burnup et les répartitions de distribution transforment les données brutes des tâches en insights actionnables.

Le problème résolu

Regarder un tableau de tâches vous indique l'état actuel, mais pas la trajectoire. Vous ne pouvez pas voir si vous êtes en avance, en retard ou si vous subissez une dérive du périmètre. Sans analytics, les revues de sprint deviennent des suppositions : "Je pense qu'on s'en est bien sorti" au lieu de "Voici exactement ce qui s'est passé."

Sprint Analytics convertit l'historique de vos tâches en graphiques montrant les patterns, problèmes et progrès. Prenez des décisions basées sur les données pendant le sprint et menez des rétrospectives significatives après.

Ce que vous voyez

L'onglet Analytics affiche un tableau de bord des métriques du sprint. En haut, une barre de KPI montre les chiffres clés d'un coup d'œil. En dessous, des graphiques visualisent les patterns de complétion des tâches. Les répartitions de distribution révèlent comment le travail se divise entre types, membres et niveaux d'effort.

Note : Sprint Analytics est une fonctionnalité Pro. Un badge indique quand une mise à niveau d'abonnement est requise.

Barre de stats KPI

La ligne du haut affiche six métriques clés :

Total des tâches : Nombre complet de tâches assignées à ce sprint, quel que soit le statut.

Terminées : Nombre de tâches dans les états de workflow "terminé". Comparez au total pour le ratio de complétion.

Progression : Pourcentage de tâches terminées. Calculé comme (terminées / total) × 100.

Story Points : Somme des points d'effort assignés aux tâches du sprint. Renseigné uniquement si votre projet utilise l'estimation par points.

Heures travaillées : Temps total enregistré sur les tâches de ce sprint. Nécessite que le suivi du temps soit actif.

Durée : Nombre de jours dans le sprint basé sur les dates de début et de fin.

Ces métriques se mettent à jour en temps réel quand les tâches changent de statut ou que du temps est enregistré.

Graphique Burndown

Le graphique burndown montre le travail restant dans le temps. L'axe Y représente les tâches (ou points) restantes. L'axe X représente le temps du début à la fin du sprint.

Ligne idéale : Une ligne diagonale du travail total au début du sprint à zéro à la fin. Cela représente une progression parfaitement linéaire.

Ligne réelle : Votre travail restant réel dans le temps. Montre comment la progression se compare à l'idéal.

Lire le graphique :

Ligne au-dessus de l'idéal : En retard. Plus de travail reste que prévu.
Ligne en-dessous de l'idéal : En avance. Le travail se termine plus vite que prévu.
Ligne correspond à l'idéal : En bonne voie pour la complétion planifiée.
Sections plates : Aucune tâche terminée pendant cette période.
Pics vers le haut : Périmètre ajouté en cours de sprint (tâches ajoutées ou réouvertes).

Graphique Burnup

Le graphique burnup complète le burndown en montrant le travail terminé s'accumulant dans le temps.

Ligne de périmètre : Périmètre total du sprint (toutes les tâches assignées). Une ligne plate signifie un périmètre stable. Une ligne montante signifie que des tâches sont ajoutées.

Ligne terminée : Tâches cumulées terminées dans le temps. Devrait monter régulièrement vers la ligne de périmètre.

Lire le graphique :

Terminées approchant le périmètre : Le sprint se terminera à temps.
Terminées plates pendant que le périmètre monte : La dérive du périmètre dépasse la livraison.
Terminées montant plus vite que le périmètre : L'équipe est en avance, ou le périmètre diminue.
Écart à la fin du sprint : Travail non réalisé (les tâches restantes).

Le burnup est particulièrement utile quand le périmètre change fréquemment, car il montre à la fois la progression de complétion et l'expansion du périmètre simultanément.

Distribution par type de tâche

Cette répartition montre comment le travail du sprint se divise entre les types de tâches (Bug, Fonctionnalité, Amélioration, etc.).

Pour chaque type :

Indicateur de couleur : Correspond à la couleur configurée du type
Nom du type : Le label du type de tâche
Nombre : Nombre de tâches de ce type
Pourcentage : Part du total des tâches du sprint
Barre de progression : Représentation visuelle du pourcentage

Cas d'utilisation :

Identifier les sprints chargés en bugs pouvant indiquer des problèmes de qualité
Suivre les ratios fonctionnalités versus maintenance
Assurer une distribution équilibrée du travail

Distribution par membre de l'équipe

Cette répartition montre comment les tâches se distribuent entre les membres de l'équipe.

Pour chaque membre :

Avatar : Image de profil du membre
Nom : Nom du membre
Nombre : Tâches assignées à ce membre
Pourcentage : Part du total des tâches assignées
Barre de progression : Représentation visuelle du pourcentage

Cas d'utilisation :

Identifier les charges de travail déséquilibrées
Trouver les membres sur-alloués ou sous-utilisés
Assurer une distribution équitable pendant la planification

Note : Les tâches peuvent avoir plusieurs assignés, donc le total des assignations peut dépasser le total des tâches.

Distribution par effort

Si votre projet utilise des niveaux d'effort ou de priorité, cette répartition montre le travail du sprint par catégorie d'effort.

Pour chaque niveau d'effort :

Indicateur de couleur : Couleur configurée du niveau d'effort
Nom du niveau : Le label de la catégorie d'effort
Nombre : Tâches à ce niveau d'effort
Pourcentage : Part du total des tâches du sprint

Cas d'utilisation :

Vérifier le mélange approprié de travail complexe et simple
S'assurer que le sprint ne contient pas que des tâches difficiles
Suivre les patterns d'estimation d'effort

Timeline d'activité quotidienne

Une vue timeline peut montrer les complétions de tâches par jour tout au long du sprint :

Barres ou marqueurs : Indiquent les tâches terminées chaque jour
Patterns : Révèlent le rythme de travail (régulier versus chargé en fin)
Lacunes : Jours sans complétion à investiguer

Cas d'utilisation :

Identifier les patterns problématiques (tout le travail terminé le dernier jour)
Voir comment les weekends ou jours fériés affectent la progression
Corréler avec les événements externes affectant la productivité

Comparaison de vélocité

Si disponible, les graphiques de vélocité comparent le débit de ce sprint aux sprints historiques :

Sprint actuel : Tâches ou points terminés
Vélocité moyenne : Moyenne historique
Ligne de tendance : Direction de la vélocité sur les sprints récents

Cas d'utilisation :

Comprendre la capacité pour la planification future
Identifier l'amélioration ou le déclin de la performance de l'équipe
Définir des attentes réalistes pour les sprints à venir

Rafraîchir les données

Cliquez sur le bouton de rafraîchissement dans le sous-en-tête pour recharger toutes les données analytics. Utilisez ceci quand :

Des tâches ont récemment changé de statut
Vous voulez les derniers chiffres pendant une réunion
Les graphiques semblent obsolètes ou dépassés

Un indicateur de chargement apparaît pendant le rafraîchissement des données.

Utiliser les analytics pour les rétrospectives

Les analytics fournissent des données objectives pour les rétrospectives de sprint :

Examiner la forme du burndown : La progression était-elle régulière ou chargée en fin ?
Vérifier la dérive du périmètre : Le burnup a-t-il montré un périmètre en expansion ?
Examiner les distributions : La charge de travail était-elle équilibrée ? Les types étaient-ils comme prévu ?
Comparer la vélocité : Comment ce sprint se compare-t-il à l'historique récent ?

Ancrez les discussions dans les données plutôt que les impressions. "On s'est senti occupé" devient "Nous avons terminé 23 tâches, 5 au-dessus de la moyenne, mais 8 ont été ajoutées en cours de sprint."

Astuces pro

Points quotidiens : Examinez brièvement le burndown chaque jour pour détecter les problèmes tôt
Capture d'écran pour documentation : Capturez les graphiques à la fin du sprint pour les archives historiques
Combiner avec des données qualitatives : Les graphiques montrent ce qui s'est passé ; les discussions d'équipe expliquent pourquoi
Surveillez les patterns : Un chargement constant en fin de sprint peut indiquer des problèmes d'estimation ou de planification

Signaler un problème ou demander une fonctionnalité

Vos commentaires comptent. Voici comment les partager :

Si les graphiques s'affichent incorrectement, si les données semblent fausses, ou si vous voulez des métriques supplémentaires, nous voulons le savoir.

Dans la barre latérale, cliquez sur Tickets de support et ouvrez un ticket pour le problème. Tout est interactif et rapide via la plateforme GitScrum Studio.