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, qui toutes tendent vers le même résultat souhaité.

« 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 de s'engager dans 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 gravement 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, sinon elles risquent de perdre du terrain face à la concurrence et de devenir obsolètes. Le changement est souvent inconfortable et de nombreuses organisations se heurtent à la résistance de leurs équipes face aux initiatives de transformation, et dans certains cas, les équipes connaissent des départs. Souvent, la devise « you build it, you own it » de DevOps peut aller trop loin.

Mais ce n'est pas grave. Nous avons vu des réactions négatives et des départs de personnel se produire dans de nombreuses organisations. Après tout, tout le monde n'aime pas l'idée d'être de garde. Mais dans ce scénario, la douleur à court terme vaut le gain à long terme parce que vous voulez des gens qui sont prêts à vous aider à atteindre votre objectif ; 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 détruire et de remplacer les processus existants, commencez par des projets plus petits afin que les équipes puissent tester de nouvelles idées, évaluer les risques, obtenir des gains rapides et se faire une idée de la « nouvelle normalité » future. L’objectif est de faire évoluer la réflexion 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 remportez rapidement de petites victoires 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 en permanence 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 des équipes de développeurs plus autonomes ne peut se faire sans l'adhésion de la direction. Il est essentiel de veiller à ce que les équipes de direction et de développement aient une compréhension mutuelle de l'état futur et des avantages potentiels.

Commencer petit et remporter quelques victoires 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 de base facilite la vente au niveau de la direction, car vous pouvez présenter ces premiers succès et bénéficier du soutien des développeurs qui vivront 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 diminution des incidents et une infrastructure plus résiliente côté opérations, il est essentiel que ces succès soient concrets et visibles pour l'adhésion des dirigeants. 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.

Obtenir l'adhésion de vos équipes de développement peut sembler être un obstacle de taille à surmonter, mais leur soutien éventuel deviendra votre atout le plus précieux. S'engager envers la vision aligne les rôles et les responsabilités et contribue à créer une approche holistique de DevOps.

Comprendre l’évolution des incitations

Nos clients nous disent souvent que l'utilisation de PagerDuty contribue à changer la culture du développement et à permettre davantage de responsabilité. Alors, 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 veulent livrer rapidement, mais ont moins de visibilité sur la fiabilité une fois le code en production. D'un autre côté, les équipes opérationnelles veulent de la fiabilité et un code parfaitement fonctionnel, même si cela signifie livrer plus lentement.

L'approche DevOps modifie les motivations. Comme les développeurs sont propriétaires du code qu'ils livrent, ils sont plus motivés à mettre davantage l'accent sur la qualité pour éviter d'être réveillés au milieu de la nuit par des problèmes de production. De nombreux développeurs craignent d'être de garde pour cette raison précise. Mais 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 favorise l’appropriation et aligne les incitations, et qui facilite également l’apprentissage en temps réel, ce qui à son tour génère une meilleure qualité et une innovation plus rapide.

Personnalisez DevOps

Il existe une multitude d'informations disponibles pour aider les équipes à gérer une transformation DevOps. Mais en fin de compte, la façon dont vous implémentez DevOps sera unique à chaque entreprise. ton é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 adaptez ce cadre à votre équipe qui rend DevOps unique pour votre organisation. Garder votre équipe impliquée dans le processus de transformation est l'étape la plus importante pour un succès éventuel. Par exemple, recueillir les commentaires des équipes sur les nouveaux processus et garder le forum ouvert aux suggestions ou aux nouvelles idées de toute l'organisation peut aider à renforcer la cohésion de l'équipe et à motiver votre équipe à accepter les nouveaux changements avec aisance.

Au fil du temps, vous gagnerez en soutien et en adoption à mesure que vous réussirez, et le changement culturel se produira naturellement. C'est beaucoup de travail en amont, mais l'investissement initial peut rapporter des dividendes à long terme.

Comprendre les métriques

Pour présenter de manière convaincante les avantages de DevOps, vous avez besoin de preuves. Assurez-vous de mesurer et de quantifier les processus existants pour 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 d’avoir une bonne compréhension des mesures de l’état « avant » afin de pouvoir évaluer les performances de l’état « 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 seules mesures qui comptent.

La saisie de ces indicateurs permet également d'avoir une meilleure visibilité sur les domaines à améliorer. 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 large portée 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 cela peut être déstabilisant si cela est fait trop rapidement ou sans l'adhésion de toute l'organisation. Mais avec une approche réfléchie, vous pouvez atténuer bon nombre des inquiétudes et des difficultés de croissance qui peuvent survenir lors de votre transition vers un monde DevOps avec des développeurs sur appel.

Pour savoir 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 .