Dora Introduction - Meetup Best - Juin 2025

Présentation des 4 principales métriques Dora.
Avec les causes possibles de faibles performances et des pistes d'amélioration.

Transcript

1. Meetup BEST – Juin 2025 Métriques DORA Introduction Ingénieur Expert Mick Grzesitchak mick.grzesitchak@ekino.com
2. Qu'est-ce que les métriques DORA ? 2 Meetup BEST • Juin 2025 • Dora Introduction
3. Les métriques DORA (DevOps Research and Assessment) ont été identifiées en 2020 suite à une analyse des pratiques et les capacités DevOps de plus de 32 000 professionnels. Elles se concentrent sur quatre mesures clés pour évaluer la performance des équipes DevOps. 3 Meetup BEST • Juin 2025 • Dora Introduction
4. Les quatres métriques DORA 4 Meetup BEST • Juin 2025 • Dora Introduction Frequency of deployments Fréquence des déploiements Lead time for changes Délai d'éxécution des changements Change failure rate Taux d'échecs des changements Time to restore service Temps de restauration du service
5. Les quatres métriques DORA 5 Meetup BEST • Juin 2025 • Dora Introduction Frequency of deployments Fréquence des déploiements Lead time for changes Délai d'éxécution des changements Change failure rate Taux d'échecs des changements Time to restore service Temps de restauration du service Vitesse Stabilité
6. Les quatres métriques DORA 6 Meetup BEST • Juin 2025 • Dora Introduction Performance élite Haute performance Performance moyenne Performance faible
7. Définition : Mesure la fréquence à laquelle les modifications sont déployées en production. Importance : Une fréquence de déploiement élevée indique une capacité à livrer rapidement des fonctionnalités et des correctifs. 7 Fréquence de déploiement Frequency of deployments Meetup BEST • Juin 2025 • Dora Introduction Performance élite Haute performance Performance moyenne Performance faible Sur demande Entre une fois par jour et une fois par semaine Entre une fois par semaine et une fois par mois Entre une fois par semaine et une fois par mois
8. • Projet trop complexe et/ou pas assez documenté • Legacy code, aucun temps alloué à rembourser la dette technique, suringénierie • Besoin fonctionnel mal défini, mouvant, dérapant (scope creep) 8 Causes potentielles d’une fréquence de déploiement faible Meetup BEST • Juin 2025 • Dora Introduction
9. • CI/CD incomplète, pas assez automatisé ou trop lourde • Goulots d’étranglement et dépendances dans le processus (comme une équipe DevOps dédiée au déploiement en production, par exemple) • Outils inefficaces, migration des bases de données non automatisées, mauvaise gestion de la configuration • Environnement de production différent des autres 9 Causes potentielles d’une fréquence de déploiement faible Meetup BEST • Juin 2025 • Dora Introduction
10. • Développement de fonctionnalités complètes avant de déployer en production • Déploiement de plusieurs items en lot à la fin d’un cycle • Gitflow trop lourd 10 Causes potentielles d’une fréquence de déploiement faible Meetup BEST • Juin 2025 • Dora Introduction
11. • Simplifier le projet et/ou améliorer la documentation • Résorber la dette au fur et à mesure, s'empêcher de faire de la sur-ingénierie • Mieux définir les besoins fonctionnels, s'empêcher de les modifier après-coup, s'empêcher de les faire déraper 11 Comment améliorer la fréquence de déploiement? Meetup BEST • Juin 2025 • Dora Introduction
12. • Automatiser complètement les processus de déploiement • Réduire le nombre d’environnements intermédiaires • Plus de tests automatisés (avoir une plus grande confiance dans les changements et peut-être être en mesure de les envoyer directement en production) 12 Comment améliorer la fréquence de déploiement? Meetup BEST • Juin 2025 • Dora Introduction
13. • Découper les tâches et/ou les merge requests • Alléger le gitflow (par exemple trunk-based development) pour apporter de plus petits changements fréquemment 13 Comment améliorer la fréquence de déploiement? Meetup BEST • Juin 2025 • Dora Introduction
14. Définition : Mesure le temps moyen entre le 1er commit et son déploiement en production. Importance : Un lead time court indique une efficacité dans le processus de développement et de livraison. 14 Délai d'exécution des changements Lead time for changes Meetup BEST • Juin 2025 • Dora Introduction Performance élite Haute performance Performance moyenne Performance faible Moins d'un jour Entre un jour et une semaine Entre une semaine et un mois Entre une semaine et un mois
15. • Manque d’automatisation de déploiement • Goulots d’étranglement et dépendances dans le processus 15 Causes potentielles d’un délai d'exécution des changements élevé Meetup BEST • Juin 2025 • Dora Introduction
16. • Beaucoup de temps de délai où les tâches ne sont pas activement travaillées • Revues de code trop lourdes et/ou longues à effectuer • Manque de tests automatisés (compensé par des tests manuels) 16 Causes potentielles d’un délai d'exécution des changements élevé Meetup BEST • Juin 2025 • Dora Introduction
17. • Réduire le nombre de travaux en cours (WIP) • Ne pas dépendre d’une personne externe à l’équipe pour les révisions de code • Améliorer la CI/CD 17 Comment améliorer le délai d'exécution des changements? Meetup BEST • Juin 2025 • Dora Introduction
18. • Diviser les tâches et fonctionnalités en petits items plus faciles à gérer • Analyser le temps passé par étape du pipeline de développement afin d’identifier les goulots d’étranglement • Alléger le gitflow 18 Comment améliorer le délai d'exécution des changements? Meetup BEST • Juin 2025 • Dora Introduction
19. Définition : Mesure le pourcentage de déploiements qui causent des échecs en production. Importance : Un taux d'échec faible indique une qualité élevée des développements et une stabilité du système. 19 Taux d'échec des changements Change failure rate Meetup BEST • Juin 2025 • Dora Introduction Performance élite Haute performance Performance moyenne Performance faible 5% 10% 15% 64%
20. • Absence de tests automatisés, trop de tests manuels, tests inefficaces ou absents avant le déploiement • Trop grosses MR nécessitant de longues relectures et/ou peu de commentaires • Code de mauvaise qualité • Différences entre environnements 20 Causes potentielles d’un taux d’échec des changements élevé Meetup BEST • Juin 2025 • Dora Introduction
21. • Réduire le travail en cours (WIP) dans les itérations • Plus de tests automatisés • Utiliser des outils d’analyse de code statique dans votre intégration continue 21 Comment améliorer le taux d’échec des changements? Meetup BEST • Juin 2025 • Dora Introduction
22. • Favoriser les activités sociales de développement (ex. : pair programming, revue de code synchrone) • Toujours analyser à posteriori les incidents survenus (rex) 22 Comment améliorer le taux d’échec des changements? Meetup BEST • Juin 2025 • Dora Introduction
23. Définition : Mesure le temps nécessaire pour restaurer le service après un échec. Importance : Un temps de restauration court minimise l'impact des incidents sur les utilisateurs et les opérations. 23 Temps de restauration du service Time to restore service Meetup BEST • Juin 2025 • Dora Introduction Performance élite Haute performance Performance moyenne Performance faible Moins d'une heure Moins d'un jour Entre un jour et une semaine Entre un et six mois
24. • Dépendance vers un membre externe à l’équipe ou manque d’accès à certaines composantes du système • Difficulté de déployer en production rapidement 24 Causes potentielles d’un temps de restauration élevé Meetup BEST • Juin 2025 • Dora Introduction
25. • Pas de changement de focus dans l’équipe pour résoudre l’incident • Processus de gestion des incidents inefficace • Pas de processus de restauration à une version antérieure (rollback) 25 Causes potentielles d’un temps de restauration élevé Meetup BEST • Juin 2025 • Dora Introduction
26. • Favoriser une surveillance en continu et améliorer l'observabilité • Essayer les feature flags pour être en mesure de désactiver rapidement un changement sans causer trop de perturbations • Livrer de petites itérations pour qu’il soit plus facile de découvrir et de résoudre les problèmes 26 Comment améliorer le temps de restauration du service Meetup BEST • Juin 2025 • Dora Introduction
27. • Donner la priorité à la restauration lorsqu’une défaillance se produit • Documenter le processus de gestion des incidents et former les membres de l’équipe sur la façon de réagir en cas d’incidents • Automatiser certaines étapes du processus de gestion des incidents et désigner des responsables pour les étapes qui doivent être réalisées manuellement 27 Comment améliorer le temps de restauration du service Meetup BEST • Juin 2025 • Dora Introduction
28. Les facteurs humains 28 Meetup BEST • Juin 2025 • Dora Introduction • Il n'y a pas que des facteurs techniques pour expliquer de mauvaises performances
29. Les facteurs humains 29 Meetup BEST • Juin 2025 • Dora Introduction • La qualité de la communication entre les membres de l'équipe est essentielle : o pour identifier les causes o pour améliorer les process
30. Les facteurs humains 30 Meetup BEST • Juin 2025 • Dora Introduction • La confiance du client est essentielle : o pour parfois le convaincre qu'il ne va pas dans la bonne direction oPour rationaliser et/ou simplifier les besoins fonctionnels, les objectifs, etc.
31. En conclusion 31 Meetup BEST • Juin 2025 • Dora Introduction
32. 32 Meetup BEST • Juin 2025 • Dora Introduction Les avantages des métriques DORA pour les équipes DevOps : - Amélioration continue - Réduction des risques - Augmentation de la satisfaction client Les métriques DORA sont un outil précieux pour évaluer et améliorer la performance des équipes DevOps.