Adoptez les cinq indicateurs DORA actuels avec un journal de livraison compréhensible. Évitez les classements individuels et les conclusions sur de petits échantillons.
Une petite équipe a besoin de mesures qu’elle peut expliquer. Commencez par une application et une question concrète : les changements attendent-ils trop longtemps, les livraisons nécessitent-elles souvent une réparation ou la reprise est-elle incertaine ? Collecter tous les événements avant de préciser ces questions crée surtout un projet de reporting. Un journal de livraison inspectable peut être plus utile qu’un tableau de bord aux définitions floues.
Vérifier les définitions actuelles
DORA utilise désormais cinq mesures : délai de changement, fréquence de déploiement, reprise après déploiement défaillant, taux d’échec des changements et taux de déploiements de reprise. Cette dernière concerne les déploiements imprévus liés aux incidents. Vérifiez les définitions officielles avant de configurer votre outil.
Écrire un dictionnaire des événements
Définissez ce qui représente la production, un déploiement, un incident lié à une modification et un service rétabli. Précisez le traitement des indicateurs de fonctionnalités, des lots et des déploiements regroupant plusieurs commits. Ce sont des règles de collecte locales : elles ne permettent pas de remplacer discrètement une mesure par un horodatage plus pratique. Gardez les règles et les identifiants près du rapport pour pouvoir expliquer une valeur surprenante.
| Événement | Champs utiles | Utilité |
|---|---|---|
| Changement | Commit, date et livraison associée | Relier le code à la production |
| Déploiement | Application, environnement et résultat | Distinguer livraison et compilation |
| Intervention | Livraison, impact et preuve de reprise | Expliquer le besoin de réparation |
| Livraison corrective | Incident et caractère imprévu | Distinguer travail planifié et reprise |
Interpréter les petits échantillons
Affichez le nombre d’observations et les données manquantes. Avec peu de déploiements, une seule difficulté peut fortement déplacer un pourcentage. Étudiez ce cas au lieu de déclarer l’équipe meilleure ou moins bonne. Conservez les distributions si possible : une moyenne masque parfois une longue file d’attente. L’absence de déploiement défaillant ne prouve pas la rapidité de reprise lors du prochain problème.
Choisir une expérience
Utilisez les données pour examiner une contrainte précise, comme les revues tardives ou les tests instables. Convenez d’un changement, d’un responsable et d’une date d’évaluation. Ajoutez les résultats clients et les preuves de fiabilité aux mesures de livraison. Ne comparez pas des applications sans rapport et ne classez pas les ingénieurs. La mesure doit aboutir à une décision, puis à la vérification de son effet.
- Processus d’ingénierie et DevOps
- Audit CI/CD : une checklist pour fiabiliser les mises en production
- Pourquoi la livraison ralentit lorsque l’équipe grandit
Questions fréquentes
N’y a-t-il que quatre indicateurs DORA ?
Le guide actuel en décrit cinq. Vérifiez les définitions utilisées par votre outil avant toute comparaison.
Un tableur suffit-il au départ ?
Oui, avec des identifiants fiables et des règles partagées. Automatisez lorsque l’effort manuel ou les lacunes le justifient.
Et si nous déployons rarement ?
Montrez la taille de l’échantillon et inspectez les livraisons. Évitez les conclusions fortes à partir de quelques observations.
Peut-on les utiliser pour les primes individuelles ?
Non. Ces mesures décrivent le système de livraison et peuvent être détournées si elles deviennent des objectifs personnels.
Comment traiter les fonctionnalités masquées ?
Consignez séparément le déploiement et l’exposition aux clients. Appliquez une définition cohérente et utilisez les événements d’exposition pour comprendre l’impact.
Transformons votre besoin en périmètre réalisable
Partagez le parcours utilisateur, les intégrations et les contraintes de lancement. Nous pouvons préparer une estimation avec hypothèses et exclusions.
Pour aller plus loin
Audit CI/CD : une checklist pour fiabiliser les mises en production
Examinez le parcours du commit à la production : artefacts, autorisations, migrations, vérification et reprise. Transformez les risques en actions vérifiables.
Pourquoi la livraison ralentit lorsque l’équipe grandit
Repérez les files d’attente, dépendances et responsabilités qui freinent la livraison. Améliorez le flux avant d’ajouter des personnes ou des réunions.
Revue de code : réduire l’attente sans perdre en qualité
Organisez les revues autour de changements compréhensibles, de responsabilités claires et de commentaires utiles. Mesurez l’attente sans imposer de quotas.