Comment évaluer la maturité DevOps de son organisation ?

Évaluer sa maturité DevOps ne consiste pas à cocher une liste d'outils utilisés, CI/CD, conteneurs, cloud. Il s'agit d'observer des pratiques concrètes : la fréquence à laquelle l'organisation déploie en production, le temps nécessaire pour restaurer un service après un incident, la part des déploiements qui échouent.

Les piliers à évaluer

Pilier	Ce qu'il faut observer
Intégration continue (CI)	Les tests sont-ils exécutés automatiquement à chaque changement de code ?
Déploiement continu (CD)	Le déploiement en production est-il automatisé et reproductible ?
Infrastructure as Code	L'infrastructure est-elle décrite sous forme de code versionné, ou dépend-elle de configurations manuelles ?
Supervision et observabilité	Les incidents sont-ils détectés automatiquement, avant qu'un client ne les signale ?
Gestion des incidents	Existe-t-il une procédure formalisée de réponse aux incidents et de retour d'expérience ?

Les quatre indicateurs DORA

Fréquence de déploiement : à quelle fréquence l'organisation déploie-t-elle en production ?
Délai de mise en œuvre (lead time for changes) : combien de temps entre un commit et son déploiement en production ?
Taux d'échec des changements : quelle proportion des déploiements provoque un incident ?
Temps moyen de restauration (MTTR) : combien de temps pour rétablir le service après un incident ?

Ces quatre indicateurs, popularisés par les études annuelles du programme DORA (DevOps Research and Assessment, racheté par Google en 2018), permettent de comparer la maturité DevOps entre organisations, indépendamment des outils utilisés. Ils ont toutefois un angle mort : ils mesurent la vitesse et la fiabilité de la livraison, pas la valeur des fonctionnalités livrées ni la satisfaction des utilisateurs finaux.

Diagnostic DevOps et exploitation·Voir un aperçu du diagnostic

Les niveaux de maturité observés en pratique

Déploiements manuels, peu fréquents, avec un fort risque d'erreur humaine.
Intégration continue partielle : les tests sont automatisés, mais le déploiement reste manuel.
Déploiement continu sur une partie du périmètre, avec une infrastructure encore partiellement manuelle.
Déploiement continu généralisé, infrastructure as code, supervision proactive et MTTR mesuré en minutes plutôt qu'en heures.

Pour une PME, l'objectif n'est pas nécessairement d'atteindre le niveau le plus avancé du jour au lendemain. Il s'agit d'abord d'identifier les pratiques manquantes qui pèsent le plus sur la fiabilité des déploiements, puis de les traiter dans cet ordre plutôt que de viser une conformité DevOps théorique et hors sujet pour la taille de l'équipe.