Formation DevOps écrite

Comment introduire le DevOps dans votre organisation ?

La façon dont vous introduisez le DevOps dans votre organisation déterminera la réussite de votre initiative. Tirez donc le meilleur parti de cette première occasion, qui sera peut-être la seule.

Vous évitez le « big bang » et commencez à petite échelle

Comme vous le savez, vous ne pouvez pas bouleverser le fonctionnement de votre organisation d’un seul coup et annoncer une transformation DevOps dès le premier jour. Identifiez d’abord les équipes qui font face à des problèmes récurrents et à des objectifs non atteints. Ces équipes savent qu’il faut progresser, sont les plus disposées à envisager une autre façon de travailler et sont prêtes à servir leur organisation et leurs clients sans réserve.

Montrez rapidement les premiers résultats

Votre mission est de montrer rapidement les premiers résultats de votre initiative DevOps et de prouver aux sceptiques et aux détracteurs quels problèmes vous résolvez et quelle valeur vous créez. Vous reproduirez ensuite progressivement ces améliorations dans les autres secteurs de votre organisation.

C’est ainsi qu’un éditeur allemand de premier plan dans les domaines de l’ERP, du CRM et du SaaS a lancé son initiative DevOps. Son équipe de maintenance effectuait une seule livraison par an, ce qui entraînait une accumulation rapide de code non livré dans différentes branches liées aux incidents. L’équipe avait donc beaucoup de mal à fusionner son code et à livrer des versions de maintenance fiables et entièrement testées.

L’équipe chargée du développement des correctifs a d’abord été réunie avec les équipes de planification des livraisons de maintenance, d’assurance qualité et de gestion des environnements d’exploitation. Toutes ont commencé à utiliser un système commun de suivi des tâches et des tickets pour simplifier la coordination et la communication. Elles sont ensuite passées à des livraisons mensuelles, puis rapidement à une livraison toutes les deux semaines.

Dès la première année, l’équipe de maintenance a résolu six fois plus d’incidents que l’année précédente. Le taux d’incidents rouverts et de reprises associées est passé de 39 % à 4 %, un résultat tout aussi important.

Forte de cette amélioration significative et d’indicateurs qui la démontraient, la petite initiative DevOps a gagné en crédibilité et obtenu un soutien important dans l’organisation. La direction a soutenu son extension à d’autres équipes de produits et de services.

Choisissez un produit et un service adaptés, dans un environnement existant ou en partant de zéro

Pour lancer votre initiative DevOps, demandez-vous aussi si vous allez choisir un produit et un service existants (brownfield) ou partir de zéro (greenfield).

Un produit et un service greenfield sont nouveaux dans votre organisation. Vous avez donc intérêt à créer une nouvelle équipe distincte qui travaille de façon isolée, surtout au démarrage. Cette séparation permet aux membres de l’équipe de remettre plus facilement en question les habitudes et de penser autrement. On peut aussi espérer qu’ils seront moins souvent interrompus par leurs anciennes responsabilités. Donnez à votre nouvelle équipe DevOps des objectifs et indicateurs informatiques et métier concrets, comme une amélioration des ventes ou de l’engagement des clients, ou une réduction du délai de livraison. Comme votre initiative greenfield ne dépend pas de code hérité ni de dépendances, votre équipe et vous-même prenez moins de risques en la lançant. Sa réussite aura toutefois moins d’impact sur votre organisation, car elle ne prouvera ni que le DevOps peut résoudre les problèmes existants ni que les résultats pourront être reproduits ailleurs.

Vous pouvez aussi commencer par un produit et un service existants, dits brownfield. Beaucoup fonctionnent déjà en production et servent vos activités et vos clients. Si votre situation ressemble à la nôtre, votre application existante présente probablement une dette technique importante et peu de tests automatisés fiables. Il peut donc être plus difficile de lancer votre initiative DevOps sur ce terrain, mais des résultats positifs y seront plus gratifiants, convaincants et marquants pour votre organisation.

Le DevOps convient aussi aux grandes organisations qui exploitent de nombreux systèmes existants

Beaucoup pensent à tort que le DevOps ne convient pas aux produits et services existants, et vont jusqu’à affirmer qu’il est réservé aux jeunes entreprises. Pourtant, certaines des initiatives les plus exemplaires sont nées dans des entreprises dotées de très grands services informatiques matures, de nombreux systèmes hérités essentiels et de milliers de salariés. Amazon, Easy et Facebook en sont des exemples. Comme le montre l’étude de cas de l’éditeur SaaS ci-dessus, vous pouvez adopter le DevOps dans une organisation existante qui exploite des produits et services brownfield. Leurs performances sont souvent loin de répondre aux attentes des clients, ce qui en fait généralement les meilleurs candidats pour profiter d’une transformation DevOps. Pour bien démarrer, consacrez du temps à éliminer ou au moins à réduire la dette technique, puis ajoutez les tests automatisés qui manquent pour les fonctionnalités et avantages existants. Sinon, vos produits et services existants ne vous permettront jamais d’effectuer des déploiements fiables en production sur des cycles plus courts.

Choisissez un système de référence ou un système d’interaction adapté

Pour votre première initiative DevOps, vous pouvez choisir un système de référence ou un système d’interaction. Les systèmes de référence centralisent la gestion de la source unique de vérité dans votre organisation. Ils jouent un rôle majeur dans la gestion de vos données, notamment celles relatives aux clients, aux transactions, à la sécurité et à la confidentialité. Les systèmes d’interaction sont le plus souvent des applications décentralisées qui permettent à vos clients et utilisateurs d’interagir avec votre organisation au moyen de portails adaptatifs multicanaux ou d’applications mobiles, pour tablettes ou pour ordinateurs.

En choisissant un système de référence, vous pourrez montrer que votre équipe DevOps maîtrise des tâches longues et très bureaucratiques, comme la conformité, la sécurité et la protection de la vie privée. Vous le démontrez en produisant des preuves scientifiques et concrètes et en utilisant les tests automatisés et la télémétrie tout au long du cycle de développement et d’exploitation de votre produit et de votre service. Un exemple typique serait la migration de données géographiquement réparties, depuis vos serveurs de bases de données sur site vers le cloud, tout en veillant à ce que votre source unique de vérité reste conforme aux règles et réglementations juridiques, sectorielles, locales et internationales.

En choisissant un système d’interaction, vous pourrez montrer que vous innovez rapidement et de façon fiable grâce à des cycles de livraison courts. En effet, la plupart des innovations visibles qui connaissent aujourd’hui un succès commercial proviennent de systèmes d’interaction. Par exemple, un processus de paiement plus intuitif et simple sur votre site de commerce en ligne pourrait accroître vos ventes de 25 %. Une fois ce résultat atteint, vos dirigeants seront ravis du DevOps et de votre travail.

Votre méthode pour réussir la transformation DevOps

Au début de votre démarche DevOps, ne perdez pas de temps à convaincre les équipes conservatrices. Repérez les équipes les plus innovantes, ouvertes, bien connectées et influentes, qui croient en la nécessité de la méthode et des principes DevOps. Commencez avec une ou deux équipes. En suivant les conseils ci-dessus, choisissez le produit et le service existants ou nouveaux les plus adaptés, ainsi qu’un système de référence ou d’interaction par lequel commencer.

Après vos premières réussites, les équipes qui vous ont rejoint seront vos principaux soutiens pour diffuser le DevOps dans toute l’organisation. Vous rallierez ensuite d’autres groupes et multiplierez les réussites. Celles-ci apporteront des preuves et renforceront la confiance dans votre initiative. Quand votre direction verra les bénéfices mesurables, elle lui accordera davantage de soutien, de parrainage et d’attention.

Enfin, repérez les personnes influentes qui cherchent à faire échouer l’initiative et les détracteurs les plus résolus (Curmudgeons). Vous pouvez probablement les convaincre en reprenant leur propre technique, qui consiste à susciter la crainte en mettant en avant les risques. Expliquez-leur l’image négative que leurs équipes et produits risquent de donner et comment ils pourraient devenir le dernier maillon faible de votre organisation s’ils refusent d’apprendre et d’utiliser le DevOps.

CONCLUSION

Mener une transformation informatique est difficile dans toute organisation, et le DevOps ne fait pas exception. En commençant à petite échelle, vous limitez toutefois les risques. N’oubliez pas que l’une des responsabilités les plus importantes de tout responsable, débutant ou expérimenté, est de savoir motiver et mobiliser son équipe pour améliorer les performances de l’entreprise et prendre des risques calculés qui procurent une grande satisfaction professionnelle.