Quiconque a déjà joué aux échecs sait qu'il existe plusieurs façons d'atteindre le résultat souhaité. Il existe 400 configurations possibles après le premier tour ; 197 742 après le deuxième ; et un peu plus de 120 millions après le troisième ; toutes tendent vers le même résultat.

« Alors, quel est le rapport avec DevOps ? » vous demandez-vous ? C'est une bonne question. Tout comme il n'existe pas une seule façon d'aborder une partie d'échecs, il n'existe pas non plus une seule façon d'engager une transformation DevOps.

Alors, comment gérer le type de transformation qui promet un déploiement plus rapide, une stabilité accrue et une collaboration améliorée sans perturber de manière majeure votre entreprise, vos processus existants et votre personnel ?

Chez PagerDuty, nous avons constaté que les entreprises qui se sont lancées avec succès dans cette aventure ont suivi cinq tactiques clés.

Reconnaître le changement inévitable

Une chose est sûre : les entreprises doivent aujourd'hui transformer et innover dans leurs services numériques pour répondre aux attentes croissantes des clients, sous peine de perdre du terrain face à la concurrence et de perdre leur pertinence. Le changement est souvent source d'inconfort, et de nombreuses organisations se heurtent à la réticence de leurs équipes face aux initiatives de transformation, voire à des départs volontaires. Souvent, la devise DevOps « vous le construisez, vous en êtes propriétaire » est un peu exagérée.

Mais ce n'est pas grave. Nous avons constaté des réactions négatives et des départs de personnel dans de nombreuses organisations ; après tout, l'idée d'être d'astreinte n'est pas appréciée de tous. Mais dans ce cas précis, la douleur à court terme vaut le gain à long terme parce que vous voulez des gens qui sont prêts à vous aider à arriver là où vous voulez aller ; ceux qui ne le peuvent pas ne feront que vous ralentir.

Pour ceux qui souhaitent vous accompagner dans cette démarche, aidez-les à visualiser à quoi pourrait ressembler cette transformation. Au lieu de tout bouleverser, commencez par des projets plus modestes afin que les équipes puissent tester de nouvelles idées, évaluer les risques, obtenir des résultats rapides et se familiariser avec la « nouvelle normalité » future. L’objectif est de faire évoluer les mentalités afin que le fait d’être de garde devienne une opportunité d’apprendre et de grandir plutôt qu’un obstacle au changement. Plantez les graines du succès et obtenez quelques petites victoires précoces afin que même si le changement est inévitable, il soit au moins plus familier.

DevOps n'est pas un jeu à somme nulle ; c'est un jeu additif. L'objectif est d'améliorer continuellement la qualité des résultats et les compétences de l'équipe.

Créer l'adhésion à la vision

Il est important de souligner que la transition vers une plus grande appropriation par les équipes de développeurs ne peut se faire sans l'adhésion de la direction. Il est essentiel de veiller à ce que la direction et les équipes de développement aient une compréhension mutuelle de l'état futur et des avantages potentiels.

Commencer petit et obtenir quelques victoires à votre actif sert deux objectifs :

• Cela démontre qu'une approche Agile est réalisable et fonctionne bien pour les équipes de développeurs et d'exploitation. Obtenir un soutien massif facilite la vente au niveau exécutif, car vous pouvez mettre en valeur ces premiers succès et bénéficier du soutien des développeurs qui mettront en œuvre ces nouveaux processus.
• Que ces succès se traduisent par des fréquences de déploiement plus rapides et une meilleure qualité du code côté développement, ou par une réduction des incidents impactants et une infrastructure plus résiliente côté opérations, il est crucial qu'ils soient concrets et visibles pour susciter l'adhésion de la direction. En quantifiant les résultats, les équipes de direction peuvent mieux comprendre l'impact positif que ces nouveaux processus peuvent avoir si l'organisation les met pleinement en œuvre.

Susciter l'adhésion de vos équipes de développement peut sembler un obstacle majeur, mais leur soutien sera votre atout le plus précieux. S'engager envers la vision permet d'aligner les rôles et les responsabilités et de créer une approche globale du DevOps.

Comprendre l'évolution des incitations

Nos clients nous disent souvent que l'utilisation de PagerDuty contribue à faire évoluer la culture du développement et à renforcer la responsabilisation. Qu'est-ce que cela signifie exactement ?

Dans un modèle opérationnel traditionnel, les motivations des équipes de développement et d'exploitation sont généralement mal alignées. Les développeurs souhaitent livrer rapidement, mais ont moins de visibilité sur la fiabilité une fois le code en production. À l'inverse, les équipes opérationnelles recherchent la fiabilité et un code parfaitement opérationnel, même si cela implique des livraisons plus lentes.

Une approche DevOps modifie les motivations. Étant propriétaires du code qu'ils livrent, les développeurs sont davantage motivés à se concentrer davantage sur la qualité afin d'éviter d'être réveillés au milieu de la nuit par des problèmes de production. Nombre de développeurs craignent d'être d'astreinte pour cette raison précise. Or, nous avons constaté que cela se produit beaucoup moins que prévu, car la qualité du code est considérablement améliorée dans une architecture DevOps agile.

Être disponible est la tactique qui renforce l’appropriation et aligne les incitations, et qui facilite également l’apprentissage en temps réel, ce qui à son tour conduit à une meilleure qualité et à une innovation plus rapide.

Personnalisez DevOps

Il existe une multitude d'informations disponibles pour aider les équipes à gérer leur transformation DevOps. Mais au final, la façon dont vous mettrez en œuvre DevOps sera unique à chaque entreprise. votre équipe et/ou l'organisation, et les outils ou processus seuls ne vous y mèneront pas.

Le principes de DevOps Les processus DevOps ne sont qu'un cadre, mais c'est la façon dont vous l'adaptez à votre équipe qui rend DevOps unique pour votre organisation. Impliquer votre équipe dans le processus de transformation est l'étape la plus importante pour réussir. Par exemple, recueillir les retours des équipes sur les nouveaux processus et maintenir un forum ouvert aux suggestions ou aux nouvelles idées de toute l'organisation peut contribuer à renforcer la cohésion d'équipe et à motiver votre équipe à adopter les changements avec aisance.

Au fil du temps, vous gagnerez en soutien et en adoption à mesure que vous réussirez, et le changement culturel se fera naturellement. C'est un travail de départ considérable, mais l'investissement initial peut s'avérer payant à long terme.

Comprendre les métriques

Pour démontrer de manière convaincante les avantages de DevOps, il faut des preuves. Assurez-vous de mesurer et de quantifier les processus existants afin de créer une base de comparaison en posant des questions de découverte telles que :

• Combien de temps faut-il pour déployer un nouveau code en production ?
• À quelle fréquence les déploiements ont-ils lieu ?
• Combien de temps faut-il pour résoudre les bugs ?
• Combien de temps d’arrêt constatez-vous d’un trimestre à l’autre ?

Il ne s'agit là que d'exemples de mesures, et celles que vous mesurez dans votre organisation peuvent être très différentes. L'essentiel est de bien comprendre les mesures de l'état « avant » afin de pouvoir évaluer la performance « après » d'un modèle DevOps.

Idéalement, les indicateurs devraient démontrer de meilleurs résultats avec une approche DevOps. Par exemple, vous pourriez bénéficier d'une meilleure disponibilité ou d'une fréquence de déploiement améliorée. Nos clients examinent généralement le temps moyen de reconnaissance (MTTA) et le temps moyen de résolution (MTTR) des problèmes pour les équipes d'astreinte, mais ce ne sont en aucun cas les seuls indicateurs importants.

La saisie de ces indicateurs offre également une meilleure visibilité sur les axes d'amélioration. Comme l'a dit un jour le gourou du management Peter Drucker : « On ne peut pas améliorer ce qu'on ne peut pas mesurer. »

Le DevOps a une interprétation large, et sa signification pour votre organisation peut être complètement différente pour une autre. Passer à DevOps est un changement important qui implique des risques, de la patience et de l'engagement, et peut être déstabilisant s'il est réalisé trop rapidement ou sans l'adhésion de toute l'organisation. Mais une approche réfléchie peut apaiser bon nombre des inquiétudes et des difficultés qui peuvent survenir lors de la transition vers un monde DevOps avec des développeurs disponibles.

Pour découvrir comment PagerDuty peut aider votre équipe à entreprendre une transformation DevOps, contactez votre gestionnaire de compte et commencer un Essai gratuit de 14 jours aujourd'hui .