Le programme DevOps Research and Assessment (DORA), dirigé par Google, étudie l’efficacité de la livraison de logiciels à travers différentes piles technologiques, et publie ses conclusions dans le rapport annuel intitulé Rapport sur l’état de DevOps. This report analyzes data from thousands of tech organizations, identifying factors that help teams boost delivery speed, improve system reliability, and enhance recovery.
En tant que norme fondée sur la recherche, les mesures DORA offrent aux dirigeants un moyen fondé sur les données de comparer les performances de leur équipe aux normes de l’industrie et d’élaborer des stratégies pour des améliorations durables de DevOps.
Les quatre indicateurs DORA que tout responsable DevOps doit maîtriser
1. Fréquence de déploiement
La fréquence de déploiement (DF) mesure la fréquence à laquelle une équipe déploie du code en production. Une fréquence de déploiement élevée implique une livraison rapide aux utilisateurs des nouvelles fonctionnalités, des corrections de bogues et des améliorations, ce qui constitue un avantage concurrentiel sur des marchés en évolution rapide. La fréquence de déploiement influe directement sur la satisfaction des utilisateurs en assurant une progression constante et un déploiement plus rapide des fonctionnalités, ce qui permet de répondre efficacement à la demande des utilisateurs.
La réduction de la taille des déploiements est un moyen efficace d’en augmenter la fréquence. Des mises à jour plus petites et incrémentales réduisent les perturbations potentielles, ce qui permet d’identifier et d’isoler plus rapidement les problèmes. Les équipes qui gèrent des déploiements plus petits publient les changements plus régulièrement, ce qui se traduit par une meilleure DF.
Les principaux outils DevOps tels que Pluralsight Flow automatisent ces processus de suivi, en utilisant les journaux d’intégration continue (CI) pour diviser le nombre total de déploiements par semaine dans une fourchette définie, aidant ainsi les équipes à suivre les tendances DF au fil du temps.
Comment suivre la fréquence des déploiements comme un pro
Alors que la DF peut être suivie manuellement à travers les journaux de déploiement, les outils d’IC automatisés rationalisent ce processus de manière significative. Les plateformes automatisées divisent les déploiements par période de temps, ce qui élimine la nécessité d’un traitement manuel intensif des données.
Des outils tels que Flow simplifient ces calculs, en donnant aux équipes une vision claire du DF et en les aidant à identifier des modèles d’amélioration stratégique des processus.
2. Délai de mise en œuvre des modifications
Le délai d’exécution des modifications (LTFC) mesure le temps qu’il faut pour qu’une modification de code passe de la validation à la production. Un LTFC court reflète un pipeline de développement efficace et réduit les retards dans le déploiement des mises à jour.
En tant qu’indicateur de goulets d’étranglement potentiels, le LTFC met en évidence les domaines susceptibles d’entraver le processus de livraison, qu’il s’agisse de délais d’assurance qualité prolongés ou de processus de mise à disposition complexes.
L’automatisation des phases de construction, de test et de déploiement peut réduire considérablement la LTFC en supprimant les processus manuels répétitifs. L’utilisation d’une liste de contrôle pour l’examen du code permet de détecter les problèmes à un stade précoce, ce qui facilite le passage à la production. Les outils de flux et autres outils d’analyse identifient les points de ralentissement au sein des étapes, comme l’assurance qualité ou les tests, ce qui permet d’optimiser les étapes et de rationaliser la LTFC.
3. Délai de rétablissement du service
Le temps de rétablissement du service (TTRS), ou temps moyen de rétablissement, mesure la durée nécessaire pour restaurer les fonctionnalités du système après une panne. Un TTRS réduit reflète une stratégie de réponse robuste et des protocoles de récupération efficaces, minimisant l’impact des temps d’arrêt sur les utilisateurs.
Comprendre les causes des temps d’arrêt est la première étape de la réduction du TTRS. L’élaboration de plans complets de réponse aux incidents permet d’accélérer la reprise, tandis que des outils d’analyse tels que Flow fournissent des informations précieuses sur les schémas d’incidents, ce qui permet d’identifier les problèmes récurrents. L’automatisation de certains processus permet de rationaliser davantage les étapes de reprise, de minimiser le risque d’erreurs manuelles et de raccourcir les délais de rétablissement.
4. Modifier le taux d’échec
Le taux d’échec des modifications (CFR) calcule le pourcentage d’incidents résultant de modifications du code, fonctionnant comme une mesure de contrôle de la qualité qui maintient l’équilibre entre la vitesse et la stabilité. Un CFR faible reflète un code bien testé, ce qui minimise les perturbations dues aux mises à jour fréquentes. Le suivi du CFR aide les équipes à détecter rapidement les problèmes de qualité, ce qui permet d’éviter les interruptions de service de grande ampleur.
Le renforcement des processus de test, en particulier les tests de bout en bout et les tests d’intégration, permet de réduire le risque de défaillance en détectant les problèmes avant que le code n’atteigne la production. L’intégration de systèmes de surveillance et d’alerte permet de notifier en temps réel les problèmes potentiels et d’intervenir plus rapidement. Des outils tels que Flow offrent une vue d’ensemble des délais d’assurance qualité, des révisions de code et des performances après publication, ce qui aide les équipes à s’attaquer aux causes profondes des échecs de manière proactive.
Les indicateurs DORA vous permettent d’assurer le succès de votre équipe
Les données quantitatives issues des mesures DORA aident les dirigeants à évaluer avec précision l’impact des nouveaux processus ou outils, en révélant si les changements se traduisent par des déploiements plus rapides et plus fluides ou s’ils nécessitent des ajustements.
En complément, les indicateurs DORA aident les équipes à fixer des objectifs ciblés pour chaque ICP et à suivre leurs progrès au fil du temps. Un suivi méthodique permet de créer une boucle de rétroaction qui alimente des améliorations continues, permettant aux dirigeants d’identifier et de reproduire les stratégies qui ont fait leurs preuves.
Grâce aux mesures DORA, les équipes s’alignent sur des objectifs mesurables, ce qui accroît la responsabilité et encourage la résolution coopérative des problèmes.
Principaux enseignements
L’utilisation d’outils d’analyse de données tels que Flow permet d’approfondir et de clarifier les mesures DORA. Le tableau de bord de Flow fournit une vue interactive et granulaire des données de performance, aidant les dirigeants à aborder les problèmes sous-jacents et à créer des plans d’action ciblés pour optimiser pleinement les processus DevOps. Les aperçus aident les dirigeants à prendre des décisions fondées sur des données qui s’alignent sur les objectifs de l’équipe, améliorant ainsi l’efficacité de la livraison et la stabilité du système.
