Accelerate : Comment mettre en pratique les 4 principaux critères ?

Toute équipe d’ingénieurs qui se veut efficace cherche à améliorer la façon de créer des produits et des services logiciels. Par le biais du projet Accelerate, trois chercheurs ont voulu comprendre ce qui fonctionne de manière scientifique.

Découvrez dans cet article comment les quatre critères clés du DevOps books peuvent contribuer à améliorer la productivité et le bien-être de vos ingénieurs.

DevOps book Accelerate

Nicole Forsgren, Jez Humble et Gene Kim ont publié le résultat de plusieurs années de recherche portant sur 23 000 données provenant d’entreprises internationales. Les startups, les entreprises, les organisations à but lucratif et non lucratif sont toutes présentes dans ce rapport.

Dans Accelerate : The Science of Lean Software et DevOps : Building and Scaling High Performing Technology Organizations, vous pourrez découvrir ce qui distingue les meilleures équipes d’ingénieurs par rapport à toutes les autres équipes du secteur des logiciels.

Découvrez dans cet article l’importance des quatre indicateurs clés du DevOps books et comment les suivre.

Résumé des quatre principaux critères d’Accelerate du système DevOps

Est-ce que votre équipe d’ingénieurs applique les meilleures pratiques d’Accelerate ?

Accès aux critères de mesure et mise en place des mesures Niveau
excellent
Niveau
élevé
Niveau
moyen
Niveau
bas
Fréquence des mises en œuvre :

Nombre de déploiements dans une période de temps donnée. À quelle fréquence votre organisation déploie-t-elle du code en production et le diffuse auprès des utilisateurs finaux ?

Sur demande (plusieurs déploiements par jour) Entre une fois par jour et une fois par semaine Entre une fois par semaine et une fois par mois Entre une fois par mois et une fois tous les six mois
Temps de cycle ou temps de mise en œuvre des changements :

temps requis pour réaliser, tester et livrer le code d’une fonctionnalité.
Combien de temps faut-il pour passer du moment où le code est validé au moment où il fonctionne correctement dans le système de production ?

Moins d’une journée Entre un jour et une semaine Entre une semaine et un mois Entre un mois et six mois
Délai moyen de remise en service :

Combien de temps faut-il pour rétablir le système en cas de problème avec les utilisateurs ?

Moins d’une heure de travail Moins d’une journée Moins d’une semaine Entre une semaine et un mois
Taux d’échec des modifications :

Quelles sont les probabilités que les changements apportés à la production entraînent une dégradation du service et nécessitent par la suite des mesures correctives ?

0-15% 0-15% 16-45% 46-60%

Pourquoi les critères d’Accelerate dans le DevOps books sont-ils importants pour les responsables du secteur de l’ingénierie ?

Ne considérez pas ces mesures DevOps comme étant le but ultime de votre équipe d’ingénieurs, mais plutôt comme de bonnes mesures à appliquer sur la durée pour améliorer vos processus.

Comme l’a souligné le Dr Forsgren dans son discours intitulé “The Key to High Performance : What the Data Says”,  la mise en œuvre de ces mesures clés a démontré que les équipes d’ingénierie ont deux fois plus de chances de réussir à atteindre leurs objectifs commerciaux (rentabilité, part de marché, nombre de clients) et leurs objectifs non commerciaux (qualité du produit ou du service et satisfaction du client). Le Dr. Forsgren a conclu que les équipes qui obtiennent de bons résultats selon ces critères DevOps atteignent une augmentation de 50 millions de dollars de leur capitalisation boursière sur trois ans.

Accelerate du DevOps books : les quatre critères utilisés et les bonnes pratiques à adopter

Les quatre mesures clés d’Accelerate sont les suivantes :

Fréquence de déploiement avec Accelerate

À quelle fréquence votre organisation parvient-elle à réaliser un déploiement en production ?

La fréquence des mises en production devrait être la valeur la plus facile à collecter pour vous. Contrairement aux autres mesures, elle ne nécessite qu’une seule source de données. Mais attention, nous parlons ici de fréquence et non de volume.

Le seul autre paramètre à prendre en compte est de savoir ce qu’est un déploiement réussi pour votre organisation. Est-ce que vous incluez tout type de déploiement ? Les déploiements qui affectent au moins 10% de votre base d’utilisateurs ? 50% ? C’est à vous d’en décider.

Les équipes les plus performantes sont réputées pour leur “déploiement quotidien”, ce qui signifie qu’elles réussissent à mettre en production presque tous les jours. Les 4 types de comportements différents présentés dans Accelerate du devops books sont les suivants :

  • Sur demande (plusieurs déploiements par jour)
  • Entre une fois par jour et une fois par semaine
  • Entre une fois par semaine et une fois par mois
  • Entre une fois par mois et une fois tous les six mois

Temps nécessaire à la mise en place de changement

Combien de temps faut-il à votre organisation pour répondre à une demande d’un client ?

En ce qui concerne le délai de livraison, vous aurez besoin de deux données :

  • La date à partir de laquelle un client a demandé une nouvelle fonctionnalité
  • Le jour où le déploiement a été lancé avec succès.

Les équipes d’ingénieurs les plus performantes sont capables de mettre en production une nouvelle fonctionnalité le jour même où le travail a commencé.

Quelle affirmation est la plus proche de votre organisation ? Nous pouvons mettre en production avec succès une fonctionnalité commencée aujourd’hui :

  • en moins d’une journée
  • entre un jour et une semaine
  • entre une semaine et un mois
  • entre un mois et six mois

Taux d’échec des modifications

Combien de pourcentages de vos déploiements sont à l’origine d’un nouvel échec dans le système de production ?

Pour suivre le taux d’échec des modifications, vous devez trouver le déploiement qui a provoqué chaque nouveau bug en production. Si la plupart de vos déploiements génèrent de nouveaux incidents, vous devriez essayer de publier plus fréquemment en apportant des modifications plus modestes à votre base de code.

Les déploiements effectués par les équipes les plus efficaces ne devraient pas dépasser les 15% de nouveaux défauts dans la production. Les 4 catégories de taux d’échec des changements sont les suivantes, quelle est la vôtre ?

  • 0-15%
  • 16-30%
  • 16-45%
  • 46-60%

Délai moyen de remise en service

Combien de temps faut-il pour remettre en état le système lorsqu’un incident affecte les utilisateurs ?

Pour calculer votre temps moyen de rétablissement, vous devez conserver :

  • Le jour où un incident a été créé au sein de la production
  • La date du déploiement qui a réglé l’incident

Les équipes les plus compétentes sont capables de résoudre l’incident en moins d’une heure. Laquelle de ces catégories décrit le mieux votre organisation ? On peut régler les incidents :

  • en moins d’une heure de travail
  • en moins d’un jour
  • en moins d’un jour
  • entre une semaine et un mois

Conclusion des mesures d’Accelerate du DevOps books

Étant donné que le suivi de ces quatre critères clés d’accelerate du DevOps books sont reconnus comme de bonnes pratiques pour les équipes d’ingénierie, nous vous recommandons vivement de commencer à suivre les critères décrits ci-dessus.

Si vous recherchez un expert pour piloter votre stratégie de test, un pure player du test logiciel, tel qu’ALL4TEST peut vous faire gagner du temps et limiter les risques  Alors contactez-nous et parlons-en !

Contactez-nous

source : https://u-tor.com/topic/types-of-regression-testing 

Par |2022-07-23T18:27:08+02:00juin 21st, 2022|Blog du testeur|
5 1 voter
Évaluation de l'article
S’abonner
Notifier de
0 Commentaires
Inline Feedbacks
View all comments