Afin d’améliorer les pratiques DevOps, les équipes doivent pouvoir les mesurer et se tournent vers les métriques DORA comme référence. Ces quatre mesures, le délai de changement, la fréquence de déploiement, le taux d’échec des changements et le temps moyen de restauration, sont des mesures de la façon dont les équipes offrent de la valeur aux clients et peuvent aider à éclairer les décisions sur quoi et comment apporter des améliorations aux processus DevOps.
« Vous ne pouvez pas améliorer ce que vous ne mesurez pas. » C’est une maxime à respecter en matière de DevOps. Les équipes doivent prendre des décisions basées sur les données afin d’améliorer en permanence les pratiques, de fournir des logiciels plus rapidement et de s’assurer qu’ils restent fiables. Rendre DevOps mesurable est essentiel pour pouvoir savoir et investir dans quels processus et outils fonctionnent et corriger ou supprimer ce qui ne fonctionne pas. Les métriques DORA sont devenues la norme d’or pour les équipes aspirant à optimiser leurs performances et à atteindre les idéaux DevOps de vitesse et de stabilité.
Qu’est-ce que DORA ?
L’équipe DevOps Research and Assessment (DORA) est un programme de recherche qui a été acquis par Google en 2018. Son objectif est de comprendre les pratiques, les processus et les capacités qui permettent aux équipes d’atteindre des performances élevées en matière de logiciels et de création de valeur. De 2014 à 2019, le groupe a publié ses études les plus connues, une série de rapports annuels pour comparer les pratiques DevOps, répondre aux questions communes à de nombreuses équipes DevOps et finalement fournir des conseils sur la manière dont les équipes DevOps peuvent améliorer en permanence leurs processus et leurs capacités.
Dans leur livre de 2018, Accelerate, l’équipe DORA a identifié un ensemble de mesures qui, selon eux, indiquent les performances des équipes logicielles en ce qui concerne les capacités de développement et de livraison de logiciels. Modifiez le délai d’exécution, la fréquence de déploiement, le délai moyen de résolution et le taux d’échec de modification. Ces métriques sont désormais connues sous le nom de métriques DORA.
Les 4 métriques DORA (Accélérer)
Le groupe DORA a découvert que les équipes logicielles performantes d’élite – celles qui offrent le plus de valeur, le plus rapidement et le plus systématiquement – optimiseront pour quatre mesures en particulier :
Changer le délai
Le délai de changement mesure le temps total entre le moment où le travail sur une demande de changement est lancé et le moment où ce changement a été déployé en production et donc livré au client. Le délai de livraison vous aide à comprendre à quel point notre processus de développement est efficace. Les longs délais d’exécution peuvent être le résultat d’un processus inefficace ou d’un goulot d’étranglement le long du pipeline de développement ou de déploiement.
La façon la plus courante de mesurer le délai d’exécution consiste à comparer l’heure de la première validation du code pour un problème donné à l’heure du déploiement. Une méthode plus complète (mais aussi plus difficile à cerner) consisterait à comparer le moment où un problème est sélectionné pour le développement au moment du déploiement.
Fréquence de déploiement
La fréquence de déploiement mesure la fréquence à laquelle une équipe pousse les changements vers la production. Cela indique à quelle vitesse votre équipe fournit le logiciel – votre vitesse. DORA nous dit que les équipes les plus performantes s’efforcent d’expédier des déploiements plus petits et plus fréquents. Cela a pour effet à la fois d’améliorer le délai de rentabilisation pour les clients et de réduire les risques (des modifications plus petites signifient des correctifs plus faciles lorsque les modifications entraînent des échecs de production) pour l’équipe de développement.
Changer le taux d’échec
Le taux d’échec des changements est une mesure du taux auquel les changements de production entraînent des incidents, des retours en arrière ou des échecs. Cela vous indique la qualité du code que vous mettez en production. Plus le taux est bas, mieux c’est (les équipes les plus performantes ont un taux d’échec de changement de 0 à 15 %), mais l’objectif ultime de l’équipe ici devrait être de réduire le taux d’échec de changement au fil du temps à mesure que les compétences et les processus s’améliorent.
La pièce la plus délicate pour la plupart des équipes consiste à définir ce qu’est un échec pour l’organisation. Une définition trop large ou trop restrictive et vous encouragerez les mauvais comportements. En fin de compte, la définition de l’échec est et doit être unique à chaque organisation, service ou même équipe.
Temps moyen de récupération (MTTR)
Le MTTR consiste à résoudre les incidents et les défaillances de production lorsqu’ils se produisent. C’est la mesure du temps écoulé depuis le déclenchement d’un incident jusqu’à sa résolution via un changement de production. L’objectif de l’optimisation du MTTR est bien sûr de minimiser les temps d’arrêt et, au fil du temps, de développer les systèmes pour détecter, diagnostiquer et corriger les problèmes lorsqu’ils surviennent inévitablement.
Utiliser les métriques DORA pour améliorer vos pratiques DevOps
En tant que leader de l’ingénierie, vous êtes en mesure de donner à vos équipes la direction et les outils nécessaires pour réussir. En mesurant et en suivant les métriques et les tendances DORA au fil du temps, les développeurs, les équipes et les responsables techniques peuvent prendre des décisions plus éclairées sur ce qui doit être amélioré et comment apporter des améliorations au processus de développement. Lorsque vos métriques DORA s’améliorent, vous pouvez être sûr que vous avez pris de bonnes décisions pour permettre à votre équipe et que vous offrez plus de valeur à vos clients.