Délai nécessaire aux changements (métrique DORA)

23 février 2024
Par Axify.io
Temps de lecture 🕒 10 min

Dans l'environnement actuel qui évolue rapidement, l'une des tâches cruciales des équipes de développement de logiciels est d'apporter en permanence une nouvelle valeur ajoutée aux clients. Différentes pratiques ont été introduites pour rendre les équipes d'ingénieurs plus efficaces et plus agiles dans le processus de développement de logiciels. Pour les équipes logicielles, il est très important d'intercepter les changements requis et de mettre en œuvre les nouvelles fonctionnalités logicielles en douceur. 

Dans cet article, nous développons la métrique du délai d'exécution des changements, l'une des métriques clés de DORA.

Si vous souhaitez aller plus loin et découvrir les trois autres métriques DORA, nous avons créé un ebook gratuit pour vous. Téléchargez-le dès maintenant. ⬇️

Métriques DORA - introduction

• La fréquence de déploiement - mesure la fréquence à laquelle le code est déployé avec succès dans un environnement de production. Les équipes d'ingénieurs ont tendance à livrer de nouvelles fonctionnalités aux clients dès que possible, et cette mesure est donc utile pour comprendre à quelle fréquence cela se produit.
  
  
• Délai nécessaire aux changements - cette mesure indique le temps nécessaire pour qu'une modification apparaisse dans l'environnement de production en examinant le délai moyen entre la première validation effectuée dans l'environnement de développement et le moment où cette fonctionnalité est exécutée avec succès dans l'environnement de production. 
  
  
• Temps de rétablissement du service - mesure le temps nécessaire au système pour se rétablir d'un incident en production. Pour améliorer le MTTR, DevOps doit constamment observer l'environnement de production.
  
  
• Taux d'échec des changements - mesure le pourcentage de déploiements provoquant un échec en production, et se calcule en divisant le nombre d'échecs par le nombre total de déploiements. 

Les métriques DORA donnent aux chefs d'équipe des informations véridiques, car ils peuvent analyser les métriques pour évaluer la performance de l'équipe. Ils peuvent alors améliorer leurs processus internes. En examinant le CFR et le MTTR, les responsables peuvent s'assurer que leur code est robuste et stable, tout en réduisant les défaillances. D'autre part, le suivi du DF et du LTTC permet de s'assurer que l'équipe travaille à un bon rythme. Combinées, les mesures DORA fournissent des informations cruciales sur la qualité et la rapidité de l'équipe.

Qu'est-ce que le délai nécessaire aux changements  - définition

Comme indiqué plus haut, le délai nécessaire aux changements mesure le temps requis pour qu'un changement apparaisse dans l'environnement de production. Imaginez que vous êtes en train de développer une fonctionnalité. Vous l'avez apportée au sprint, puis quelqu'un a commencé à travailler dessus. Une fois que le développeur est satisfait, il ouvre la demande de fusion, celle-ci est vérifiée et, enfin, votre fonctionnalité atterrit dans la branche principale. Combien de temps faut-il pour passer de la validation à la branche principale, puis à la version de production - c'est le temps nécessaire pour effectuer le changement. Moins, c'est mieux.

Pourquoi le délai nécessaire aux changements est important?

Cette métrique aide les équipes à produire des versions de code efficaces en identifiant les obstacles et en optimisant les processus de développement. Il peut également être utilisé pour fixer un calendrier réaliste et prendre des décisions correctes concernant les délais de livraison futurs et l'achèvement du projet. Un faible délai de modification permet de réduire le gaspillage et d'optimiser le processus de livraison du logiciel. En identifiant et en éliminant les blocages, votre équipe peut réduire efficacement le temps et les ressources nécessaires à la livraison de nouvelles fonctionnalités.

En outre, un Délai Nécessaire aux Changements réduit peut vous aider à atténuer les risques en permettant des mises à jour plus fréquentes et moins nombreuses. Les tests et le retour d'information sont ainsi plus rapides, ce qui réduit la possibilité de publier des bogues ou des problèmes majeurs.

Comment mesurer le délai nécessaire aux changements

• Le délai nécessaire aux changements est calculé en mesurant le temps qui s'écoule entre le moment où un changement est demandé et le moment où il est livré à la production. Pour calculer manuellement le délai nécessaire aux changements, il convient de suivre les étapes suivantes :
  
  
• Déterminer les points de départ et d'arrivée du processus de demande de changement. Cela peut varier d'une organisation à l'autre, mais le processus commence généralement par une demande de changement et se termine lorsque le changement est déployé dans la production.
  
  
• Attribuer et mémoriser un marqueur temporel des points de départ et d'arrivée d'une demande de modification donnée.
  
  
• Calculez la différence de temps entre les points de départ et d'arrivée, ce qui vous donnera le délai d'exécution du changement.

Ce processus peut être répété pour plusieurs demandes de changement au cours d'une période donnée, par exemple une semaine ou un mois. Vous pouvez ensuite analyser les données afin d'identifier les tendances et les domaines à améliorer. Le délai d'exécution des modifications peut varier en fonction de l'ampleur des modifications et des processus impliqués dans la mise en production. Il est donc important de suivre régulièrement le délai d'exécution au fil du temps afin d'en déterminer les améliorations ou les diminutions.

Exemple:

• Vous avez reçu une demande de changement qui a été soumise le 1er octobre. L'équipe a terminé et déployé le changement en production le 15 octobre.Le délai d'exécution de cette modification est de 14 jours (15 octobre moins 1er octobre).
  
  
• Vous avez reçu une autre demande de modification le 5 octobre. La modification a été achevée et mise en production le 10 octobre. Le délai d'exécution de cette modification est de 5 jours (10 octobre moins 5 octobre).

Au cours du mois d'octobre, il y a eu au total 7 demandes de changement avec des délais allant de 3 à 15 jours.

Qu'est-ce q'un bon délai nécessaire aux changements?

- Équipe d'élite : Délai inférieur à 1 heure ;
- Équipes très performantes : Délai entre 1 heure et 1 semaine ;
- Équipes moyennement performantes : Délai entre 1 semaine et 6 mois ;
- Équipes peu performantes : Délai de plus de 6 mois.

Dans la terminologie DevOps, il existe des définitions distinctes pour le délai de livraison et le délai de changement. Outre le délai d'exécution des modifications, le délai d'exécution mesure le temps nécessaire pour passer de la demande d'un client à la réalisation de cette demande. Il existe également un délai de cycle qui mesure le temps qu'il faut à votre équipe pour achever des éléments de travail dès qu'elle commence à y travailler activement.

Le délai nécessaire aux changements mesure le temps qui s'écoule entre le premier engagement et la livraison de la modification, et il s'agit d'un délai approximatif. Il a néanmoins ses avantages : c'est la mesure la plus simple des trois pour évaluer la performance des pipelines CI/CD. Elle permet également d'éviter l'incertitude qui caractérise les premières étapes du cycle de vie du développement logiciel.

Lorsque vous choisissez la métrique à mesurer, vous devez vous intéresser à la visibilité de bout en bout de votre processus, et donc prendre en compte le Lead time et le Cycle time.