Dans l’univers agile, la navigation vers le succès d’un projet repose sur la compréhension et la maîtrise des indicateurs clés de performance, mieux connus sous le nom de KPI (Key Performance Indicators).
Points Clés
Dans cet article, nous plongerons dans l’essence de l’agilité en explorant cinq indicateurs essentiels : Valeur métier, Vélocité, Fiabilité, Coût, et le redouté “Burndown de projet“.
De plus, nous dévoilerons cinq KPI recommandés, tels que le “Burndown de sprint“, l’Anticipation, la Prédictibilité, la Réactivité, et en ajoutant une touche de mesure humaine, le TurnOver et le célèbre Kiffomètre. Préparez-vous à démystifier ces indicateurs et à les intégrer habilement dans votre arsenal de gestion de projet agile.
Les indicateurs agile essentiels
Valeur métier
| Définition |
| Avancement du produit livré en valeur métier |
| Mesure |
| Somme de la valeur métier estimée des user story livrées du produit |
| Cible |
| = La valeur métier cible du produit final * nombre de sprints produits / nombre total de sprints |
| Commentaire |
| L’avancement d’un projet agile se mesure sur la valeur métier du produit livré sans prise en compte du sprint en cours. La responsabilité du Product Owner est de maximiser la valeur métier du produit. |
Fiabilité (Qualité)
| Définition |
| Qualité fonctionnelle du produit livré en sortie de sprint |
| Mesure |
| %Fiabilité = 100% – Taux de défaut. Taux de défaut = Nombre de bugs détectés et avérés après le sprint par rapport à la somme des tailles en story points) des user story livrés |
| Cible |
| fiabilité cible (0,2 par story point = taux de défaut de 0,1 si 1 story Point =1j RTU et si coeff RTU/Projet = 2) |
| Commentaire |
| Mesure la capacité de l’équipe à livrer un produit fonctionnel et opérationnel. Les produits livrés par des équipes agiles sont généralement de meilleure qualité qu’avec des méthodes classiques où les équipes sont moins responsabilisées |
Vélocité
| Définition |
| Capacité d’effort de l’équipe constatée par sprint |
| Mesure |
| Somme des tailles estimées (en story points) des user story livrées par sprint. |
| Cible |
| = somme des tailles estimées (en story points) des user story restantes dans le Product Backlog divisé par le nombre de sprints restants |
| Commentaire |
| Mesure la capacité de l’équipe à transformer les user story en incrément du produit. La vélocité augmente puis se stabilise généralement après 3 sprints (à capacité équivalente en nombre de jours produits), sauf en cas de changement de ressources . dans l’équipe ou de problèmes rencontrés dans le processus de développement |
Coût
| Définition |
| Coût (ou charge) de développement du story point |
| Mesure |
| Budget (ou charge) consommé par sprint divisé par la vélocité |
| Cible |
| = budget (ou charge) du projet par rapport à la taille estimée (en story points) du projet Reste à faire estimé du projet < vélocité * nombre de sprints restants |
| Commentaire |
| Permet de suivre le respect du budget alloué (ou les charges initiales) |
Burndown de projet
| Définition |
| Mesure de la capacité de l’équipe à livrer le Product Backlog |
| Mesure |
| Rapport d’avancement sprint par sprint qui présente le suivi du travail restant tout au long du projet. L’axe X représente le temps et l’axe Y montre la taille (en story points) des user story restantes du Product Backlog par niveau de priorité |
| Cible |
| Reste à faire estimée du projet < vélocité * nombre de sprints restants |
| Commentaire |
| Le suivi du burndown du projet est un indicateur important du Product Owner pour estimer jusqu’à quel niveau de priorité les user story seront traitées dans le produit |
Les indicateurs agile recommandés
Burndown de sprint
| Définition |
| Mesure de la capacité de l’équipe à livrer le sprint backlog |
| Mesure |
| Rapport d’avancement quotidien des tâches du sprint qui présente le suivi du travail restant tout au long du sprint. L’axe X représente le temps et l’axe Y montre la quantité de travail qu’il reste à réaliser (en heures) |
| Cible |
| Reste à faire estimée < capacité restante du sprint |
| Commentaire |
| Le suivi quotidien de l’atteinte de l’objectif du sprint est sous la responsabilité de l’équipe de développement. Il n’est pas utile de faire remonter cet indicateur au niveau du sponsor dans la mesure où les sprints sont courts. Le BurnUp de sprint en User Story est un indicateur complémentaire d’avancement du sprint. |
Kiffomètre
| Définition |
| Niveau de confiance dans l’equipe |
| Mesure |
| A chaque fin de Sprint, satisfaction moyenne de l’équipe SCRUM. Elle se matérialise en la propension (sur une échelle de 0 à 5) de chaque membre à recommander l’équipe et le projet à un collègue (y compris le Scrum Master et le Product Owner |
| Cible |
| >3 |
| Commentaire |
| Le succès d’un projet agile par la satisfaction du client et de l’équipe. Requiert un bon degré de maturité. |
TurnOver
| Définition |
| Niveau de stabilité des ressources de l’équipe |
| Mesure |
| Nombre de changement de ressources dans l’équipe par rapport au nombre total de ressources de l’équipe (y compris Product Owner et Scrum Master) |
| Cible |
| <20% |
| Commentaire |
| Cet indicateur a un impact direct sur la vélocité. Tenir compte des remplacements volontaires de ressources même s’ils sont bénéfiques sur le projet car ils dénotent généralement d’un mauvais staffing initial et impactent la vélocité. A présenter au client en mode régie. |
Prédictibilité
| Définition |
| Niveau de confiance dans l’engagement de l’équipe en sprint planning |
| Mesure |
| %écart entre la taille estimée (en story points) des user story livrés en Sprint Review par rapport à la taille estimée (en story points) des user story engagées en Sprint Planning |
| Cible |
| >80% |
Réactivité
| Définition |
| Délai moyen de traitement des demandes prioritaires de changement ou de correction |
| Mesure |
| Nombre de jours constatés entre la date de création d’une nouvelle demande dans le Product Backlog et la date de livraison de la demande dans le produit |
| Cible |
| <2 sprints |
| Commentaire |
| Dans une démarche DevOps, parler de CycleTime, à savoir le délai entre l’émission d’une demande et son utilisation effective en production. Il est possible de le mesurer en délai moyen par priorité/taille de la demande. |
Anticipation
| Définition |
| Niveau d’affinage des items du Product Baklog |
| Mesure |
| Somme des tailles estimées (en story points) des user story “Ready’. pour être développés dans le Product Backlog |
| Cible |
| vélocité |
| Commentaire |
| Mesure que les items affinés du Product Backlog sont transparents, suffisamment compris et granulaires pour être considérés à la planification de Sprint et être choisis pour le Sprint. Permet d’estimer le niveau de risque de rupture de charges de l’équipe de développement |
0 commentaires