Le Taux d'échec des modifications indique le ratio des modifications effectuées (donc déploiements en production ou staging) résultant en échec, amenant ainsi une dégradation ou un arrêt de service.
Faisant partie des métriques de DORA (lien vers la page officielle, anglais), cette mesure ainsi que le Temps moyen de restauration permettent de mesurer la stabilité d’une équipe de développement et la qualité du code livré.
Vous pouvez afficher le délai de changement pour la période du dernier mois, des trois derniers mois ou encore des 6 derniers mois. Vous pouvez également préciser l'environnement à afficher, soit production ou staging.
Il est à noter que vous devez configurer un (ou plusieurs) webhook, source(s) d'incident(s), ainsi que vos environnements de déploiement afin de synchroniser les données nécessaires à la mesure de cette donnée.
Lecture du graphique
Pour le graphique suivant, la période affichée correspond aux trois derniers mois et, dans l’ensemble, nous pouvons voir que l’équipe a un taux d'échec des modifications en production de 17% pour cette période. Selon le rapport sur l'état du DevOps en 2022, ce délai de changement correspond aux critères d'évaluation pour une équipe à moyenne performance.
Les courbes bleu pâle visibles en arrière-plan représentent les déploiements effectués dans cet environnement, alors que les courbes d'un bleu plus vif visibles au premier plan représentent les échecs détectés.
Cela nous indique donc un taux d'échec de 14% pour la semaine du 17 mars 2023, comme 7 déploiements ont été effectués au total et qu'un d'entre eux a mené à un échec.
Un taux d'échec des modifications élevé démontre une faible qualité au niveau du code et de l'instabilité. Lorsque corrélé aux autres métriques DORA, il peut témoigner de processus inefficaces. Par exemple, une équipe voulant livrer trop rapidement, travaillant sur trop d'items à la fois, ou encore un processus nécessitant des interventions manuelles peuvent mener à une dégradation de la qualité livrée, résultant en incidents. Cela entraine donc un investissement en temps et efforts à rétablir le service, limitant les ressources allouées à la création de valeur.
Psst! Consultez notre article de blogue pour en savoir plus sur les pistes de solutions permettant de réduire votre taux d'échec des modifications!
Calcul de la métrique
Axify identifie et mesure les échecs des modifications de la façon suivante :
- Tout item de type bogue créé suite à un déploiement
- Tout item d'un type précis créé suite à un déploiement, lorsqu'une source d'incident précise a été ajoutée à Axify (disponible seulement pour certains utilisateurs en date du 10 avril 2023)