Le DevOps a beau être un terme à la mode dans l’industrie, nombre d’entreprises se demandent encore comment amorcer leur future transformation DevOps. Chaque organisation a son propre parcours, mais pour planifier cette initiative, il convient d’évaluer l’état actuel du processus de déploiement logiciel, de quantifier les objectifs et de baliser la « route ». Tout commence par un processus de découverte.

Je vous propose de passer en revue les réponses fréquentes aux questions que l’on se pose généralement lors d’un processus de découverte du DevOps. Je vous donnerai ensuite des exemples d’orientations à suivre.  L’objectif est de démontrer que le DevOps vise essentiellement à optimiser le développement et le déploiement de logiciels, au niveau du processus, des outils et de la technologie ainsi qu’à l’échelle des différents intervenants. Ce qui suit s’appuie sur l’expérience d’un large éventail d’entreprises en conditions réelles et traite des interactions qui ont contribué à la réussite de leur transformation DevOps.

Souvent, les organisations qui amorcent une transformation DevOps veulent procéder au plus vite et souhaitent qu’on leur dise comment faire.  On entendra souvent :

« On sait faire, on maîtrise bien [CI, CD, etc.], pas la peine de vérifier ça. »

« Nous pratiquons [Scrum, ITIL, Six Sigma…] ; notre cas ressemble à tous les autres projets, pas besoin d’entretiens ni de processus de découverte. »

« Pas la peine de discuter [processus, culture, ou technologie], dites-nous juste quels outils utiliser. »

L’envie d’y aller et d’aller droit au but témoigne d’une forte volonté de transformation ; mais il est important de ralentir la cadence et de commencer par les fondamentaux :

Définir les pratiques de référence : le développement agile, l’intégration continue, le déploiement continu et le DevOps sont des pratiques aux définitions multiples, souvent mal comprises, ce qui crée de la résistance et peut mener à une implémentation ratée.

Démarrer par la découverte des fondations : posez-vous les questions les plus fondamentales sur l’état du processus de déploiement de votre organisation et sur les objectifs de la transformation DevOps. Chacun des professionnels concernés doit se poser ces questions, les divisions Métier, Développement, Assurance Qualité (QA), Gestion du changement et Opérations.

Ces premières étapes peuvent sembler contraignantes pourtant elles peuvent donner lieu à des discussions fructueuses, faire émerger des différences majeures de perspective et conduire à un meilleur alignement des approches des différentes parties prenantes. Des priorités communes se détacheront alors et guideront les décisions.

Une fois que les interlocuteurs s’accordent sur l’état des lieux et les objectifs à atteindre et qu’ils identifient des priorités communes, alors seulement ils sont capables de tracer un itinéraire de leur parcours de transformation DevOps. A ce stade, on peut produire un ordre de mission, qui servira d’étoile du berger ou de guide sur le chemin.

Voici quelques exemples d’énoncés de mission :

Nous allons améliorer la stabilité de nos versions et réunir les conditions pour que les équipes de Développeurs, QA et des Opérations soient plus productives et satisfaites de leur travail. Ainsi, nous fidéliserons davantage nos collaborateurs, nos clients seront plus satisfaits et nous serons plus compétitifs.

Nous allons procéder de la sorte pour tous nos produits mobiles et web, existants et futurs, via le développement itératif, l’intégration continue, l’automatisation des tests et le déploiement continu d’applications dans un environnement proche des conditions de production.

Nous, membres des équipes Développement, QA et Opérations, allons tous viser ce même objectif.

Nous allons nous transformer de façon progressive, l’expérience nous aidera à établir les meilleures pratiques et à accroître l’expertise des équipes, que nous partagerons à l’échelle de l’organisation.

L’énoncé de mission peut sembler superflu ou évident, or c’est une étape absolument vitale pour obtenir l’adhésion de tous au projet DevOps. Non seulement c’est l’expression d’une stratégie, mais aussi ce à quoi les équipes pourront se référer de manière formalisée en cours de route au gré du processus de transformation. Il offre un guide de bonne conduite en somme, prélude à une transformation DevOps sereine et réussie.